From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joe Bloggs Newsgroups: gmane.emacs.help Subject: Re: gdb with tramp problem Date: Mon, 14 Jul 2008 03:23:42 +0100 Message-ID: <8763r919w1.fsf@DEBLAP1.BeNet> References: <87mykmii58.fsf@DEBLAP1.BeNet> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216043351 19380 80.91.229.12 (14 Jul 2008 13:49:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Jul 2008 13:49:11 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jul 14 15:49:57 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KIOQs-0003Qu-9j for geh-help-gnu-emacs@m.gmane.org; Mon, 14 Jul 2008 15:49:38 +0200 Original-Received: from localhost ([127.0.0.1]:41850 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIOPz-0008Ou-FD for geh-help-gnu-emacs@m.gmane.org; Mon, 14 Jul 2008 09:48:43 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local02.nntp.dca.giganews.com!news.giganews.com.POSTED!not-for-mail Original-NNTP-Posting-Date: Sun, 13 Jul 2008 21:23:42 -0500 Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:ewJawQlthpwpBQhBWALTKnY67Pg= Original-Lines: 22 X-Usenet-Provider: http://www.giganews.com Original-X-Trace: sv3-OEfzlaikHNHYYOEwafu6hRhFyq0fc15h8/LFRuTOLRldcYJ6Trwd5pYqY6fSgK+0dzYkwgUssjr+ld+!3NgWvucMMu52Hi6Mh5NLFxHZ9kIs4EgU9yuijm8/5gMlINzRmXOg Original-X-Complaints-To: abuse@giganews.com X-DMCA-Notifications: http://www.giganews.com/info/dmca.html X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.39 Original-Xref: news.stanford.edu gnu.emacs.help:160179 X-Mailman-Approved-At: Mon, 14 Jul 2008 09:47:30 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:55552 Archived-At: Nick Roberts writes: > > When I load a remote c file with tramp, and run gdb through emacs on the > > corresponding executable, tramp runs gdb on the remote machine as required. > > However when I set a breakpoint and try stepping through the code, it fails > > to indicate the current position in the buffer containing the remote source > > (as it would if I ran gdb locally with a local source file). Instead it opens > > a new empty buffer, and gives it the same name as the remote source file, > > and with a local path (e.g. instead of /me@remote:/home/me/file.c > > it's listed as /home/me/file.c). > > Can anyone tell me how to fix this? > > It works for me. What version of Emacs are you using? What version of GDB? > What platform? It's best if you report a bug using M-x report-emacs-bug. > After GDB stops at the breakpoint What does "info source" give? > > -- > Nick http://www.inet.net.nz/~nickrob Emacs 21.4.1 on Debian Etch with gdb 6.4.90-debian, and using cc-mode version 5.31.3 'info source' from within gdb gives the correct path to the source file. Strange thing is I can set the breakpoint from within the source buffer with C-x