Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: temp@sourceboost.com
To: gdb@sourceware.org
Subject: Re: Getting pissed off by gdb. Please help with stepping in.
Date: Thu, 18 Mar 2010 22:44:00 -0000	[thread overview]
Message-ID: <2374.203.63.255.139.1268952278.squirrel@webmail9.pair.com> (raw)
In-Reply-To: <11611.203.63.255.139.1268879984.squirrel@webmail5.pair.com>

Thanks for all the replies. I see different people have reasons for
different behaviour. If it helps let me tell what I'd like to see.

If I'm inside bar than when I do finish I want to get out of bar and
remain on  'foo( bar() )'. If I keep hitting next or step I should
eventually get out of bar and remain on 'foo( bar() )'. Rationale: when
I'm done with bar debugging I want to have a choice: either to be able to
go into foo or, if I'm not interested in foo, step over it.

If I'm on the line 'foo( bar() )' I would like to have 2 options (this
applies to both gdb and microsoft debugggers). Either step into bar
(existing behaviour) or step over all calls used in arguments and step
right into foo (this isn't supported, isn't it?). Rationale: if call to
foo looks like 'foo( bar1(), bar2(), bar2(), bar4() )' and I'm not
interested in all these bars I need an option to that will be most
productive for this case: go directly inside foo.

Pavel




      parent reply	other threads:[~2010-03-18 22:44 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-18  2:39 temp
2010-03-18  3:00 ` Hui Zhu
2010-03-18  3:03 ` Nathan Froyd
2010-03-18  7:22 ` Doug Evans
2010-03-18  9:07   ` Eli Zaretskii
2010-03-18 15:10     ` Doug Evans
2010-03-18 15:21       ` Pedro Alves
2010-03-18 18:33         ` Eli Zaretskii
2010-03-18 18:55           ` Pedro Alves
2010-03-18 19:38             ` Eli Zaretskii
2010-03-18 19:54               ` Mark Kettenis
2010-03-18 20:43                 ` Doug Evans
2010-03-18 20:51                   ` Michael Snyder
2010-03-18 21:17                     ` Pedro Alves
2010-03-18 21:12                 ` Eli Zaretskii
2010-03-18 23:37                 ` Paul Hilfinger
2010-03-19  9:51                 ` Richard Earnshaw
2010-03-19 10:41                   ` Mark Kettenis
2010-03-19 13:19                     ` Eli Zaretskii
2010-03-19 10:19                 ` André Pönitz
2010-03-18 15:28       ` Doug Evans
2010-03-18 18:31       ` Eli Zaretskii
2010-03-18 18:37         ` Paul Koning
2010-03-18 19:06           ` Doug Evans
2010-03-18 20:48             ` Jonas Maebe
2010-03-18 13:33   ` Daniel Jacobowitz
2010-03-18 14:06     ` André Pönitz
2010-03-18 14:13       ` Daniel Jacobowitz
2010-03-18 14:33         ` André Pönitz
2010-03-18 14:39           ` Daniel Jacobowitz
2010-03-18 14:54             ` André Pönitz
2010-03-18 15:40     ` Doug Evans
2010-03-18 17:41   ` Michael Snyder
2010-03-18 22:44 ` temp [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=2374.203.63.255.139.1268952278.squirrel@webmail9.pair.com \
    --to=temp@sourceboost.com \
    --cc=gdb@sourceware.org \
    /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