[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#138080: regexec() even fails when LANG and LC_ALL are disabled



The following lets me believe the POSIX regex function breakage has
nothing to do with locales:

[guus@haplo]~>LANG= LC_ALL= locale
LANG=
LC_CTYPE=""
LC_NUMERIC=""
LC_TIME=""
LC_COLLATE=""
LC_MONETARY=""
LC_MESSAGES=""
LC_PAPER=""
LC_NAME=""
LC_ADDRESS=""
LC_TELEPHONE=""
LC_MEASUREMENT=""
LC_IDENTIFICATION=""
LC_ALL=

[guus@haplo]~>LANG= LC_ALL= man -k syscall
afs_syscall (2)      - unimplemented system calls
nfsservctl (2)       - syscall interface to kernel nfs daemon
zsh: 11416 segmentation fault (core dumped)  LANG= LC_ALL= man -k syscall

[guus@haplo]~>gdb apropos core
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 "i386-linux"...(no debugging symbols found)...
Core was generated by `apropos -k syscall'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/libdb3.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libdb3.so.3
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400cf9e3 in re_exec () from /lib/libc.so.6
(gdb) bt
#0  0x400cf9e3 in re_exec () from /lib/libc.so.6
#1  0x400cf7c3 in re_exec () from /lib/libc.so.6
#2  0x400caae3 in re_exec () from /lib/libc.so.6
#3  0x400ca1f2 in regexec () from /lib/libc.so.6
#4  0x080498ad in strcpy ()
#5  0x08049a3e in strcpy ()
#6  0x08049d44 in strcpy ()
#7  0x0804a0b3 in strcpy ()
#8  0x400369d3 in __libc_start_main () from /lib/libc.so.6

-- 
Met vriendelijke groet / with kind regards,
    Guus Sliepen <guus@sliepen.eu.org>

Attachment: pgpNfpoymDeYR.pgp
Description: PGP signature


Reply to: