This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gdb steps into glibc functions


Hi all,

I have the following system:

$ uname -a
Linux ikaria 2.4.16 #1 Wed Jan 9 15:04:38 CET 2002 i686 unknown

$ gdb -v
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux".


When I use the step command in gdb, it seems that gdb tries to step into glibc functions.


325 a2b = (strcmp (progname, "ir_a2b") == 0);
(gdb) step
strcmp (p1=0xbfffface "ir_b2a", p2=0x80ed99f "ir_a2b") at ../sysdeps/generic/strcmp.c:33
33 ../sysdeps/generic/strcmp.c: No such file or directory.
in ../sysdeps/generic/strcmp.c
Current language: auto; currently c



This does not happen on my home computer: even when I use the step command, gdb steps over glibc calls.


Does it mean that glibc was compiled with debugging information on this Redhat system? And gdb complains because it cannot find the source code?

If this is the case, then I would obtain the behavior I am used to as soon as I use a version of glibc which was compiled without debugging information, no? Could I just strip the library?

One last question: once I enter a function, say, strcmp(), is finish the correct command to jump out of the function?

Marc


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]