[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior
From: |
Constantine Vetoshev |
Subject: |
bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior |
Date: |
Tue, 17 Sep 2013 11:48:42 -0700 |
Hi Jan.
On Sep 17, 2013, at 11:04, Jan Djärv <jan.h.d@swipnet.se> wrote:
> Hello.
>
> 17 sep 2013 kl. 10:25 skrev Constantine Vetoshev <vetoshev@gmail.com>:
> When Emacs is launched from its icon in the Mac OS Dock, all modes
>> derived from term (such as M-x ansi-term) exhibit strange behavior:
>> printing a long line which contains a Unicode character causes line
>> truncation and generally puts the terminal in a bad state. Resetting the
>> terminal fixes the problem.
>
> By unicode character, I assume you mean non-ASCII? All ASCII characters are
> Unicode characters.
Yes, I mean non-ASCII. I have specifically experienced the problem with the
check-mark character, ✓, and the em-dash, —.
> There is a problem here. You don't need to cat your test file to see the
> problem, just input a non-ASCII character from the keyboard, for example å.
> The dock-started Emacs will not show å, it will show \345.
You are right, but I discovered the defadvice strangeness while investigating
the problem I found with the test file. They are not quite the same, and I only
guessed that the two are related, since both go away when I run Emacs from the
command line.
Let me clarify what I meant by "puts the terminal in a bad state". When
ansi-term prints the contents of the test file, it will happily print the
non-ASCII character (assuming set-buffer-process-coding-system was called). It
will then continue printing characters until it hits the edge of the Emacs
buffer window, print a few more characters (usually two, they wrap around), not
finish printing the entire line, then move the cursor to the next line, and
begins printing the rest of the output on that next line. It completely stops
moving the cursor down to the next line. If I try typing in new shell commands,
their output is all collapsed into the same line.
I was very surprised that just launching Emacs from the command line makes the
problem go away. I don't know if the incorrect encoding setup for Dock-launched
Emacs is related to this term emulation problem, but they both seem related to
encoding setup.
Thanks,
Constantine
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Constantine Vetoshev, 2013/09/17
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Jan Djärv, 2013/09/17
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior,
Constantine Vetoshev <=
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Stefan Monnier, 2013/09/18
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Jan Djärv, 2013/09/19
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Constantine Vetoshev, 2013/09/19
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Jan Djärv, 2013/09/20
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Constantine Vetoshev, 2013/09/20
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Jan Djärv, 2013/09/20
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Constantine Vetoshev, 2013/09/20
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Stefan Monnier, 2013/09/24
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Jan Djärv, 2013/09/29
- bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior, Constantine Vetoshev, 2013/09/30