GNU bug report logs - #4604
23.1.50; tramp + remote debugging works no longer

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4604 in the body.
You can then email your comments to 4604 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michal <rabbitko <at> tenbit.pl>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; tramp + remote debugging works no longer 
Date: Wed, 30 Sep 2009 18:27:11 +0200

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

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

I just upgraded from emacs 23.1 (version from web site, not from cvs) to 23.1.50.1.
Then tried to debug some simple program:
M-x gdb: gdb -i=mi /n.10.3.rh73:/tmp/p1

failed as You can see.

Additionaly I just invoked it again, this time with "debug-on-error". This is result:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  string-match("[^-0-9a-zA-Z_./]" nil 0)
  shell-quote-argument(nil)
  tramp-shell-quote-argument(nil)
  mapconcat(tramp-shell-quote-argument (nil) " ")
  tramp-handle-start-file-process("gdb-inferior" #<buffer limbo> nil)
  apply(tramp-handle-start-file-process ("gdb-inferior" #<buffer limbo> nil))
  tramp-sh-file-name-handler(start-file-process "gdb-inferior" #<buffer limbo> nil)
  apply(tramp-sh-file-name-handler start-file-process ("gdb-inferior" #<buffer limbo> nil))
  tramp-file-name-handler(start-file-process "gdb-inferior" #<buffer limbo> nil)
  apply(tramp-file-name-handler start-file-process "gdb-inferior" #<buffer limbo> nil nil)
  start-file-process("gdb-inferior" #<buffer limbo> nil)
  apply(start-file-process "gdb-inferior" #<buffer limbo> nil nil)
  comint-exec-1("gdb-inferior" #<buffer limbo> nil nil)
  comint-exec(#<buffer limbo> "gdb-inferior" nil nil nil)
  make-comint-in-buffer("gdb-inferior" #<buffer limbo> nil)
  gdb-inferior-io-mode()
  gdb-get-buffer-create(gdb-inferior-io)
  gdb-init-1()
  gdb-update()
  gdb("gdb -i=mi /n.10.3.rh73:/tmp/p1")
  call-interactively(gdb t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)

in previous emacs I used to do:
1) visit /n.10.3.rh73:/tmp directory
2) M-x gdb: gdb --annotate=3 ./p1

for emacs 23.1.50.1 I also tried this command, but no success.

Best regards,
Michal

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/23.1.50/etc/DEBUG for instructions.


In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2009-09-29 on localhost.localdomain
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
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_US.utf8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Debugger

Minor modes in effect:
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x C-f C-a C-k / n . 1 0 . 3 . r h 7 3 : / t m 
p / 1 p <backspace> <backspace> p 1 C-a C-k C-y . c 
<tab> <tab> <return> <escape> x g d b <return> <backspace> 
<backspace> C-y <return> <escape> x r e p o r t - e 
m <tab> <return>

Recent messages:
Tramp: Opening connection for n.10.3.rh73 using scp...
Tramp: Waiting 60s for local shell to come up...
Tramp: Sending command `ssh n.10.3.rh73   -q -e none && exit || exit'
Tramp: Waiting for prompts from remote shell
Tramp: Found remote shell prompt on `n.10.3.rh73'
Tramp: Opening connection for n.10.3.rh73 using scp...
Tramp: Waiting 60s for local shell to come up...
Tramp: Sending command `ssh n.10.3.rh73   -q -e none && exit || exit'
Tramp: Waiting for prompts from remote shell
Tramp: Found remote shell prompt on `n.10.3.rh73'
shell-quote-argument: Wrong type argument: stringp, nil

Load-path shadows:
None found.

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: nickrob <at> snap.net.nz (Nick Roberts)
To: Michal <rabbitko <at> tenbit.pl>, 4604 <at> debbugs.gnu.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: bug#4604: 23.1.50; tramp + remote debugging works no longer 
Date: Thu, 1 Oct 2009 16:14:35 +1300

Remote debugging generally means that the program and the debugger run on
different machines (see the Emacs or GDB manual).  Tramp just allows you debug
programs on remote hosts

 > I just upgraded from emacs 23.1 (version from web site, not from cvs) to 23.1.50.1.
 > Then tried to debug some simple program:
 > M-x gdb: gdb -i=mi /n.10.3.rh73:/tmp/p1
 > 
 > failed as You can see.
 > 
 > Additionaly I just invoked it again, this time with "debug-on-error". This is result:
 > Debugger entered--Lisp error: (wrong-type-argument stringp nil)
 >   string-match("[^-0-9a-zA-Z_./]" nil 0)
 >   shell-quote-argument(nil)
 >   tramp-shell-quote-argument(nil)
 >   mapconcat(tramp-shell-quote-argument (nil) " ")
 >   tramp-handle-start-file-process("gdb-inferior" #<buffer limbo> nil)
 >   apply(tramp-handle-start-file-process ("gdb-inferior" #<buffer limbo> nil))
 >   tramp-sh-file-name-handler(start-file-process "gdb-inferior" #<buffer limbo> nil)
 >   apply(tramp-sh-file-name-handler start-file-process ("gdb-inferior" #<buffer limbo> nil))
 >   tramp-file-name-handler(start-file-process "gdb-inferior" #<buffer limbo> nil)
 >   apply(tramp-file-name-handler start-file-process "gdb-inferior" #<buffer limbo> nil nil)
 >   start-file-process("gdb-inferior" #<buffer limbo> nil)
 >   apply(start-file-process "gdb-inferior" #<buffer limbo> nil nil)
 >   comint-exec-1("gdb-inferior" #<buffer limbo> nil nil)
 >   comint-exec(#<buffer limbo> "gdb-inferior" nil nil nil)
 >   make-comint-in-buffer("gdb-inferior" #<buffer limbo> nil)
 >   gdb-inferior-io-mode()
 >   gdb-get-buffer-create(gdb-inferior-io)

Yes, it appears to be broken now.  Emacs now lets GDB to take control of the
terminal associated with the I/O buffer for it's own child process (the
program being debugged)and always has a separate I/O buffer.  In fact, it
looks like previously GDB in Emacs didn't work with tramp when it had a
separate I/O buffer (gdb-use-separate-io-buffer is t). 

PROGRAM is nil in make-comint-in-buffer (third arg - also see start-process)
which means just create a pty.

 >   gdb-init-1()
 >   gdb-update()
 >   gdb("gdb -i=mi /n.10.3.rh73:/tmp/p1")
 >   call-interactively(gdb t nil)
 >   execute-extended-command(nil)
 >   call-interactively(execute-extended-command nil nil)
 > 
 > in previous emacs I used to do:
 > 1) visit /n.10.3.rh73:/tmp directory
 > 2) M-x gdb: gdb --annotate=3 ./p1
 > 
 > for emacs 23.1.50.1 I also tried this command, but no success.

That must have been in emacs 23.1.  For now, you're better off using that version
with tramp ... or you can always try to write a patch for 23.1.50.  That would be
great!

-- 
Nick                                           http://users.snap.net.nz/~nickrob

Message #20 received at 4604 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Nick Roberts <nickrob <at> snap.net.nz>
Cc: 4604 <at> debbugs.gnu.org, Michal <rabbitko <at> tenbit.pl>
Subject: Re: bug#4604: 23.1.50; tramp + remote debugging works no longer
Date: Fri, 02 Oct 2009 15:46:11 +0200

nickrob <at> snap.net.nz (Nick Roberts) writes:

>  >   start-file-process("gdb-inferior" #<buffer limbo> nil)
>  >   apply(start-file-process "gdb-inferior" #<buffer limbo> nil nil)
>  >   comint-exec-1("gdb-inferior" #<buffer limbo> nil nil)
>  >   comint-exec(#<buffer limbo> "gdb-inferior" nil nil nil)
>  >   make-comint-in-buffer("gdb-inferior" #<buffer limbo> nil)
>  >   gdb-inferior-io-mode()
>  >   gdb-get-buffer-create(gdb-inferior-io)
>
> Yes, it appears to be broken now.  Emacs now lets GDB to take control of the
> terminal associated with the I/O buffer for it's own child process (the
> program being debugged)and always has a separate I/O buffer.  In fact, it
> looks like previously GDB in Emacs didn't work with tramp when it had a
> separate I/O buffer (gdb-use-separate-io-buffer is t). 
>
> PROGRAM is nil in make-comint-in-buffer (third arg - also see start-process)
> which means just create a pty.

Tramp's start-file-process implementation does not support ptys. And I
have no idea how to implement it.

For the time being, I will add a check for PROGRAM, resulting in an
error when it is nil. No solution, of course, but a more precise
indicator.

> That must have been in emacs 23.1.  For now, you're better off using that version
> with tramp ... or you can always try to write a patch for 23.1.50.  That would be
> great!

I would appreciate any patch for this! Or at least proposals how to implement.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.