Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Aleksandar Ristovski <aristovski@qnx.com>
Cc: gdb@sources.redhat.com
Subject: Re: catchpoint - bptype
Date: Mon, 28 Apr 2008 18:22:00 -0000	[thread overview]
Message-ID: <20080428162109.GE16574@adacore.com> (raw)
In-Reply-To: <fv4m61$9ul$1@ger.gmane.org>

> I see that bp_catch_catch and bp_catch_trhow were removed in Dec. 2007 and 
> this confuses me a bit: what is the intention? To get rid of all 
> bp_catch_*? 

I haven't looked at the implementation of the other catchpoints, but
when I implemented Ada exception catchpoints, I really appreciated
the new infrastructure which allowed me to use bp_breakpoint instead
of having to add my own new bp_catchpoint enums (I tried the latter
first). It allowed me to basically implement the functionality in
a couple of functions instead of littering "case bp_catchpoint_exception..."
everywhere in breakpoint.c.

I am not sure about the long term intentions in this area.  I think
that the new approach based on breakpoint_ops can be extremely effective,
but that assumes that the functionality is in fact implemented using
an underlying breakpoint, regardless of the architecture. Catchpoints
on fork or exec events, for instance, are not in this category,
and thus require their own bp_ enum kind.

> Since bptype is used to give more specific detail about a breakpoint it 
> makes sense to have bp_catch_catch and bp_catch_throw there. It would also 
> make those two catchpoints first-class citizens again.

I don't understand why you think that not having their own bp_catch
enum makes them less equal than the others.  Like I said above, it
certainly made the implementation more compact and easier to maintain.
At the user level, I don't think he's seeing much of a difference either.

-- 
Joel


  reply	other threads:[~2008-04-28 16:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-28 18:13 Aleksandar Ristovski
2008-04-28 18:22 ` Joel Brobecker [this message]
2008-04-28 20:51   ` Aleksandar Ristovski
2008-04-28 20:09     ` Aleksandar Ristovski
2008-04-28 21:08     ` Daniel Jacobowitz
2008-04-29 17:05       ` Aleksandar Ristovski
2008-04-29 17:49         ` Daniel Jacobowitz

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=20080428162109.GE16574@adacore.com \
    --to=brobecker@adacore.com \
    --cc=aristovski@qnx.com \
    --cc=gdb@sources.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