Nathan Meyers wrote:
> OK... it's never dumped core there before, has it?
>
> I'm getting a bit short of ideas and time, but let's see if I can make
> any headway. It's dying as soon as you start up "java -green" with my
> two recommended environment variable values (JAVA_DEBUG and LD_PRELOAD)?
>
> Try running /usr/bin/ldd on gdb and on your JNI .so (the one you're
> pre-loading). That will tell what library dependencies each has: maybe
> one is dependent on glibc and the other on libc5... I've seen that cause
> a core dump.
>
Here is the out put of ldd,
% ldd libFSDBconnect.so
libRTI.so => /usr/safdevel/RTI13v6/rti/lang/C++/lib/Linux-2.0/libRTI.so (0x4050a000)
libfedtime.so => /usr/safdevel/RTI13v6/rti/lang/C++/lib/Linux-2.0/libfedtime.so
(0x40b9b000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40baa000)
libXm.so.2 => /usr/X11R6/lib/libXm.so.2 (0x40bbb000)
libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x40d45000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40d4c000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40d96000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40da3000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40daf000)
libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x40e4c000
libm.so.6 => /lib/libm.so.6 (0x40e8e000)
libc.so.6 => /lib/libc.so.6 (0x40eaa000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40f98000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40fa1000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
Do you see anything looped wrong?
I can run debugger if i don't pre load shared library!!
still i am not able to stop debugger at proper place. I tried
Stop at class:lineno
at gdb prompt to stop debugger in main of java but it did not stop there!
-Raj
>
> Nathan
>
> On Fri, Nov 12, 1999 at 04:45:20PM -0500, Raj Patel wrote:
> > Nathan Meyers wrote:
> >
> > > Don't specify the "FSA..." stuff on the initial "java" command line,
> > > specify it in the "run" command inside the debugger after you've
> > > set your breakpoint in main(). And don't put it in quotes.
> > >
> > > I know this breaks the usual conventions for running Java, but what's
> > > happening, inside the launch script, is that it's running:
> > >
> > > gdb java "FSA..."
> > >
> > > and it thinks you're asking it to read a corefile with that funny name.
> > > And there is no such file.
> > >
> > > Just run "java -green". When the debugger starts, set a breakpoint at main(),
> > >
> >
> > It's not working for me!!!!
> >
> > black:rpatel% java -green
> > Segmentation fault (core dumped)
> > black:rpatel%
> >
> > -Raj
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
