[Top][All Lists]

[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 <address@hidden> wrote:
> Hello.
> 17 sep 2013 kl. 10:25 skrev Constantine Vetoshev <address@hidden>:
> 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.


reply via email to

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