Bug 52660
Summary: | Problems with term.el | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Reuben Thomas <rrt> |
Component: | xemacs | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED RAWHIDE | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-05-19 12:05:52 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Reuben Thomas
2001-08-27 19:29:55 UTC
You should run M-x shell, not M-x term directly. I'm sorry, I don't understand. If I run M-x shell I don't get terminal emulation, even if I (load "term") first. And there's a documentation bug, as /usr/lib/xemacs/xemacs-packages/lisp/eterm/README.term says that you should start the terminal emulator with M-x term. I also tried RH 6.2 and got the same problem, although under Emacs it seems to work (by running M-x term). I have now confirmed that various versions of XEmacs, under Debian as well as RedHat, seem to have a non-functioning term. On closer investigation, this appears to be because \r characters are not getting through to the terminal emulation code. Also, I have confirmed that under Emacs 20.7, term works fine; however, copying Emacs's term.el into an XEmacs tree doesn't help, suggesting that the actual problem is elsewhere. I've asked about all this on comp.emacs.xemacs and gotten no response; I'll try reporting a bug to the XEmacs development team as well as notifying you here. I've managed to get a solution to this problem from the XEmacs team: (defun evil-term-process-coding-system-bugfix () "Fix a term bug; the `process-coding-system' should always be `binary'." (set-buffer-process-coding-system 'binary 'binary)) (add-hook 'term-exec-hook 'evil-term-process-coding-system-bugfix) added to .xemacs/init.el does the trick. Presumably a similar fix can be made to term.el itself; I think it worth reporting here because I don't know what version of XEmacs you'll ship with 7.2, and even if it's up to date, the fix might well take a long time to get into the stable version. This is still a problem with xemacs 21.4.6 and the latest lisp packages. This to be ok to be with the current xemacs + xemacs-sumo in rawhide. Please re-open if problem persists. |