Another GCJ win32 bug "regex" (String.split()) not working
Bryce McKinlay
mckinlay@redhat.com
Mon Apr 11 19:17:00 GMT 2005
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
More information about the Java
mailing list