This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [PATCH] Further extend "maint info sections" cmd with ALLOBJ
- From: Michael Snyder <msnyder at redhat dot com>
- To: Pierre Muller <muller at cerbere dot u-strasbg dot fr>
- Cc: Michael Snyder <msnyder at cygnus dot com>, gdb-patches at sources dot redhat dot com
- Date: Fri, 21 Dec 2001 08:46:06 -0800
- Subject: Re: [PATCH] Further extend "maint info sections" cmd with ALLOBJ
- References: <4.2.0.58.20011221115135.00acb908@ics.u-strasbg.fr>
Pierre Muller wrote:
>
> At 23:30 20/12/2001 , Michael Snyder a écrit:
>
> >As a further extension, the "maint info sections" command
> >will now accept an argument "ALLOBJ" to iterate over all
> >known object files (which includes shared libraries.
> >You can now do (for instance):
> >
> > (gdb) maint info sect .bss ALLOBJ
> >
> >to see info on the .bss sections of all loaded object files.
>
> Great job!
>
> Just a little remark, I would have expected that I get the same output
> for the main executable in
>
> "maint info sect"
> and
> "maint info sect ALLOBJ"
> but when I tried it out on a freshly compiled GDB,
> the seciond command didn't should
> the .stab and .stabstr sections that were shown for the first command.
>
> This is intentional?
Hmm! No. And I hadn't noticed it, thanks for pointing it out.
What's happening is, to do the ALLOBJ version, I use the
section table in the objfile struct rather than the section
list in the bfd. I do that because I want the relocated
addresses of the shared libraries, not the raw addresses
that are in the bfd section table. What I did not notice
is that the .stabs sections are (apparently) omitted from
the objfile section table. I suppose it's likely that the
dwarf debugging sections are too.
Well, fortunately I did not change the behavior of the
original form of the command. I'll mull this over, and
if I can think of a way to bring the new form into
compliance, I will. Otherwise we may just have to
document the short-coming.