Segmentation Fault

Frey, Gregor Karl Dr. gregor.karl.frey@sap-ag.de
Mon Aug 9 01:47:00 GMT 1999


Hi Tom,
I tried to build my sample-programm statically with: "gcj -Xlinker -Bstatic
-lgcj -Xlinker -Bdynamic --main=sample -g -ggdb -Wall -o sample
-sample.java"
But the result remains the same.
Is it a threading-problem as Moinak Ghosh assumes? I did not configure with
a threading-option (neither gcc nor libgcj).
Ciao,
Gregor

-----Original Message-----
From: Tom Tromey [ mailto:tromey@cygnus.com ]
Sent: Samstag, 7. August 1999 03:56
To: Kresten Krab Thorup
Cc: Frey, Gregor Karl Dr.; java-discuss@sourceware.cygnus.com
Subject: Re: Segmentation Fault


>>>>> "Kresten" == Kresten Krab Thorup <krab@gnu.org> writes:

Kresten> What is happening here is, that the "module initializer" for
Kresten> the module natClass.cc has not yet been run.  (I.e., the
Kresten> logic that also does C++ file-scope initialization).  This
Kresten> renders the variable `init_name' and `init_signature'
Kresten> unititialized (which asre the null values you observe).  This
Kresten> is strange, since you've reached main, and this stuff happens
Kresten> in __main (which is secretly called as the first thing in
Kresten> main).

This makes it sound like either a Solaris runtime (ld.so) bug, or
perhaps a bug in the linker being used.  Gregor, what linker are you
using?  Can you try a static link and tell me if it works for you?

Kresten> I had the same problem on Solaris a while back, linking
Kresten> statically solved the problem, but that's a pain of cause.

Especially since the LGPL is really a pain when static linking.

Tom


More information about the Java mailing list