From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11955 invoked by alias); 31 Jan 2003 10:53:45 -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 11948 invoked from network); 31 Jan 2003 10:53:44 -0000 Received: from unknown (HELO relay.versatel.net) (62.250.3.110) by 172.16.49.205 with SMTP; 31 Jan 2003 10:53:44 -0000 Received: (qmail 49047 invoked from network); 31 Jan 2003 10:53:42 -0000 Received: from unknown (HELO technt.technolution.nl) (62.58.167.162) by relay.versatel.net with SMTP; 31 Jan 2003 10:53:42 -0000 Received: from frank (172.16.10.11) by technt.technolution.nl (Worldmail 1.3.167); 31 Jan 2003 11:53:42 +0100 Reply-To: From: "Frank van Eijkelenburg" To: "Kevin Buettner" , "Gnu Debugger mailing list" Subject: RE: loading shared library Date: Fri, 31 Jan 2003 10:53:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal In-Reply-To: <1030131103942.ZM3246@localhost.localdomain> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-SW-Source: 2003-01/txt/msg00530.txt.bz2 > > I tried this, and it was working. At this moment I've upgraded > my glibc on > > the target from 2.1.3 to 2.2.4. I also build a complete > toolchain with glibc > > 2.2.4. Now I want to debug a simple multithreaded program > remote. But the > > following occured: > > > > GNU gdb 5.3 > > Copyright 2002 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 "--host=i686-pc-linux-gnu > --target=arm-linux"... > > 0x40002a70 in ?? () > > (gdb) b 20 > > Breakpoint 1 at 0x8590: file ex1.c, line 20. > > (gdb) c > > Continuing. > > > > Breakpoint 1, main () at ex1.c:26 > > 26 retcode = pthread_create(&th_a, NULL, process, (void *) "a"); > > (gdb) sharedlibrary > > Reading symbols from > /usr/arm/tools/arm-linux/lib/libpthread.so.0...done. > > Ignoring packet error, continuing... > > Loaded symbols for /usr/arm/tools/arm-linux/lib/libpthread.so.0 > > Reading symbols from /usr/arm/tools/arm-linux/lib/libc.so.6...done. > > Error while reading shared library symbols: > > putpkt: write failed: Broken pipe. > > Reading symbols from /usr/arm/tools/arm-linux/lib/ld-linux.so.2...done. > > Error while reading shared library symbols: > > putpkt: write failed: Broken pipe. > > putpkt: write failed: Broken pipe. > > (gdb) show solib-absolute-prefix > > Prefix for loading absolute shared library symbol files is "/dev/null". > > (gdb) show solib- > > solib-absolute-prefix solib-search-path > > (gdb) show solib-search-path > > The search path for loading non-absolute shared library symbol files is > > "/usr/arm/tools/arm-linux/lib". > > (gdb) > > > > It's trying to load the right libraries, but fails on > libpthread (I can load > > the other two without any problems). Any idea of what's causing the > > problem??? > > Check the following: > > 1) That libthread_db.so on the target is from the new glibc. > > 2) That your gdbserver (or rda) is built with the libthread_db.so from > the new glibc. (This is kind of a long shot - so long as it's not > statically linked it probably shouldn't matter.) > > 3) That libpthread.so on target and host (as found in > /usr/arm/tools/arm-linux/lib/libpthread.so.0) are the same. > > Kevin Thank you very much, it was point 3. I had on my target another libpthread as on the host. However, both were libpthread-0.9.so (from glibc 2.2.4). But I saw difference in the filesize. Frank