This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libgcj/13708] java program crashes at startup, UTF-8 environment
- From: "mec dot gnu at mindspring dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 16 Jan 2004 19:53:37 -0000
- Subject: [Bug libgcj/13708] java program crashes at startup, UTF-8 environment
- References: <20040116155120.13708.mec.gnu@mindspring.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From mec dot gnu at mindspring dot com 2004-01-16 19:53 -------
Subject: Re: java program crashes at startup, UTF-8 environment
My linker is binutils 2.14, the stock FSF version.
I just tried binutils HEAD 2004-01-15 12:43:56 UTC,
and I get the same problem.
Have a look at my stack trace:
#0 _Jv_FindClass
..
#8 java.lang.VMClassLoader.getSystemClassLoader
#9 java.lang.ClassLoader.__U3c_clinit__U3e_
java.lang.ClassLoader is initializing its static 'systemClassLoader'
by calling java.lang.VmClassLoader.getSystemClassLoader.
VmClassLoader.getSystemClassLoader calls
getProperty("java.system.class.loader"), which causes a recursive call
down to _Jv_FindClass("gnu.gcj.convert.Output_UTF8").
_Jv_FindClass finds that Output_UTF8 is not in the cache, and a loader
is not provided. So it attempts to use getSystemClassLoader, which is
still being initialized, and hence is still null.
I don't understand why this works on Andrew's system, and I haven't
nailed down the gcc patch which caused it to seg fault on my system.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13708