This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
linuxthreads/tst-static-locale
- From: Jack Howarth <howarth at bromo dot msbb dot uc dot edu>
- To: libc-alpha at sources dot redhat dot com
- Date: Mon, 2 Sep 2002 18:31:57 -0400 (EDT)
- Subject: linuxthreads/tst-static-locale
Is anyone else seeing the test for linuxthreads/tst-static-locale
segfaulting? I am seeing this on Debian ppc sid with both glibc 2.2.92
and current glibc cvs. A back trace shows...
howarth@bogus:~/glibccvs/libc/linuxthreads$ gdb ./tst-static-locale
GNU gdb 2002-08-18-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-linux"...r
(gdb) run
Starting program: /home/howarth/glibccvs/libc/linuxthreads/tst-static-locale
Program received signal SIGSEGV, Segmentation fault.
__localeconv () at localeconv.c:29
29 result.decimal_point = (char *) _NL_CURRENT (LC_NUMERIC, DECIMAL_POINT);
(gdb) bt
#0 __localeconv () at localeconv.c:29
#1 0x100002b8 in run_test (locname=0x1007c33c "C")
at ../locale/tst-C-locale.c:41
#2 0x100054e4 in main () at ../locale/tst-C-locale.c:465
#3 0x1000d400 in __libc_start_main (argc=1, ubp_av=0x7ffffa14,
ubp_ev=0x100a0000, auxvec=0x7ffffa80, rtld_fini=0, stinfo=0x1000544c,
stack_on_entry=0x7ffffa10) at ../sysdeps/powerpc/elf/libc-start.c:152
(gdb)
Jack
ps On debian we don't pre-generate all of the locales. Perhaps I am
missing one of them but you would think the test would exit more
gracefully that that. In any case, one thing we should do for the
glibc 2.3 release is document exactly what set of locales must be
generated and installed for all of make check to succeed.