From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18472 invoked by alias); 3 Jan 2007 21:58:18 -0000 Received: (qmail 18433 invoked by uid 22791); 3 Jan 2007 21:58:15 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.168) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 03 Jan 2007 21:58:08 +0000 Received: by ug-out-1314.google.com with SMTP id 75so6589769ugb for ; Wed, 03 Jan 2007 13:58:04 -0800 (PST) Received: by 10.78.158.11 with SMTP id g11mr2357715hue.1167861484181; Wed, 03 Jan 2007 13:58:04 -0800 (PST) Received: by 10.78.136.20 with HTTP; Wed, 3 Jan 2007 13:58:04 -0800 (PST) Message-ID: Date: Wed, 03 Jan 2007 21:58:00 -0000 From: "dodji Seketeli" To: "Jim Blandy" Subject: Re: gdb very slow during 'step into' Cc: gdb@sourceware.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 9240e198023a9da6 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00041.txt.bz2 Hello Jim, > Could you apply the following patch to GDB and see if it makes the problem go away, > even with LD_BIND_NOW left unset? > > (Tested without regressions on Fedora Core 6 IA-32. I haven't been > able to reproduce the problem myself, so I'm just guessing that this > is the patch.) I have applied the patch and it doesn't help, unfortunately. I have tried to add some printf() around the patch to see if I could trace some stuff but nothing got printed on stdout. Is that normal ?. If yes, how can I add logs to understand what is going on ? Here is the content of the dynamic symbol table of my /lib/ld-linux.so: dodji@tintin:~$ objdump -T /lib/ld-linux.so.2 | grep dl 0000e6c0 g DF .text 00000117 GLIBC_PRIVATE _dl_make_stack_executable 0000d9c0 g DF .text 00000058 GLIBC_PRIVATE _dl_deallocate_tls 0000d990 g DF .text 00000022 GLIBC_PRIVATE _dl_get_tls_static_info 0000c010 g DF .text 00000005 GLIBC_PRIVATE _dl_debug_state 00015ca0 g DO .data.rel.ro 00000004 GLIBC_PRIVATE _dl_argv 0000df40 g DF .text 0000020a GLIBC_PRIVATE _dl_allocate_tls_init 0000e480 g DF .text 000000cb GLIBC_PRIVATE _dl_tls_setup 00006460 g DF .text 00000195 GLIBC_PRIVATE _dl_rtld_di_serinfo 00011b99 g DO .rodata 0000000e GLIBC_PRIVATE _dl_out_of_memory 0000cec0 g DF .text 0000022d GLIBC_2.1 _dl_mcount 0000e240 g DF .text 00000027 GLIBC_PRIVATE _dl_allocate_tls I don't see any _dl_fixup symbol in there, but maybe that is not relevant. Also, nm /lib/ld-linux.so.2 is stripped on my system, so nm is doesn't show anything. Here is my version of GNU ld: dodji@tintin:~$ ld -v GNU ld version 2.17 Debian GNU/Linux . Cheers, Dodji.