bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#1045: #1045 - 23.0.60; (Cocoa Emacs) - Emacs bug report logs


From: Adrian Robert
Subject: bug#1045: #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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]