public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
From: "dje at google dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug gdb/17283] gdbserver stops working in non-stop mode
Date: Sun, 17 Aug 2014 19:14:00 -0000	[thread overview]
Message-ID: <bug-17283-4717-IteCgPTfxx@http.sourceware.org/bugzilla/> (raw)
In-Reply-To: <bug-17283-4717@http.sourceware.org/bugzilla/>

https://sourceware.org/bugzilla/show_bug.cgi?id=17283

--- Comment #3 from dje at google dot com ---
(In reply to dje from comment #2)
> Re:
> >The same question, about removal off breakpoints, upon unpleasent sitatuations >are recognized: when it happens that gdb offers to write down its core dump, does >it remove all inserted breakpoints and leave the process running furhter?
> 
> I can't find any code that does this.
> Easy enough to verify of course.

Yeah, simple experiment confirms that breakpoints aren't removed before gdb
terminates.

One issue that needs to be taken into account is that when we're in this
situation, gdb has detected an internal error - trying to do anything has no
guarantees of success.  On can certainly wish gdb would try though.

[Note to self:
If gdb is going to exit after dumping core (including letting the generation of
the core dump cause the exit, e.g., SIGABRT), it currently doesn't fork().
If we do try to clean up before we generate a core dump we'll want to fork() in
order to have the coredump more accurately represent gdb's state at the time of
internal-error detection.]

-- 
You are receiving this mail because:
You are on the CC list for the bug.


      parent reply	other threads:[~2014-08-17 19:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-17 12:16 [Bug gdb/17283] New: " dilyan.palauzov at aegee dot org
2014-08-17 13:32 ` [Bug gdb/17283] " dilyan.palauzov at aegee dot org
2014-08-17 19:02 ` dje at google dot com
2014-08-17 19:14 ` dje at google dot com [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=bug-17283-4717-IteCgPTfxx@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=gdb-prs@sourceware.org \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).