Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: Aleksandar Ristovski <aristovski@qnx.com>
Cc: Joel Brobecker <brobecker@adacore.com>, gdb@sources.redhat.com
Subject: Re: catchpoint - bptype
Date: Tue, 29 Apr 2008 17:49:00 -0000	[thread overview]
Message-ID: <20080428181259.GA7338@caradoc.them.org> (raw)
In-Reply-To: <481610A2.4030709@qnx.com>

On Mon, Apr 28, 2008 at 02:00:02PM -0400, Aleksandar Ristovski wrote:
>> I don't want to add new elements to those switches unless they are
>> really for things that do not behave like breakpoints.  I'd be happy
>> to see patches removing existing cases.  That's why, when I wrote new
>> code to catch C++ exceptions, I used breakpoint_ops.
>
> I think breakpoint_ops is a good approach, but I would dare to say - 
> incomplete. 

Yes, that's accurate.  I didn't change any of the existing
ones when I added the mechanism.

>>> See how "fork" is cool and "catch" isn't. "Catch" looks just like
>>> any other breakpoint; the only diff. is in "What" field, while catch
>>> fork is clearly a catchpoint.
>>
>> If you can convince us it matters, we can change the output.
>
> Just that the documentation treats them differently and calls them 
> catchpoints. And I would say that logically they are kind of special... 
> that's all. 

If you want them displayed as catchpoints I'm amenable to a patch.

-- 
Daniel Jacobowitz
CodeSourcery


      reply	other threads:[~2008-04-28 18:13 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
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 [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=20080428181259.GA7338@caradoc.them.org \
    --to=drow@false.org \
    --cc=aristovski@qnx.com \
    --cc=brobecker@adacore.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