GNU bug report logs - #1469
term.el regression when dealing with long lines under bash

Previous Next

Package: emacs;

Reported by: Cyril Bouthors <cyril <at> bouthors.org>

Date: Tue, 2 Dec 2008 14:10:04 UTC

Severity: normal

Tags: patch

Done: Dan Nicolaescu <dann <at> ics.uci.edu>

Bug is archived. No further changes may be made.

Full log


Message #13 received at 1469 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: richardeng <richardeng <at> foxmail.com>
Cc: 1469 <at> debbugs.gnu.org
Subject: Re: bug#1469: Does anybody working on it?
Date: Sun, 7 Dec 2008 10:17:57 -0800 (PST)
"richardeng" <richardeng <at> foxmail.com> writes:

  > I have spent some time on it. Fix is not found yet.
  > I'm sure:
  > 1. problem only in M-x term and M-x ansi-term(both in term.el), M-x shell or M-x eshell(in shell.el or eshell/*.el) works right.
  > 2. The default setting is term-char-mode in term.el, if you change it to term-line-mode, no such problem
  > 3. Problem should be wrong local state(position or coloumn/width/height limitation) after wrap action in function term-emulate-terminal
  > 
  > It's real complex, if somebody is working on it, please share what you found.

Reverting this patch seems to fix the problem:

2008-09-24  Andreas Politz  <politza <at> fh-trier.de>  (tiny change)

            * term.el (term-emulate-terminal): Encode input string
            before
            checking its length.


Another thing, the original bug does not seem to be archived on
gmane.emacs.bug, just this reply...




This bug report was last modified 15 years and 176 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.