This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Cannot fetch general-purpose registers for thread 1342445920: generic error


Historically, in my experience, GDB has rarely handled threads well. (There was a year or two about 10 to 15 years ago where things worked fairly well, but since then...) Here is a short session on Suse Linux using Posix threads:

"
(gdb) run 44123:127.0.0.1 dsk log.3382
Starting program: /home/csimmons/src/sysmon/sysmon2 44123:127.0.0.1 dsk log.3382
[Thread debugging using libthread_db enabled]
[New Thread 1075110560 (LWP 31423)]
main: policy=2, prio=1
[New Thread 1077214128 (LWP 31426)]
ping_cpu: policy=2, prio=1
[New Thread 1079315376 (LWP 31427)]
Couldn't get registers: No such process.
"


This is probably a timing related bug in the implementation of GDB. When debugging programs that spawn threads using back to back gdb sessions, some runs will allow one to do debugging, and some runs won't.

Cs


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]