Re: gdb very slow during 'step into'

dodji Seketeli
2007-01-03T21:58:18Z

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.