Randy, I have been using jdk 1.1.8 under aix 4.3.2 without difficulty. The new dx configure finds the jdk and its include paths without intervention. The src/uipp/java directory compiles with the resulting makefiles. I think your aix 4.2 may be the culprit and need ptf's or an upgrade.
Dave, re make and make install, since you've changed AC_SUBST symbols, there are some necessary substitutions to src/uipp/java/server/startserver.in that are no longer made. Do you want to tend to this? Regards, Pete "David L. Thompson" wrote: > Randy, > > If the configure can't figure out where the java is by doing the > tests, you will HAVE to give both directories as you state. There is > just no way around it. > > Your java compile problem is the same as what I had on AIX. This is > actually the java compiler dying with a native threads crash. There > isn't much we can do against a compiler crashing. > > I have compiled this (once) with gcj (the gnu java compiler) on AIX > but it has been a while and I don't know if it will still work. Even > if it did, I'm not sure it would run with the aix buggy java. > > David > > >Hello. > >As downloaded, the Java headers jni.h and jni_md.h are in different > >directories. The to configure I had to type them both: > >--with-jni-path=/J1.1.8/include:/J1.1.8/include/aix. > >The make in /src/uipp/java still bombs for me. I get the error: > > > >(javac -d dxsc DXServer.java) > >awk: newline in character class [/ > >]*$... > > input record number 2, file > > source line number 1 > >SIGSEGV received at d06db090 in > >/u/res3/rpolson/OpenDX/J1.1.8/lib/aix/native_thr > >eads/libjava.a. Processing terminated > >Writing stack trace to javacore.txt ... OK > >/u/res3/rpolson/OpenDX/J1.1.8/bin/aix/native_threads/javac[15]: 12564 > >Abort(core dump) > >make[1]: *** [server.jar] Error 134 > >make[1]: Leaving directory > >`/OpenDX/dx-4.0.9cvs/dx/src/uipp/java' > >make: *** [all-recursive] Error 1 > > > >Old HDF consideration: as a newbie I assumed that the latest version HDF5 > >was what the standard should be. The configure checks for hdf.h, the HDF5 > >has files HDF5.h and work differently. I personally don't care, except it > >confused me. > > ............................................................................. > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530
