Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Christophe PLANAT <christophe.planat@st.com>
To: salmankhilji@hotmail.com
Cc: gdb@sources.redhat.com
Subject: Re: Debugging gdb with gdb
Date: Mon, 04 Feb 2002 01:32:00 -0000	[thread overview]
Message-ID: <3C5E5591.7D6F73F8@st.com> (raw)
In-Reply-To: <20020203161845.B12617@act-europe.fr>

brobecker@ACT-Europe.FR wrote:
> 
> > So the question is:  How do I temporarily stop the target application in
> > gdb---set a break point in the target---then continue?  This is useful in
> > GUI applications as well.
> 
> FWIW, I debug GDB a bit differently: I start the inferior GDB in a
> terminal. I then run another GDB, and attach it to the inferior.
> The idea behind this is that I want to avoid mixing the I/O in the
> inferior with the commands I'm sending to GDB.
> 
> For the GUI lovers, GVD facilitates this, because it offers a
> File->Attach menu, which will then present you with a list of process.
> Click, click, click, and you're attached...
> 
> --
> Joel

FYI, I use also an other way :

In the top debugger (say GDB) I set a breakpoint on the function
undef_cmd_error() calls each time the user hits a wrong GDB command. So
when MYGDB is running, you hit a wrong command such as qwert and the GDB
top debugger will stop in undef_cmd_error(). You can then do all what
you want at the top GDB level inside MYGDB code.

	Christophe

-- 
----------------------------------------------------------------------
| Christophe PLANAT                 | Embedded Systems Technology    |
| Email : Christophe.Planat@st.com  | STMicroelectronics             |
| Phone : +33 04 76 92 68 82        | 850, rue Jean-Monnet           |
| Fax   : +33 04 76 92 50 94        | BP 16 - 38921 Crolles - France |
----------------------------------------------------------------------


  reply	other threads:[~2002-02-04  9:32 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-01  8:25 Salman Khilji
2002-02-01  9:26 ` Daniel Jacobowitz
2002-02-03 12:29 ` Joel Brobecker
2002-02-04  1:32   ` Christophe PLANAT [this message]
2002-02-04 12:24   ` Piet/Pete Delaney
2002-02-04 14:02     ` Kevin Buettner
2002-02-04 15:00       ` Piet/Pete Delaney
2002-02-04 15:13         ` Piet/Pete Delaney
2002-11-14  6:13 Debugging GDB with GDB James Sampson
2002-11-14  6:58 ` Tim Combs
2002-11-15  0:51 James Sampson
2006-08-31 16:17 Rajesh Warange
2006-08-31 16:34 ` Daniel Jacobowitz
2006-08-31 17:43 ` Michael Snyder
2006-08-31 21:24   ` Andreas Schwab
2006-08-31 22:54     ` Michael Snyder

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=3C5E5591.7D6F73F8@st.com \
    --to=christophe.planat@st.com \
    --cc=gdb@sources.redhat.com \
    --cc=salmankhilji@hotmail.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