gcj bug with locale (was: gcj with date manip. ...)
Bryce McKinlay
bryce@albatross.co.nz
Thu Mar 8 13:45:00 GMT 2001
Maurice DIAMANTINI wrote:
> but all work fine if all replace this with:
>> setenv LC_ALL en_US.iso-8859-1
>> But now, all my application menu are in english
> (and as you can see, I'm not very clever in english :-)
Okay, I see this too. Could you file a GNATS PR about this? I agree that we need to fall back gracefully to en_US if your locale is unavailable, but an even
better fix would be for you to contribute a French localization for libgcj! To do this you need to add the appropriate classes to
libjava/gnu/gcj/text/LocaleData*. Once you add these to Makefile.am and rebuild libgcj, the ResourceBundle mechanism should find them automatically based on the
class name.
> A - If dynamicaly compiled :
>> (gdb) run
> Starting program: /home/diam/projets/jorlab/benchs_java/testbug/test
> /home/diam/projets/jorlab/benchs_java/testbug/test: error in loading shared libraries: libgcc_s.so.0: cannot open shared object file: No such file or directory
>> Program exited with code 0177.
> But the LB_LIBRARY_PATH is well set!!!
Hmm... the output of "ldd ./test" may help to diagnose this. Is libgcc_s.so installed correctly?
> Program received signal SIGPWR, Power fail/restart.
> 0x10128608 in __syscall_rt_sigsuspend () at herrno.c:33
> 33 herrno.c: Aucun fichier ou répertoire de ce type.
This isn't actually the real crash, it is a signal used by the garbage collector and is normal. See http://gcc.gnu.org/java/gdb.html to find out how to stop it
annoying you.
> (gdb) list
> 28 in herrno.c
> (gdb)
You should use the "bt" command here to get a real stack trace.
regards
[ bryce ]
More information about the Java
mailing list