tui/1963: segfault when navigating in 'layout asm'

ae@op5.se ae@op5.se
Tue Jul 5 01:28:00 GMT 2005


>Number:         1963
>Category:       tui
>Synopsis:       segfault when navigating in 'layout asm'
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 05 01:28:00 UTC 2005
>Closed-Date:
>Last-Modified:
>Originator:     ae@op5.se
>Release:        6.3 and 6.1
>Organization:
>Environment:
Linux 2.4.31, Linux 2.6.11.35-fc3
glibc-2.3.5
>Description:
When firing (with or without core-file) and choosing
layout asm
gdb segfaults if I press down-arrow. If I choose
layout asm
layout next
layout prev
it works as advertised.

This doesn't happen if I try 
gdb `which gdb`
layout asm
<press down-arrow>


The bug is in both gdb 6.3 (as shipped with Owl-current) and gdb 6.1 (as shipped with Fedora Core 3).

I've preserved everything from the thing I was working on where it happened, but it's a fairly large file. Contact me privately and I'll put it up for download if you're interested.


Brief post-mortem session of gdb itself follows;
GNU gdb 6.3
Copyright 2004 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-openwall-linux"...(no debugging symbols found)

Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `gdb read_config'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libreadline.so.4...done.
Loaded symbols for /usr/lib/libreadline.so.4
Reading symbols from /usr/lib/libncurses.so.5...done.
Loaded symbols for /usr/lib/libncurses.so.5
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/libtinfo.so.5...done.
Loaded symbols for /usr/lib/libtinfo.so.5
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libthread_db.so.1...done.
Loaded symbols for /lib/libthread_db.so.1
#0  0x08085927 in get_frame_pc ()
(gdb) bt
#0  0x08085927 in get_frame_pc ()
#1  0x00157000 in ?? ()
#2  0x00000001 in ?? ()
#3  0xbffff2ec in ?? ()
#4  0x0011ac10 in fixup (l=0x830ab58, reloc_offset=137390344)
    at dl-runtime.c:98
(gdb) info stack
#0  0x08085927 in get_frame_pc ()
#1  0x00157000 in ?? ()
#2  0x00000001 in ?? ()
#3  0xbffff2ec in ?? ()
#4  0x0011ac10 in fixup (l=0x830ab58, reloc_offset=137390344)
    at dl-runtime.c:98

>How-To-Repeat:
gdb (program)
layout asm
<press down arrow>
>Fix:
workaround, really.
gdb (program)
layout asm
layout next
layout prev
<works as advertised>
>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the Gdb-prs mailing list