Hello!
On Sun, Nov 26, 2006 at 11:27:58PM +0100, I wrote:
[Building glibc with GCC 4.1.]
And in fact also glibc-proper code is affected:
#v+
[EMAIL
PROTECTED]:/var/tmp/glibc-GCC4.1-without_Roland_patches/glibc-2.3.6.ds1/build-tree/hurd-i386-libc
$ LD_LIBRARY_PATH=. gdb --args locale/localedef --help
GNU gdb 6.5-debian
[...]
This GDB was configured as i486-gnu...
(gdb) r
Starting program:
/var/tmp/glibc-GCC4.1-without_Roland_patches/glibc-2.3.6.ds1/build-tree/hurd-i386-libc/locale/localedef
--help
Usage: localedef [OPTION...] NAME
or: localedef [OPTION...] [--add-to-archive|--delete-from-archive] FILE...
or: localedef [OPTION...] --list-archive [FILE]
Compile locale specification
Input Files:
-f, --charmap=FILE Symbolic character names defined in FILE
-i, --inputfile=FILE Source definitions are found in FILE
Program received signal SIGSEGV, Segmentation fault.
0x011389a8 in __argp_fmtstream_update (fs=0x8098158) at argp-fmtstream.c:232
232 while (p = buf !isblank (*p))
(gdb) print p
$1 = 0x80981e9 values\n\n Input Files:\n -f, e] FILE...\n, '\223' repeats
88 times, ???
(gdb) print *p
$2 = 118 'v'
(gdb) bt
#0 0x011389a8 in __argp_fmtstream_update (fs=0x8098158) at
argp-fmtstream.c:232
#1 0x0113cc74 in _help (argp=0x1019ab0, state=0x1019ba4, stream=0x1188be0,
flags=value optimized out, name=0x101a05e localedef)
at argp-fmtstream.h:255
#2 0x0113d31e in __argp_state_help (state=0x1019ba4, stream=0x80981e9,
flags=634) at argp-help.c:1730
#3 0x0113d7a8 in argp_default_parser (key=63, arg=0x0, state=0x1019ba4) at
argp-parse.c:119
#4 0x0113d595 in group_parse (group=0x8097efc, state=0x1019ba4, key=63,
arg=0x0) at argp-parse.c:257
#5 0x0113df93 in __argp_parse (argp=0x1019ab0, argc=2, argv=0x1019db4,
flags=0, end_index=0x1019d58, input=0x0) at argp-parse.c:755
#6 0x0804a854 in main (argc=2, argv=0x1019db4) at programs/localedef.c:206
#v-
Any offhand guesses what's going on there? I would expect nothing in the
argp code to be Hurd specific and I'm not aware of any Linux system
having such a problem.
I can add another bit of information here: pay attention to `LC_ALL'.
#v+
[EMAIL
PROTECTED]:/var/tmp/glibc-GCC4.1-without_Roland_patches/glibc-2.3.6.ds1/build-tree/hurd-i386-libc
$ LC_ALL=unknown LD_LIBRARY_PATH=. locale/localedef --help
Usage: localedef [OPTION...] NAME
or: localedef [OPTION...] [--add-to-archive|--delete-from-archive] FILE...
or: localedef [OPTION...] --list-archive [FILE]
Compile locale specification
Input Files:
-f, --charmap=FILE Symbolic character names defined in FILE
-i, --inputfile=FILE Source definitions are found in FILE
-u, --repertoire-map=FILE FILE contains mapping from symbolic names to UCS4
[...]
[EMAIL
PROTECTED]:/var/tmp/glibc-GCC4.1-without_Roland_patches/glibc-2.3.6.ds1/build-tree/hurd-i386-libc
$ LC_ALL=de_DE.UTF-8 LD_LIBRARY_PATH=. lo
cale/localedef --help
Aufruf: localedef [Option...] NAME
oder: localedef [Option...]
[--add-to-archive|--delete-from-archive] Datei...
oder: localedef [Option...] --list-archive [Datei]
Umwandeln der Lokale-Spezifikation
Eingabedateien:
-f, --charmap=FILE Symbolische Namen f??r Zeichen sind DATEI
definiert
-i, --inputfile=FILE Die Quell-Definitionen stehen in DATEI
-u, --repertoire-map=FILE DATEI enth??lt Zuordnungen von symbolischen Namen
[...]
[EMAIL
PROTECTED]:/var/tmp/glibc-GCC4.1-without_Roland_patches/glibc-2.3.6.ds1/build-tree/hurd-i386-libc
$ LC_ALL=C LD_LIBRARY_PATH=. locale/localedef --help
Usage: localedef [OPTION...] NAME
or: localedef [OPTION...] [--add-to-archive|--delete-from-archive] FILE...
or: localedef [OPTION...] --list-archive [FILE]
Compile locale specification
Input Files:
-f, --charmap=FILE Symbolic character names defined in FILE
-i, --inputfile=FILE Source definitions are found in FILE
Segmentation fault
#v-
I.e. invalid values for `LC_ALL' work, as well as localized ones, only
the `C' one makes it segfault. Due to the situation with glibc HEAD
being unbuildable at the moment, I can't test that. Any ideas?
Regards,
Thomas
signature.asc
Description: Digital signature
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
