From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32606 invoked by alias); 27 Oct 2011 15:24:13 -0000 Received: (qmail 32594 invoked by uid 22791); 27 Oct 2011 15:24:11 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 27 Oct 2011 15:23:57 +0000 Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RJRoC-0008Ep-R2 for gdb@sourceware.org; Thu, 27 Oct 2011 08:23:56 -0700 Message-ID: <32732200.post@talk.nabble.com> Date: Thu, 27 Oct 2011 15:45:00 -0000 From: johnmb To: gdb@sourceware.org Subject: Error while mapping shared library sections MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2011-10/txt/msg00198.txt.bz2 I am debugging remotely and found that the performance of the link was quite insufficient to use KDevelop - not unreasonable. So I am going back to using GDB directly; this works when debugging locally but I am having problems trying to debug remotely. To start my debug session I first run a script containing the following :- ruser=root@192.168.0.20 ssh ${ruser} 'gdbserver :2001 /home/programs/track' This gives the expected listening on port 2001 message. then I type the following in another terminal window:- gdb track --command debug/fsf_gdb_remote The script fsf_gdb_remote contains the following:- set args -s 3 -i 1 -w /home/john/programs/ target remote 192.168.0.20:2001 Here is the following conversation in gdb:- (gdb) b main Breakpoint 1 at 0x804febd: file /home/john/kas_master/trunk/src/main.cc, line 117. (gdb) c Continuing. Error while mapping shared library sections: /lib/libfsfutils.so: No such file or directory. Error while mapping shared library sections: /lib/libstdc++.so.6: No such file or directory. Error while mapping shared library sections: /lib/tls/libm.so.6: No such file or directory. Error while mapping shared library sections: /lib/tls/libc.so.6: No such file or directory. Error while mapping shared library sections: /lib/tls/libdl.so.2: No such file or directory. Error while mapping shared library sections: /lib/libz.so.1: No such file or directory. Error while mapping shared library sections: /lib/libgmodule-2.0.so.0: No such file or directory. Error while mapping shared library sections: /lib/libpcre.so.3: No such file or directory. Breakpoint 1, main (argc=1, argv=0xbfbd2994) at /home/john/kas_master/trunk/src/main.cc:117 117 int la=-1; // Language (gdb) All the libraries are at the locations in the remote target as given in the error messages so I don't understand why this is happening. I did read in several google located accounts that this is fixed by upgrading gdb to version 6.1; however I am using version 6.8 so it can't be that. Any ideas would be most gratefully accepted. -- View this message in context: http://old.nabble.com/Error-while-mapping-shared-library-sections-tp32732200p32732200.html Sent from the Sourceware - gdb list mailing list archive at Nabble.com.