Re: bug in term-mode
Steve Youngs <youngs(a)xemacs.org> writes:
JV> Trond Eivind Glomsrod <teg(a)redhat.com> writes:
>>M-x term, choose to run bash. I immediately get complaints of
>>
>>(1) (error/warning) Error in process filter: (error /home/devel/te/ is not a
directory)
>>
>>If I stand in another directory, same thing happens - it looks for the
>>pwd with the last character cut off.
JV> I don't see that here. Does it give a backtrace with debug-on-error
JV> set to 't'? Can you see it with xemacs -vanilla ?
I see it. In 'xemacs -vanilla' too. Here's a backtrace:
It's the same "use binary when MULE" problem. C-x RET c
binary M-x term will fix the problem for now.
Here's a quit fix. I don't know if it should be applied to
eterm package as is.
Index: term.el
===================================================================
RCS file: /usr/CVSroot/XEmacs/packages/xemacs-packages/eterm/term.el,v
retrieving revision 1.6
diff -u -r1.6 term.el
--- term.el 6 Oct 2000 09:58:21 -0000 1.6
+++ term.el 7 Dec 2001 08:14:10 -0000
＠＠ -1002,7 +1002,10 ＠＠
If there is already a running process in that buffer, it is not restarted.
Optional third arg STARTFILE is the name of a file to send the contents of to
the process. Any more args are arguments to PROGRAM."
- (let ((buffer (get-buffer-create (concat "*" name "*"))))
+ (let ((buffer (get-buffer-create (concat "*" name "*")))
+ (coding-system-for-read (or (and (boundp 'coding-system-for-read)
+ coding-system-for-read)
+ 'binary)))
;; If no process, or nuked process, crank up a new one and put buffer in
;; term mode. Otherwise, leave buffer and existing process alone.
(cond ((not (term-check-proc buffer))
--
Yoshiki Hayashi