gdb not working with older glibc

gdb not working with older glibc

[jdavin]

Hi,

I recently upgraded to glibc 2.3.2 (because I need to run a binary that
required it). I'm running Redhat 7.3, and did the upgrade with rpms for
glibc,glibc-common,glibc-devel,modutils,and binutils.

However, somehow it messed up my gdb such that I can no longer debug
binaries compiled with earlier glibc versions. gdb works fine on binaries
compiled on my system (under glibc 2.3.2 I assume) but gives this on other
binaries:

Program received signal SIG32, Real-time event 32.
0x0811c7f6 in __sigsuspend (set=0xbffff330)
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
45      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
directory.
        in ../sysdeps/unix/sysv/linux/sigsuspend.c
Current language:  auto; currently c

I tried upgrading to gdb 5.3, but that didn't work, and then I tried gdb
6.0 but it's still the same. So I assume this is some sort of problem with
my system libraries. But I have no idea how to fix it. There's no
sigsuspend.c on my system ( locate sigsuspend.c turns up nothing).

Anyone have any ideas?

thanks,
John

Re: gdb not working with older glibc

[Andrew Cagney]

What is the exact output of GDB 6.0 (working and non-working)?

The problem is most likely that GDB is loading the lated libthread_db 
and that library is refusing to debug the older glibc.

Perhaphs there should be a "set libthread_db ... command?"

Andrew

Re: gdb not working with older glibc

[jdavin]

Well that pretty much was the exact output.
Here's the version info too:

GNU gdb 6.0
Copyright 2003 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 "i686-pc-linux-gnu"...
(gdb) run
Starting program:
/path/(name-omitted)

Program received signal SIG32, Real-time event 32.
0x0811c7f6 in __sigsuspend (set=0xbffff380) at
../sysdeps/unix/sysv/linux/sigsuspend.c:45
45      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
directory.
        in ../sysdeps/unix/sysv/linux/sigsuspend.c
Current language:  auto; currently c

And for gdb 6.0 working, it's just the same thing without the error/crash.


-John

On Mon, 10 Nov 2003, Andrew Cagney wrote:

> What is the exact output of GDB 6.0 (working and non-working)?
>
> The problem is most likely that GDB is loading the lated libthread_db
> and that library is refusing to debug the older glibc.
>
> Perhaphs there should be a "set libthread_db ... command?"
>
> Andrew
>
>
>

Re: gdb not working with older glibc

[Andrew Cagney]

> Well that pretty much was the exact output.
> Here's the version info too:
> 
> GNU gdb 6.0
> Copyright 2003 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 "i686-pc-linux-gnu"...

Sigh.  More recent GDB's print out the libthread_db that was loaded 
here.  Guess that didn't get into 6.0.

> (gdb) run
> Starting program:
> /path/(name-omitted)
> 
> Program received signal SIG32, Real-time event 32.
> 0x0811c7f6 in __sigsuspend (set=0xbffff380) at
> ../sysdeps/unix/sysv/linux/sigsuspend.c:45
> 45      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> directory.
>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> Current language:  auto; currently c
> 
> And for gdb 6.0 working, it's just the same thing without the error/crash.

Anyway, this is the problem:

>> The problem is most likely that GDB is loading the lated libthread_db
>> and that library is refusing to debug the older glibc.
>>
>> Perhaphs there should be a "set libthread_db ... command?"

you need to force GDB into loading the correct libthread_db library.  I 
guess using something like LD_LIBRARY_PATH?  Or perhaphs overriding 
gdb/thread-db.c:#define LIBTHREAD_DB_SO?

Andrew

Re: gdb not working with older glibc

[Daniel Jacobowitz]

On Tue, Nov 11, 2003 at 11:31:56AM -0500, Andrew Cagney wrote:
> >Well that pretty much was the exact output.
> >Here's the version info too:
> >
> >GNU gdb 6.0
> >Copyright 2003 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 "i686-pc-linux-gnu"...
> 
> Sigh.  More recent GDB's print out the libthread_db that was loaded 
> here.  Guess that didn't get into 6.0.

Nope.  (I'm still trying to figure out a way to make the output message
less ugly.  I'm thinking about just sticking a \n in front of it?)

> >(gdb) run
> >Starting program:
> >/path/(name-omitted)
> >
> >Program received signal SIG32, Real-time event 32.
> >0x0811c7f6 in __sigsuspend (set=0xbffff380) at
> >../sysdeps/unix/sysv/linux/sigsuspend.c:45
> >45      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> >directory.
> >        in ../sysdeps/unix/sysv/linux/sigsuspend.c
> >Current language:  auto; currently c
> >
> >And for gdb 6.0 working, it's just the same thing without the error/crash.
> 
> Anyway, this is the problem:
> 
> >>The problem is most likely that GDB is loading the lated libthread_db
> >>and that library is refusing to debug the older glibc.
> >>
> >>Perhaphs there should be a "set libthread_db ... command?"
> 
> you need to force GDB into loading the correct libthread_db library.  I 
> guess using something like LD_LIBRARY_PATH?  Or perhaphs overriding 
> gdb/thread-db.c:#define LIBTHREAD_DB_SO?

Er, he updated glibc on his system, didn't he?  All of the applications
should be using the same shared linuxthreads object and thus require
the same libthread_db.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Re: gdb not working with older glibc

[jdavin]

On Tue, 11 Nov 2003, Andrew Cagney wrote:

> you need to force GDB into loading the correct libthread_db library.  I
> guess using something like LD_LIBRARY_PATH?  Or perhaphs overriding
> gdb/thread-db.c:#define LIBTHREAD_DB_SO?
>
> Andrew
>

Well, I only have one libthread library on my system I think.
locate libthread turns up this:
/usr/lib/libthread_db.so
/lib/libthread_db-1.0.so
/lib/libthread_db.so.1

Two are symlinks to the actual file, which is:
 ll /lib/libthread_db*
-rwxr-xr-x    1 root     root        17036 Apr  7  2003
/lib/libthread_db-1.0.so*
lrwxrwxrwx    1 root     root           19 Nov  8 00:04
/lib/libthread_db.so.1 -> libthread_db-1.0.so

So I don't even have the option of using a different libthread_db.

-John