public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: luca risso <luca_risso@hotmail.com>
Cc: gdb@sources.redhat.com
Subject: Re: Remote debugging
Date: Fri, 19 Mar 2004 18:43:00 -0000	[thread overview]
Message-ID: <20040319173013.GB14209@nevyn.them.org> (raw)
In-Reply-To: <BAY8-F62ct79xdTDrka0000c100@hotmail.com>

On Fri, Mar 19, 2004 at 10:13:40AM +0000, luca risso wrote:
> Hi,
> 
> I'm trying to debug an application running on a PPC board with Linux 2.4.25.
> 
> I'm new about this kind of environment so please don't be surprised if my 
> question seems too silly.
> Using GDBServer I can run the program on the target and set breakpoints to 
> stop a thread.
> I seems to me that should be possible (I've still not experinced that) also 
> to stop all threads of a process on the same breakpoint.
> 
> Now, is it possible someway to stop all processes running on the board?
> It would be useful when debugging processes sending messages to each other.
> Something similar is available using psos and VxWorks environments where 
> all processes seems to be "freezed" at a time.

No, it's not possible.  GDB can only manage one process at a time.

By the way, every time you stop a thread, GDB arranges for all threads
in that process to stop.  GDB doesn't currently support any other mode.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

  reply	other threads:[~2004-03-19 17:30 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-19 17:59 luca risso
2004-03-19 18:43 ` Daniel Jacobowitz [this message]
  -- strict thread matches above, loose matches on Subject: below --
2015-03-07 13:52 Russell Shaw
2015-03-07 14:09 ` Ofir Cohen
2015-03-08  7:48   ` Russell Shaw
2004-03-22 14:23 luca risso
2003-06-13 14:24 remote debugging nak26
2003-06-13  7:50 Brijesh Shukla
2003-06-13 13:28 ` Quality Quorum
2003-03-20  7:45 Patricia Alba
2002-12-12  9:29 Remote Debugging Tim
2002-12-12 10:30 ` Daniel Jacobowitz
2002-07-22  9:35 remote debugging Vinayak P Risbud
2001-01-25  5:27 malar kavi
2001-01-25 11:46 ` J.T. Conklin
2001-01-23 22:23 malar kavi
2001-01-24  6:16 ` Fernando Nasser
2001-01-24 10:52 ` J.T. Conklin
2000-11-30 22:27 Remote Debugging Yu Xuanwei
2000-12-01 11:40 ` Fernando Nasser
2000-11-29 19:52 Yu Xuanwei
2000-11-28  0:59 Remote debugging Yu Xuanwei
2000-08-15 10:13 remote debugging Shaun Jackman
2000-08-15 12:23 ` Fernando Nasser
2000-04-01  0:00 Remote Debugging Timo Ketola
2000-02-23 19:12 ` Andrew Cagney
2000-04-01  0:00   ` Andrew Cagney

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=20040319173013.GB14209@nevyn.them.org \
    --to=drow@false.org \
    --cc=gdb@sources.redhat.com \
    --cc=luca_risso@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).