Re: 116v2-glibc / libdl and JNI

1998-06-21 Thread Juergen Kreileder
Bernd Kreimeier <[EMAIL PROTECTED]> writes: > Juergen Kreileder writes: > > > Classpath default: > > >/../../../classes:/../../classes.zip:/../../classes.jar: > > Yes, you have to tell the VM where it can find classes.zip. > > Could this please be clarified? > > a) the classpath generated b

Re: 116v2-glibc / libdl and JNI

1998-06-21 Thread Bernd Kreimeier
Juergen Kreileder writes: > > Classpath default: > >/../../../classes:/../../classes.zip:/../../classes.jar: > Yes, you have to tell the VM where it can find classes.zip. Could this please be clarified? a) the classpath generated by the JVM is bogus, right? If anything, it should be relat

Re: 116v2-glibc / libdl and JNI

1998-06-21 Thread Uncle George
actually, library calls are over-rided, not system-calls. If u are savey enough, u can call the system service yourself, and forget the library interface ( ie instead of using select, try __select ). But in doing so, the green threading ( fake threads ) can be comprimised, ie other threads wont

Re: 116v2-glibc / libdl and JNI

1998-06-20 Thread Juergen Kreileder
bernd kreimeier <[EMAIL PROTECTED]> writes: > > Yes, you have to tell the VM where it can find classes.zip. > > I have a CLASSPATH environment variaable set. The default > vm_args classpath variable seems broken ("/../.."). What am > I missing? I could simply replace the default classpath > enti

Re: 116v2-glibc / libdl and JNI

1998-06-20 Thread bernd kreimeier
> Bernd Kreimeier <[EMAIL PROTECTED]> writes: > > My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/) > Shouldn't that be http://www.netaccess.ie/~bk/jdk/ ? Nope, that's an older revision. I separated the JDK JNI test from the Japhar JNI one, as they have different problems. But I m

Re: 116v2-glibc / libdl and JNI

1998-06-20 Thread Juergen Kreileder
Bernd Kreimeier <[EMAIL PROTECTED]> writes: > > JNI problems > > My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/) Shouldn't that be http://www.netaccess.ie/~bk/jdk/ ? > fails as usual, but more verbose than ever. I do not get a thread > dump this time. > > >inload > loading

116v2-glibc / libdl and JNI

1998-06-20 Thread Bernd Kreimeier
> JNI problems My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/) fails as usual, but more verbose than ever. I do not get a thread dump this time. >inload loading DLL libjava.so loaded DLL getting DLL address of JNI_GetDefaultJavaVMInitArgs address 1074782176 in DLL getting DLL