From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7883 invoked by alias); 11 Nov 2003 16:32:01 -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 7856 invoked from network); 11 Nov 2003 16:31:59 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 11 Nov 2003 16:31:59 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id CDDD12B8F; Tue, 11 Nov 2003 11:31:56 -0500 (EST) Message-ID: <3FB10EFC.6050001@redhat.com> Date: Tue, 11 Nov 2003 16:32:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jdavin@cmu.edu Cc: gdb@sources.redhat.com Subject: Re: gdb not working with older glibc References: <3FAFFC98.1040706@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-11/txt/msg00091.txt.bz2 > 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