Guillaume Chazarain <[EMAIL PROTECTED]> wrote: > And the backtrace for the malloc(52) during the signal is :
Thanks for checking. > #2 0x0804c783 in malloc (bytes=52) at malloc.c:3391 > #3 0x0021fc9b in _nl_make_l10nflist () from /lib/tls/libc.so.6 > #4 0x0021ddce in _nl_find_domain () from /lib/tls/libc.so.6 > #5 0x0021d7b2 in __dcigettext () from /lib/tls/libc.so.6 > #6 0x0021cced in dcgettext () from /lib/tls/libc.so.6 > #7 0x0021cd52 in gettext () from /lib/tls/libc.so.6 > #8 0x08052657 in ebcdic_to_ascii () ... > it's quite clear that malloc() is called by gettext() > even after being initialized. In that case, I think we're just lucky that those malloc calls seem to work. We'll need a more robust solution. _______________________________________________ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils