Re: bug in term-mode

|--==> "YH" == Yoshiki Hayashi <yoshiki(a)xemacs.org&gt; writes: YH> Steve Youngs <youngs(a)xemacs.org&gt; writes: JV> Trond Eivind Glomsrod <teg(a)redhat.com&gt; writes: YH> It's the same "use binary when MULE" problem. C-x RET c YH> binary M-x term will fix the problem for now. Cool! YH> Here's a quit fix. I don't know if it should be applied to YH> eterm package as is. YH> Index: term.el YH> =================================================================== YH> RCS file: /usr/CVSroot/XEmacs/packages/xemacs-packages/eterm/term.el,v YH> retrieving revision 1.6 YH> diff -u -r1.6 term.el YH> --- term.el 6 Oct 2000 09:58:21 -0000 1.6 YH> +++ term.el 7 Dec 2001 08:14:10 -0000 YH> ＠＠ -1002,7 +1002,10 ＠＠ YH> If there is already a running process in that buffer, it is not restarted. YH> Optional third arg STARTFILE is the name of a file to send the contents of to YH> the process. Any more args are arguments to PROGRAM." YH> - (let ((buffer (get-buffer-create (concat "*" name "*")))) YH> + (let ((buffer (get-buffer-create (concat "*" name "*"))) YH> + (coding-system-for-read (or (and (boundp 'coding-system-for-read) YH> + coding-system-for-read) YH> + 'binary))) YH> ;; If no process, or nuked process, crank up a new one and put buffer in YH> ;; term mode. Otherwise, leave buffer and existing process alone. YH> (cond ((not (term-check-proc buffer)) It looks good to me. What are your concerns about it, Yoshiki? -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|