On Thu, Jun 27, 2013 at 01:07:13AM +0200, Axel Beckert wrote:
> Hi eglibc maintainers,
>
> the attached crash in eperl looks like a bug in getopt_long of libc6
> to me:
>
> [ 18.024562] eperl[2718]: segfault at 1 ip b74b0d4f sp bf9457ec error 4 in
> libc-2.17.so[b7433000+1a9000]
>
> Backtrace:
>
> Program received signal SIGSEGV, Segmentation fault.
> __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:32
> 32 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.
> (gdb) bt
> #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:32
> #1 0x00007ffff70e4872 in _getopt_internal_r (argc=<optimized out>,
> argv=<optimized out>, optstring=<optimized out>,
> longopts=<optimized out>, longind=<optimized out>, long_only=<optimized
> out>, d=0x7ffff73b6de0, posixly_correct=0)
> at getopt.c:544
> #2 0x00007ffff70e569b in _getopt_internal (argc=1, argv=0x7fffffffe228,
> optstring=0x0, longopts=0x1, longind=0x0,
> long_only=0, posixly_correct=0) at getopt.c:1131
> #3 0x00007ffff70e5783 in getopt_long (argc=1, argv=0x7fffffffe228,
> options=0x0, long_options=0x1, opt_index=0x0)
> at getopt1.c:66
> #4 0x000000000040376c in main ()
>
> Minimal case to reproduce it: "eperl --="
>
> Once the bug report is filed, I'd reassign it to libc6 -- unless
> someone objects.
I object. The problem is clearly on the eperl side, which passes to
getopt_long an option structure not ended by { 0, 0, 0, 0 }.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130626234955.gd13...@hall.aurel32.net
