GNU bug report logs - #1045
OS X gdb buffers extra trailing ^M

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 1045 in the body.
You can then email your comments to 1045 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: Nick Roberts <nickrob <at> snap.net.nz>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; (Cocoa Emacs)
Date: Sun, 28 Sep 2008 19:29:11 +1200

Using "configure --with-ns" on Leopard:

Using M-x gdb with gdb-many-values set to t, the associated buffers, e.g.,
stack locals etc. have an extra ^M at the end of each line.

-- 
Nick                                           http://www.inet.net.nz/~nickrob

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

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Nick Roberts <nickrob <at> snap.net.nz>
Cc: 1045 <at> debbugs.gnu.org
Subject: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs
Date: Sun, 5 Oct 2008 22:35:30 -0400

> Using "configure --with-ns" on Leopard: Using M-x gdb with gdb-many- 
> values set to t, the associated buffers, e.g., stack locals etc.  
> have an extra ^M at the end of each line

If you get a chance, could you see if this happens with an X11 emacs  
on OS X?  I'm not aware of any code in the Cocoa port that would set  
things relating to line endings (or anything else non-graphical -- it  
just renders glyphs and faces given to it by xdisp.c), but perhaps  
it's some kind of weird interaction with the system-detected line  
ending format?

Or are there some line-ending-related settings that gud does.. hmm, I  
see you are listed as the maintainer of progmodes/gdb-ui.el -- would  
you know anything about this?

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

From: Nick Roberts <nickrob <at> snap.net.nz>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 1045 <at> debbugs.gnu.org
Subject: Re: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs
Date: Mon, 6 Oct 2008 19:37:21 +1300

Adrian Robert writes:
 > > Using "configure --with-ns" on Leopard: Using M-x gdb with gdb-many- 
 > > values set to t, the associated buffers, e.g., stack locals etc.  
 > > have an extra ^M at the end of each line
 > 
 > If you get a chance, could you see if this happens with an X11 emacs  
 > on OS X?  I'm not aware of any code in the Cocoa port that would set  
 > things relating to line endings (or anything else non-graphical -- it  
 > just renders glyphs and faces given to it by xdisp.c), but perhaps  
 > it's some kind of weird interaction with the system-detected line  
 > ending format?

I can't test X11 emacs on OS X, but Carbon Emacs (as included in Leopard)
with a wrapper for running as a GUI works OK.

To be honest,  Carbon Emacs generally seems to work better, e.g., mouse-2
works.

What does Cocoa Emacs (NextStep Emacs?) have that Carbon Emacs doesn't?
(I'm a Mac OS X novice).

 > Or are there some line-ending-related settings that gud does.. hmm, I  
 > see you are listed as the maintainer of progmodes/gdb-ui.el -- would  
 > you know anything about this?

I don't think gdb-ui.el does anything special but the buffers might implicitly
misinterpret line-endings.

-- 
Nick                                           http://www.inet.net.nz/~nickrob

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Nick Roberts <nickrob <at> snap.net.nz>
Cc: 1045 <at> debbugs.gnu.org, Adrian Robert <adrian.b.robert <at> gmail.com>
Subject: Re: bug#1045: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs
Date: Mon, 06 Oct 2008 08:54:00 -0400

> What does Cocoa Emacs (NextStep Emacs?) have that Carbon Emacs doesn't?
> (I'm a Mac OS X novice).

A maintainer.


        Stefan

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

From: Nick Roberts <nickrob <at> snap.net.nz>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 1045 <at> debbugs.gnu.org
Subject: Re: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs
Date: Mon, 20 Oct 2008 21:02:01 +1300

Adrian Robert writes:
 > > Using "configure --with-ns" on Leopard: Using M-x gdb with gdb-many- 
 > > values set to t, the associated buffers, e.g., stack locals etc.  
 > > have an extra ^M at the end of each line
 > 
 > If you get a chance, could you see if this happens with an X11 emacs  
 > on OS X?  I'm not aware of any code in the Cocoa port that would set  
 > things relating to line endings (or anything else non-graphical -- it  
 > just renders glyphs and faces given to it by xdisp.c), but perhaps  
 > it's some kind of weird interaction with the system-detected line  
 > ending format?

I've done that now and can confirm that GDB related buffers have an extra ^M at
the end of each line with an X11 emacs too.

-- 
Nick                                           http://www.inet.net.nz/~nickrob

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

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Nick Roberts <nickrob <at> snap.net.nz>
Cc: 1045 <at> debbugs.gnu.org
Subject: Re: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs
Date: Tue, 21 Oct 2008 08:44:58 -0400

On Oct 20, 2008, at 4:02 AM, Nick Roberts wrote:

> Adrian Robert writes:
>>> Using "configure --with-ns" on Leopard: Using M-x gdb with gdb-many-
>>> values set to t, the associated buffers, e.g., stack locals etc.
>>> have an extra ^M at the end of each line
>>
>> If you get a chance, could you see if this happens with an X11 emacs
>> on OS X?  I'm not aware of any code in the Cocoa port that would set
>> things relating to line endings (or anything else non-graphical -- it
>> just renders glyphs and faces given to it by xdisp.c), but perhaps
>> it's some kind of weird interaction with the system-detected line
>> ending format?
>
> I've done that now and can confirm that GDB related buffers have an  
> extra ^M at
> the end of each line with an X11 emacs too.

OK, useful to know.  What happens if you hit <Ret> in a gdb buffer --  
do you get a ctrl-M then, or only when gdb itself (or gud?) outputs  
something?  If the former, it must be some setting for the buffer  
itself, and we could track that down.  If the latter, do you know  
which function gud is using to write to the buffer?

Also, is gdb run through a shell, and if so, which one?

I tried to replicate this myself, but cannot.  I did the following:

M-x gdb
<path-to-prog> <Ret>

The gdb buffer that results has no ctrl-m's, even if I run the  
program.  Could you provide a more precise recipe to induce the bug?   
(Or, I'm wondering if it depends on the shell...)

thanks,
Adrian

Message #41 received at 1045-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: 1045-done <at> debbugs.gnu.org
Subject: Re: OS X gdb buffers extra trailing ^M
Date: Thu, 23 Jul 2009 10:15:19 -0400

Closing, caused by a bug in Apple's GDB, not an issue with FSF GDB,  
hopefully the fix will be folded into Apple's eventually.

Previous Next

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