From: Samuel Bronson <naesten@gmail.com>
To: Mathieu Lacage <mathieu.lacage@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: random gdb errors: corruption of nptl_db event buffers ?
Date: Mon, 27 Jul 2009 00:02:00 -0000 [thread overview]
Message-ID: <877hxvro1r.wl%naesten@gmail.com> (raw)
In-Reply-To: <74fef6df0907251005y1c02246ay9b6b1bd7e7c326d3@mail.gmail.com>
At Sat, 25 Jul 2009 19:05:45 +0200,
Mathieu Lacage wrote:
>
> hi,
>
> I am trying to debug some random errors I get from gdb while debugging
> my program. No, the bug is not in gdb, it's in the inferior process
> but it appears that the inferior process is confusing ntpl_db beyond
> repair.
It would be really nice if one could make GDB pretend it has no clue
about threads for situations like this where it only gets confused...
I had such an issue trying to debug something that happened in
DOSEMU's signal handlers which only happened when they were called
from DPMI code, which had a completely different ES or FS (whichever
it is that threads in Linux use to keep track of what thread is
running) from what libthread_db was expecting.
As a consequence, I believe GDB was refusing to even acknowledge that
the inferior had stopped -- something to do with an error() call
before it took note of that in the proper data structure, I think it
was?
(The error itself turned out to have the same cause, actually: I had
built dosemu for profiling, and the instrumentation functions called
from the signal handler were failing because of the very same register
having an unexpected value.)
prev parent reply other threads:[~2009-07-27 0:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-25 17:05 Mathieu Lacage
2009-07-26 7:17 ` Mathieu Lacage
2009-07-27 0:02 ` Samuel Bronson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877hxvro1r.wl%naesten@gmail.com \
--to=naesten@gmail.com \
--cc=gdb@sourceware.org \
--cc=mathieu.lacage@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox