From: Doug Evans <dje@google.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Jan Kratochvil <jan.kratochvil@redhat.com>,
gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Delete struct inferior_suspend_state
Date: Fri, 01 Aug 2014 02:04:00 -0000 [thread overview]
Message-ID: <CADPb22S53WoGnb0c72jJSkxs1w+JjXeinSWY9CUEy7u2Ht3D9Q@mail.gmail.com> (raw)
In-Reply-To: <CADPb22TSKj2HmCfpHKgurARrq1AE5_6Mm4juGXqZ6O2wF1RUyQ@mail.gmail.com>
On Thu, Jul 31, 2014 at 1:58 PM, Doug Evans <dje@google.com> wrote:
> [...]
> It would be interesting to do an audit and see how many outdated
> comments gdb has.
> [...]
I'm happy to go with whatever the community wants (I want to be clear
that I'm not trying to advance any particular position on this patch -
I do have opinions on how to handle the various choices, but I don't
favor any particular choice).
But as a data point to the above comment, because I think it's an
important issue,
this comment in inf-loop.c is odd. I happened across it because I'm
trying to implement having the event loop handle waiting for all
threads to stop, instead of doing the waiting in a special loop apart
from the event loop.
inf-loop.c:
/* General function to handle events in the inferior. So far it just
takes care of detecting errors reported by select() or poll(),
otherwise it assumes that all is OK, and goes on reading data from
the fd. This however may not always be what we want to do. */
void
inferior_event_handler (enum inferior_event_type event_type,
gdb_client_data client_data)
{
...
AFAICT, it doesn't match what the function does at all.
inferior_event_handler + fetch_inferior_event is also a bit odd.
I see some cleanup potential here, more on that later (I hope, pending
finding the time :-)).
next prev parent reply other threads:[~2014-08-01 2:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-31 19:30 Doug Evans
2014-07-31 19:46 ` Jan Kratochvil
2014-07-31 19:54 ` Doug Evans
2014-07-31 20:33 ` Joel Brobecker
2014-07-31 20:42 ` Doug Evans
2014-07-31 20:58 ` Joel Brobecker
2014-07-31 21:11 ` Doug Evans
2014-07-31 21:53 ` Joel Brobecker
2014-08-01 2:04 ` Doug Evans [this message]
2014-08-08 23:25 ` Stan Shebs
2014-08-09 20:53 ` Doug Evans
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=CADPb22S53WoGnb0c72jJSkxs1w+JjXeinSWY9CUEy7u2Ht3D9Q@mail.gmail.com \
--to=dje@google.com \
--cc=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=jan.kratochvil@redhat.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