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

Previous Next

Full log

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

Previous Next

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