From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21535 invoked by alias); 21 Jan 2011 22:48:02 -0000 Received: (qmail 21482 invoked by uid 22791); 21 Jan 2011 22:48:01 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 21 Jan 2011 22:47:47 +0000 Received: by wwi17 with SMTP id 17so2293980wwi.12 for ; Fri, 21 Jan 2011 14:47:45 -0800 (PST) Received: by 10.227.154.74 with SMTP id n10mr1459726wbw.116.1295650064878; Fri, 21 Jan 2011 14:47:44 -0800 (PST) Received: from leonp.plris.com (bzq-109-64-11-185.red.bezeqint.net [109.64.11.185]) by mx.google.com with ESMTPS id f35sm7267892wbf.8.2011.01.21.14.47.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 14:47:43 -0800 (PST) From: Leon Pollak To: Jan Kratochvil Subject: Re: Restarting gdbserver Date: Fri, 21 Jan 2011 22:48:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.34.7-66.fc13.x86_64; KDE/4.5.4; x86_64; ; ) Cc: gdb@sourceware.org References: <201101201129.50875.leonp@plris.com> <201101201700.08641.leonp@plris.com> <20110120172917.GA1605@host1.dyn.jankratochvil.net> In-Reply-To: <20110120172917.GA1605@host1.dyn.jankratochvil.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101220052.00630.leonp@plris.com> 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-01/txt/msg00090.txt.bz2 Thank you, Jan, for your efforts. Although I did not understand exactly what your meant by your last big text fragment, I guess you meant that I need to add the 'file' command. I did this, but this did not help, no change. Can you be so kind to give me some hint what may be the cause of the problem? Thank you again. On Thursday January 20 2011, Jan Kratochvil wrote: > On Thu, 20 Jan 2011 16:00:07 +0100, Leon Pollak wrote: > > I read the docs about `set debug-file-directory' - it says that this is > > applicable in the case of the SEPARATE debug info, but I suppose that in > > my case it is inside the ELF module, no? > > According to your environment description I agree you do not need > `set debug-file-directory'. > > > I have the target's root FS on my PC in /opt/FS directory mounted via > > NFS. The development is done in another separate place - > > /Projects/CSU/... The compiled&linked executable module is hard-linked > > to the file in the /opt/FS/common/csu and I start the gdb saying: > > set sysroot /opt/FS/ > > set remote exec-file /common/csu > > > > Is this insufficient? > > I can put break points and step through the code. The problem seems to be > > just with frame/backtrace only. > > `set remote exec-file' only instructs remote gdbserver in --multi mode. > It does not provide symbols to local GDB in any way. > > Tested two cases, run on machine A, with remote host host1s which is also > mounted at /host1: > > ./gdb -nx -ex 'set sysroot /host1' -ex 'set debug-file-directory > /host1/usr/lib/debug' -ex 'file /host1/home/jkratoch/t/1' -ex 'target > remote host1s:1234' -ex 'b main' -ex c ./gdbserver :1234 > /home/jkratoch/t/1 > > or: > > ./gdb -nx -ex 'file /host1/home/jkratoch/t/1' -ex 'target extended-remote > host1s:1234' -ex 'set sysroot /host1' -ex 'set remote exec-file > /home/jkratoch/t/1' -ex start ./gdbserver --multi :1234 > > The `file' command provides the symbols for local GDB. > > > Regards, > Jan -- Leon