|
From: | Lennart Borgman (gmail) |
Subject: | Re: Character shown as \377 in *Shell* on w32 |
Date: | Fri, 29 Dec 2006 16:13:09 +0100 |
User-agent: | Thunderbird 1.5.0.9 (Windows/20061207) |
Eli Zaretskii wrote:
Date: Thu, 28 Dec 2006 14:07:59 +0100 From: "Lennart Borgman (gmail)" <address@hidden> Cc: address@hidden Kenichi Handa wrote:I do not know, but this is the value that is set by set-default-process-coding-system in w32-fns.el. This is run in before-init-hook.It seems that default-process-coding-system is not setup properly on Windows. When I run Emacs on my Windows, default-buffer-file-coding-system is set correctly to: japanese-shift-jis-dos but default-process-coding-system is: (undecided-dos . undecided-unix) On the other hand, when I run Emacs on GNU-Linux with ja_JP.EUC-JP locale, default-process-coding-system is: (japanese-iso-8bit . japanese-iso-8bit) Is this because of DOS/Windows specific code in mule-cmds.el?This may or may not be a bug, but I'm not sure it has anything to do with the original problem. Does the problem with DIR output go away if you change default-process-coding-system and process-coding-system to `(cp850-dos . cp850-unix)'?
emacs -Q M-: (setq default-process-coding-system '(cp850-dos . cp850unix)) M-x shellThe \377 are gone. Instead I see an underline that looks slightly red to me (see attached image). Seems strange, but I have no idea of why. However when I cut and paste to Thunderbird it looks ok:
2006-12-28 15:39 6 592 783 emacs.exeWhat do you mean with process-coding-system? I guess you told me the wrong name?
[Prev in Thread] | Current Thread | [Next in Thread] |