On Thu, 30 Nov 2006, Peter W. Draper wrote:
> gcc -o javatest javatest.c /star/starjava/i386/libsplat.jnilib \
> /star/starjava/lib/i386/libjniast.jnilib
>
> The equivalent worked for me under ppc.
Okay, this helped. Doing this lead to:
gala:~/temp bradc$ ./javatest
dyld: Library not loaded: /usr/local/lib/libgcc_s.1.0.dylib
Referenced from:
/Users/bradc/development/starlink/java/source/splat/build/lib/i386/libsplat.jnilib
Reason: image not found
Trace/BPT trap
This is absolutely right, there's no /usr/local/lib/libgcc_s.1.0.dylib,
it's actually buried in my /star tree. I should have noticed this earlier,
as 'otool -L libsplat.jnilib' showed that same file. Anyhow, using
install_name_tool I changed where libsplat.jnilib looks for
libgcc_s.1.0.dylib, recompiled, and reran javatest. This segfaulted, so
running it in gdb gave:
(gdb) run
Starting program: /Users/bradc/temp/javatest
Reading symbols for shared libraries .+..+ done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x4e49474f
0x4e49474f in ?? ()
(gdb) bt
#0 0x4e49474f in ?? ()
#1 0x01682a12 in Java_uk_ac_starlink_splat_imagedata_NDFJ_nOpen
(env=0x357d0, class=0xd24a838b, string=0x38800004) at NDFJImpl.c:147
Previous frame inner to this frame (corrupt stack?)
(gdb)
Hope this helps. :-)
If it doesn't, next week I can leave my laptop at work overnight if you
want to login and muck around with things yourself. I'm not going to
tonight because I'm taking Friday off and would really like my laptop for
the weekend. :-)
Cheers,
Brad.
|