Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* not debugging low level sources
@ 2004-02-14  2:58 Edward S. Peschko
  2004-02-16  3:22 ` Daniel Jacobowitz
  0 siblings, 1 reply; 3+ messages in thread
From: Edward S. Peschko @ 2004-02-14  2:58 UTC (permalink / raw)
  To: gdb

hey all,

I did a google search, and never got a good answer to the following question: 

I want to debug C++ code, and don't want to step into stl_alloc.h, etc. I'd rather 
just step into *user* code - and given the number of layers in C++, I'm spending
an inordinate amount of time bouncing in and out of standard headers.

Is there a way to turn off, or otherwise disable, what gdb steps into? Something like:

(gdb) block <dir>

or 

(gdb) block function

or somesuch?

Thanks much for any and all answers..

Ed


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: not debugging low level sources
  2004-02-14  2:58 not debugging low level sources Edward S. Peschko
@ 2004-02-16  3:22 ` Daniel Jacobowitz
  2004-02-16 12:50   ` gnanabaskaran m
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16  3:22 UTC (permalink / raw)
  To: Edward S. Peschko; +Cc: gdb

On Fri, Feb 13, 2004 at 06:55:07PM -0800, Edward S. Peschko wrote:
> hey all,
> 
> I did a google search, and never got a good answer to the following question: 
> 
> I want to debug C++ code, and don't want to step into stl_alloc.h, etc. I'd rather 
> just step into *user* code - and given the number of layers in C++, I'm spending
> an inordinate amount of time bouncing in and out of standard headers.
> 
> Is there a way to turn off, or otherwise disable, what gdb steps into? Something like:
> 
> (gdb) block <dir>
> 
> or 
> 
> (gdb) block function
> 
> or somesuch?
> 
> Thanks much for any and all answers..

No, there isn't - but I think this is a really great idea.  Would you
mind filing it in the GDB bug tracking system (see
http://sources.redhat.com/gdb/) ?

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: not debugging low level sources
  2004-02-16  3:22 ` Daniel Jacobowitz
@ 2004-02-16 12:50   ` gnanabaskaran m
  0 siblings, 0 replies; 3+ messages in thread
From: gnanabaskaran m @ 2004-02-16 12:50 UTC (permalink / raw)
  To: Daniel Jacobowitz, Edward S. Peschko; +Cc: gdb

In hp gdb 3.3, we added a new command "steplast". This
command directly steps into the function, skipping all
the calls(constructors) that evaluates the arguments 

Thanks
Gnana

--- Daniel Jacobowitz <drow@false.org> wrote:
> On Fri, Feb 13, 2004 at 06:55:07PM -0800, Edward S.
> Peschko wrote:
> > hey all,
> > 
> > I did a google search, and never got a good answer
> to the following question: 
> > 
> > I want to debug C++ code, and don't want to step
> into stl_alloc.h, etc. I'd rather 
> > just step into *user* code - and given the number
> of layers in C++, I'm spending
> > an inordinate amount of time bouncing in and out
> of standard headers.
> > 
> > Is there a way to turn off, or otherwise disable,
> what gdb steps into? Something like:
> > 
> > (gdb) block <dir>
> > 
> > or 
> > 
> > (gdb) block function
> > 
> > or somesuch?
> > 
> > Thanks much for any and all answers..
> 
> No, there isn't - but I think this is a really great
> idea.  Would you
> mind filing it in the GDB bug tracking system (see
> http://sources.redhat.com/gdb/) ?
> 
> -- 
> Daniel Jacobowitz
> MontaVista Software                         Debian
> GNU/Linux Developer


__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-02-16 12:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-14  2:58 not debugging low level sources Edward S. Peschko
2004-02-16  3:22 ` Daniel Jacobowitz
2004-02-16 12:50   ` gnanabaskaran m

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox