From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8603 invoked by alias); 21 Oct 2003 10:48:07 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 8594 invoked from network); 21 Oct 2003 10:48:06 -0000 Received: from unknown (HELO upsn231.cri.u-psud.fr) (129.175.34.231) by sources.redhat.com with SMTP; 21 Oct 2003 10:48:06 -0000 Received: from ikaria.inria-futurs.pcri.u-psud.fr (ikaria.inria-futurs.pcri.u-psud.fr [129.175.144.36]) by upsn231.cri.u-psud.fr (8.12.8/8.12.0.Beta10) with ESMTP id h9LAkl5m007721 for ; Tue, 21 Oct 2003 12:46:47 +0200 Received: from inria.fr (localhost [127.0.0.1]) by ikaria.inria-futurs.pcri.u-psud.fr (8.11.1/8.11.1) with ESMTP id h9LAm1w27528 for ; Tue, 21 Oct 2003 12:48:01 +0200 Message-ID: <3F950EE1.6050204@inria.fr> Date: Tue, 21 Oct 2003 10:48:00 -0000 From: Marc Gonzalez-Sigler User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: gdb steps into glibc functions Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned: by amavis X-Spam-Status: score=-7.3 tests=BAYES_01,USER_AGENT_MOZILLA_UA autolearn=ham version=2.53 X-Spam-Level: X-Spam-Score: X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) X-SW-Source: 2003-10/txt/msg00229.txt.bz2 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