Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Quality Quorum <qqi@world.std.com>
To: Stephen Smith <ischis2@home.com>
Cc: GDB <gdb@sourceware.cygnus.com>
Subject: Re: Is break execution available in GDB under the remote protocol?
Date: Thu, 26 Apr 2001 10:59:00 -0000	[thread overview]
Message-ID: <Pine.SGI.4.21.0104261357520.3895-100000@world.std.com> (raw)
In-Reply-To: <3AE8558A.910B0292@home.com>

On Thu, 26 Apr 2001, Stephen Smith wrote:

> I just received and email wondering there is an easy way to cause a process under test to be easily halted.  For
> example, let's say that I have a
> fragment of code:
> 
> {
>      SomeOtherDevelopersCode();
> 
>      /* my code that I want to debug starts here*/
>     for( i = 0; i < 23; i++ )
>    {
>         /*   I will set my breakpoint on the next line */
>          DoSomethingHere( i );
>    }
> }
> 
> The problem is that the other developer may have made a change (and in this case did)  that causes
> SomeOtherDevelopersCode() to go into a tight loop.
> In this case assume (it is true) that SomeOtherDevelopersCode() is multithreaded and so just tracing in isn't practical.
> 
> Is there a command I can run (at the console is fine) that well suspend the process under test so that I can see were
> the code is executing easily.
> 
> As the user said: " ... This reminded me of a feature that is in the much hated Microsoft Visual Studio debugger called
> break execution"

What about ^C ? Usually it works fine for host debugging and most people
support it in the gdb stubs in case of remote debugging.

> 
> Stephen
> 

Thanks,

Aleksey



  reply	other threads:[~2001-04-26 10:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-26 10:01 Stephen Smith
2001-04-26 10:59 ` Quality Quorum [this message]
2001-04-26 11:09 ` J.T. Conklin

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=Pine.SGI.4.21.0104261357520.3895-100000@world.std.com \
    --to=qqi@world.std.com \
    --cc=gdb@sourceware.cygnus.com \
    --cc=ischis2@home.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