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

AltStyle によって変換されたページ (->オリジナル) /