From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: vapnik spaknik Newsgroups: gmane.emacs.bugs Subject: bug#557: gud/gdb not interacting properly with remote source file Date: Sun, 13 Jul 2008 19:57:28 -0700 (PDT) Message-ID: <920211.73907.qm@web44910.mail.sp1.yahoo.com> Reply-To: vapnik spaknik , 557@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1724398418-1216004248=:73907" X-Trace: ger.gmane.org 1216088537 9761 80.91.229.12 (15 Jul 2008 02:22:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Jul 2008 02:22:17 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 15 04:23:05 2008 Return-path: Envelope-to: geb-bug-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 1KIaBy-0005GG-UK for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Jul 2008 04:23:03 +0200 Original-Received: from localhost ([127.0.0.1]:36207 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIaB6-0008EI-EA for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Jul 2008 22:22:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KIEPJ-0007WV-4q for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 23:07:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KIEPH-0007WJ-Jy for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 23:07:19 -0400 Original-Received: from [199.232.76.173] (port=50794 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIEPH-0007WF-C9 for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 23:07:19 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:52992) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KIEPG-00035V-Ru for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 23:07:19 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6E37G9l021613; Sun, 13 Jul 2008 20:07:16 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m6E356xF020634; Sun, 13 Jul 2008 20:05:06 -0700 X-Loop: don@donarmstrong.com Resent-From: vapnik spaknik Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 14 Jul 2008 03:05:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 557 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.121600425718531 (code B ref -1); Mon, 14 Jul 2008 03:05:06 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 14 Jul 2008 02:57:37 +0000 Original-Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6E2vW4w018525 for ; Sun, 13 Jul 2008 19:57:34 -0700 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KIEFo-0008Nb-Kk for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 22:57:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KIEFm-0008Kx-Ut for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 22:57:31 -0400 Original-Received: from [199.232.76.173] (port=38048 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIEFm-0008KX-N9 for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 22:57:30 -0400 Original-Received: from n66.bullet.mail.sp1.yahoo.com ([98.136.44.50]:30338) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1KIEFm-000244-6L for bug-gnu-emacs@gnu.org; Sun, 13 Jul 2008 22:57:30 -0400 Original-Received: from [216.252.122.219] by n66.bullet.mail.sp1.yahoo.com with NNFMP; 14 Jul 2008 02:57:29 -0000 Original-Received: from [69.147.65.172] by t4.bullet.sp1.yahoo.com with NNFMP; 14 Jul 2008 02:57:29 -0000 Original-Received: from [127.0.0.1] by omp507.mail.sp1.yahoo.com with NNFMP; 14 Jul 2008 02:57:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 45824.69592.bm@omp507.mail.sp1.yahoo.com Original-Received: (qmail 74005 invoked by uid 60001); 14 Jul 2008 02:57:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=w3WmuyBQQ2U3SfUjonHVtTpb49HaC5kcG7LDPpD3APtlSYANGIIFbtNfASPN1mMParlx3a5EoYlaylVdh6cTVM8/7W6/TzMTKZE7KJUaO8YAjpL/HX94WxGnF7fGK4x7x0P6758yKUAAFzb82w7NOJP4xcll/6WDEoVV6czxNEc=; Original-Received: from [87.194.222.63] by web44910.mail.sp1.yahoo.com via HTTP; Sun, 13 Jul 2008 19:57:28 PDT X-Mailer: YahooMailRC/975.45 YahooMailWebService/0.7.199 X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sun, 13 Jul 2008 23:07:19 -0400 X-Mailman-Approved-At: Mon, 14 Jul 2008 22:21:39 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18723 Archived-At: --0-1724398418-1216004248=:73907 Content-Type: text/plain; charset=us-ascii --text follows this line-- This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English, because the Emacs maintainers do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-06-19 on ninsei, modified by Debian configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes' '--with-x-toolkit=athena' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I open a remote c file using tramp. >From within that buffer I do: M-x gdb and invoke gdb on the executable associated with the c file (the executable contains appropriate debugging symbols) The gud buffer opens correctly and typing "list" and "info source" indicates that gdb has the correct source file loaded. I go to the source buffer in emacs and set a breakpoint using C-x in the gud buffer I see that the breakpoint has been set correctly. But then when I try stepping through the code using "next", a new empty buffer is created whose file path (according to the buffer list) is similar to the path of the remote source, except that it is local, i.e. instead of "me@remote:/home/me/file.c" it is "/home/me/file.c" Any further stepping through the code in the gud buffer brings up the new empty buffer which contains a small white arrow in the left margin as it would do normally, except this time it is pointing to an empty line. The buffer containing the remote source file does not indicate the point of execution, but still allows me to set breakpoints with C-x . If I try debugging with a local file it works fine. Recent input: n M-x e m a c s - r e p o r e p o r t Recent messages: Loading view...done Loading eieio-opt (compiled; note, source file is newer)...done call-interactively: Quit Type M-x switch-to-buffer-other-window RET to restore the other window. C-M-v to scroll the help. Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. [3 times] Mark set Mark saved where search started [2 times] gud-query-cmdline: Quit Command: next 1 [3 times] Loading emacsbug...done --0-1724398418-1216004248=:73907 Content-Type: text/html; charset=us-ascii
--text follows this line--
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2007-06-19 on ninsei, modified by Debian
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexec dir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes' '--with-x-toolkit=athena' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_GB.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I open a remote c file using tramp.
From within that buffer I do: M-x gdb
and invoke gdb on the executable associated with the c file
(the executable contains appropriate debugging symbols)
The gud buf fer opens correctly and typing "list" and "info source"
indicates that gdb has the correct source file loaded.
I go to the source buffer in emacs and set a breakpoint using C-x <SPC>
in the gud buffer I see that the breakpoint has been set correctly.
But then when I try stepping through the code using "next",
a new empty buffer is created whose file path (according to the buffer list)
is similar to the path of the remote source, except that it is local,
i.e. instead of "me@remote:/home/me/file.c" it is "/home/me/file.c"
Any further stepping through the code in the gud buffer brings up the new empty
buffer which contains a small white arrow in the left margin as it would
do normally, except this time it is pointing to an empty line.
The buffer containing the remote source file does not indicate the point of execution,
but still allows me to set breakpoints with C-x <SPC>.

If I try debuggi ng with a local file it works fine.





Recent input:
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> n <mouse-movement> <mouse-movement>
<mouse-movement> <return> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> &l t;mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <help-echo> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> M -x e m a c s - r
e p <tab> o <tab> <M-backspace> <M-backspace> r e p
o r t <tab> <return>

Recent messages:
Loading view...done
Loading eieio-opt (compiled; note, source file is newer)...done
call-interactively: Quit
Type M-x switch-to-buffer-other-window RET to restore the other window.  C-M-v to scroll the help.
Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. [3 times]
Mark set
Mark saved where search started [2 times]
gud-query-cmdline: Quit
Command: next 1 [3 times]
Loading emacsbug...done

--0-1724398418-1216004248=:73907--