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

Previous Next

Full log

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

Previous Next

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