This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Another GCJ win32 bug "regex" (String.split()) not working
- From: Bryce McKinlay <mckinlay at redhat dot com>
- To: Andreas Grunewald <gruni at users dot sourceforge dot net>
- Cc: java at gcc dot gnu dot org
- Date: Mon, 11 Apr 2005 15:17:08 -0400
- Subject: Re: Another GCJ win32 bug "regex" (String.split()) not working
- References: <425A4346.7070905@users.sourceforge.net>
Andreas Grunewald wrote:
Caused by: java.util.MissingResourceException: Bundle
gnu/regexp/MessagesBundle not found
at 0x0041313e (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x00412ad2 (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x00454334 (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x0044d1a4 (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x00513945 (E:\datal\gcc\gcc\libffi\src\x86\win32.S:257)
at 0x004c404d (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x004c40da (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x004a2992 (E:\datal\gcc\gcc\gcc\libgcc2.c)
at 0x00409c84 (E:\datal\gcc\gcc\gcc\libgcc2.c)
...16 more
So there seems to be something wrong with this releases.
This error is due to the limitations of static linking. libgcj's regexp
code requires the gnu/regexp/MessageBundle resource. Usually this is
compiled in to libgcj.so, but when static linking there is no way for
the compiler to know about this dynamically loaded resource. You'll need
to either explicitly tell GCJ to link this file into your .exe, or use
dynamic linking. I'm not sure if dynamic libgcj is possible yet on Windows.
PS I would suggest to make nightly builds of the W32 build via the
sourceforge compile frams, my skills in setting this stuff up are
limited but I'd really love to do some Quality Assuance.
Also a downloadable libgcj with debugging information would help the
testers who are not so skilled in compiling the gcc/gcj
My guess is that your libgcj probably does have debugging information,
but libgcj can not yet use it when printing stack traces.
Bryce