This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
gdb/725: Crash using debug target and regcaches (in 5.3 branch?)
- From: ac131313 at redhat dot com
- To: gdb-gnats at sources dot redhat dot com
- Cc: drow at mvista dot com
- Date: 27 Sep 2002 00:12:36 -0000
- Subject: gdb/725: Crash using debug target and regcaches (in 5.3 branch?)
- Reply-to: ac131313 at redhat dot com
>Number: 725
>Category: gdb
>Synopsis: Crash using debug target and regcaches (in 5.3 branch?)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Sep 26 17:18:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: ac131313@redhat.com
>Release: 2002-09-26
>Organization:
>Environment:
[I've a sinking feeling about 5.3]
>Description:
On Wed, Sep 18, 2002 at 08:59:47PM -0400, Andrew Cagney wrote:
> >Seen in a recent CVS checkout, and today's. Just "set debug target 1" and
> >run a threaded application:
> >
> >#11524 0x0810c8f8 in read_register_gen (regnum=8,
> > buf=0xbfffe70c "\020Ï,\bÓ¤#\bÔ\f%\bP^\n\blð\021\bÿÿÿÿ") at
> > ../../src/gdb/regcache.c:760
> >#11525 0x080d585d in debug_print_register (func=0x823a4f1
> >"target_fetch_registers", regno=8)
> > at ../../src/gdb/target.c:1736
> >#11526 0x080d5982 in debug_to_fetch_registers (regno=8) at
> >../../src/gdb/target.c:1756
> >#11527 0x0810c434 in regcache_raw_read (regcache=0x82cfd08, regnum=8,
> >buf=0xbfffe7ec)
> > at ../../src/gdb/regcache.c:694
> >#11528 0x0810c991 in regcache_cooked_read (regcache=0x82cfd08, regnum=8,
> >buf=0xbfffe7ec)
> > at ../../src/gdb/regcache.c:769
> >#11529 0x0810c8f8 in read_register_gen (regnum=8,
> > buf=0xbfffe7ec "\020Ï,\bÓ¤#\bÔ\f%\bP^\n\blð\021\bÿÿÿÿ") at
> > ../../src/gdb/regcache.c:760
> >#11530 0x080d585d in debug_print_register (func=0x823a4f1
> >"target_fetch_registers", regno=8)
> > at ../../src/gdb/target.c:1736
> >#11531 0x080d5982 in debug_to_fetch_registers (regno=8) at
> >../../src/gdb/target.c:1756
> >#11532 0x0810c434 in regcache_raw_read (regcache=0x82cfd08, regnum=8,
> >buf=0xbfffe8cc)
> > at ../../src/gdb/regcache.c:694
> >#11533 0x0810c991 in regcache_cooked_read (regcache=0x82cfd08, regnum=8,
> >buf=0xbfffe8cc)
> > at ../../src/gdb/regcache.c:769
> >#11534 0x0810c8f8 in read_register_gen (regnum=8, buf=0xbfffe8cc
> >"\020Ï,\b\b")
> > at ../../src/gdb/regcache.c:760
> >#11535 0x0810d908 in read_register (regnum=8) at
> >../../src/gdb/regcache.c:1150
> >#11536 0x0810d988 in read_register_pid (regnum=8, ptid={pid = 21520, lwp =
> >21520, tid = 0})
> > at ../../src/gdb/regcache.c:1162
> >#11537 0x0810ddcd in generic_target_read_pc (ptid={pid = 21520, lwp =
> >21520, tid = 0})
> > at ../../src/gdb/regcache.c:1320
>
> Is this still ``at''?
Definitely. You can't see it with /bin/ls (which is linked to the
thread library, and turns on lin-lwp, but only uses one thread). I can
see it in a true multithreaded application; it only happens when
there's more than one thread.
-- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: