GNU bug report logs - #33315
gdb set remote exec-file error.

Previous Next

Package: emacs;

Reported by: Asif <asif.haswarey <at> gmail.com>

Date: Thu, 8 Nov 2018 14:44:02 UTC

Severity: normal

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#33315; Package emacs. (Thu, 08 Nov 2018 14:44:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Asif <asif.haswarey <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 08 Nov 2018 14:44:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Asif <asif.haswarey <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: gdb set remote exec-file error.
Date: Wed, 7 Nov 2018 23:06:35 -0800
Summary:
Trying to set a remote executable file name in the gdb *gud* buffer
causes the a single space to be appended to the executable file name.

Steps to reproduce the error:
1) Start emacs.
2) Enable gdmi debug messages in *Messages* buffer.
   M-: (setq gdbmi-debug-mode t)
3) Open the *Messages* buffer and go to *scratch* buffer.
   C-x 2
   C-x b *Messages*
   M-x next-multiframe-window
4) Start gdb which creates the *gud* buffer and makes it the current buffer.
   M-x gdb
   Run gdb (like this): gdb -i=mi
5) Enter the gdb remote exec-file name in the *gud* buffer.
   M-x b *gud*
   set remote exec-file xxx
6) The *Messages* buffer shows the wrong exec-file name value "xxx ",
with the appended space, instead of the correct value "xxx". When this
is sent to the remote gdbserver, the gdbserver report error saying
that remote exec file "xxx " does not exist.
7) *Message* contents shows the following:
   ...
   gdbmi-bnf-incomplete-record-result: param="remote exec-file",value="xxx "
   ...
8) The incorrect exec-file name string is passed to the function named
"gud-filter" located in:
emacs-26.1/lisp/progmodes/gud.el
_
Asif




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33315; Package emacs. (Thu, 26 Nov 2020 12:39:02 GMT) Full text and rfc822 format available.

Message #8 received at 33315 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Asif <asif.haswarey <at> gmail.com>
Cc: 33315 <at> debbugs.gnu.org
Subject: Re: bug#33315: gdb set remote exec-file error.
Date: Thu, 26 Nov 2020 13:37:50 +0100
Asif <asif.haswarey <at> gmail.com> writes:

> 7) *Message* contents shows the following:
>    ...
>    gdbmi-bnf-incomplete-record-result: param="remote exec-file",value="xxx "

(This bug report unfortunately got no response at the time.)

When I try this in Emacs 28, I get:

gdbmi-bnf-incomplete-record-result: param="remote exec-file",value="xxx"

So I'm going to go ahead and guess that this has been fixed in the years
since this bug was reported, and I'm closing this bug report.  If the
problem still exists in Emacs 28, please respond to the debbugs address
and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 33315 <at> debbugs.gnu.org and Asif <asif.haswarey <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 26 Nov 2020 12:39:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 25 Dec 2020 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 121 days ago.

Previous Next


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