[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: |
Nick Roberts |
Subject: |
bug#1045: #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