Hmmm seems like you try to overload a C function ;-)
printf will print a string for you, but not the object you provide it
gr. Eric
> ...
> JNIEXPORT void JNICALL Java_MyFunction
> (JNI Env *env, jobject my_object,jobjectArray my_array)
> {
> jobject value1 = (*env)->GetObjectArrayElem
Here is a copy of the compiled Jar file. Just add it to you classpath. I did this in
/etc/profile. I believe that you can download this file as well from
http://www.retep.org.uk/postgres/ It workes really great for me.
-Original Message-
From: ALPESH KOTHARI [SMTP:[EMAIL PROTECTED]
This discussion inspired me into a burst of frenzied activity, and I've
written a simple JNI-based solution. Check out XClipboard at
http://www.teleport.com/~nmeyers/FreeWare/ . Works with 1.1 and 1.2;
tested on RedHat 6.0 but should be widely usable in Linux and Unix
environments.
XClipboard han
Hi there,
My problem is with firing up the reggie lookup service. It works
fine on my Linux box at work but croaks on my Linux box at home
after spawning a pile of child processes. I get an error like
the following:
java.rmi.activation.ActivateFailedExcep
I installed JDK 1.2 pre-v2 according to the directions, but all java
binaries report: "Error: can't find libjava.so".
I've checked the archives of this mailing list and it appears that I'm
missing the jdk1.2/lib/i386 directory, along with its subdirectories for
threads.
I'm running RedHat 5.2,
Thank you all for the many advices and the big discussion.
I sorted out this strategy:
1) If I change only a class because I edit the java file to add a ; I forgot, I
compile by using javac onlythisclass.java
2) If I change a lot, I compile with jikes
3) Since javac does better optimization
>Are you suggesting that I could do something like this:
> find . -name \*.java -print | xargs jikes ++
The principle works fine for me, although you'll eventually hit a
command line argument length! The nice thing is you can probably make
a generic Java makefile that works with any code.
You c
>Actually, I'm pretty sure Jikes has built in automatic dependency
>checking.
It might, but I wouldn't trust it. And in my code, static dependency
checking doesn't work - I'm routinely loading things dynamically.
>Try comparing the compile time for a "make clean" to a "make" (after
>changing a f
On Sat, 31 Jul 1999, Chris Kakris wrote:
> Chris Abbey wrote:
> >
> > A couple people mentioned that javac will recompile any classes referenced
> > by what you compile and recompile them if they're newer... true, but DON'T
> > RELY ON THAT to save you: it misses the opposite link. Say for examp
Chris Abbey wrote:
>
> A couple people mentioned that javac will recompile any classes referenced
> by what you compile and recompile them if they're newer... true, but DON'T
> RELY ON THAT to save you: it misses the opposite link. Say for example you
> have a static final boolean, and you change
10 matches
Mail list logo
