emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems with ANSI colors in shell mode in Emacs 21.2.95.


From: Andreas Schwab
Subject: Re: Problems with ANSI colors in shell mode in Emacs 21.2.95.
Date: Tue, 11 Feb 2003 13:00:29 +0100
User-agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.3.50 (ia64-suse-linux)

Lute Kamstra <address@hidden> writes:

|> Richard Stallman <address@hidden> writes:
|> 
|> >     I tested a few old pretests and found out that the problem first
|> >     occurred in Emacs 21.2.91.  In Emacs 21.2.90, the shell prompt looks
|> >     fine.
|> > 
|> > Can you identify the Emacs change that did it?
|> 
|> Yes.  The change in shell.el is causing the change in behavior.  With
|> Emacs 21.2.91, a new user option is introduced in Emacs.  Here's the
|> changelog entry:
|> 
|> ,----
|> | 2002-07-30  Andreas Schwab  <address@hidden>
|> | 
|> |    * shell.el (explicit-bash-args): New user option.
|> `----
|> 
|> The user option looks like this:
|> 
|> ,----[ shell.el; lines 278-284 ]
|> | (defcustom explicit-bash-args
|> |     ;; Tell bash not to use readline.
|> |     '("--noediting" "-i")
|> |   "*Args passed to inferior shell by M-x shell, if the shell is bash.
|> | Value is a list of strings, which may be nil."
|> |   :type '(repeat (string :tag "Argument"))
|> |   :group 'shell)
|> `----
|> 
|> With my setup, this causes bash to be started with the "--noediting"
|> option (in Emacs 21.2.91), while this was not the case before (in
|> Emacs 21.2.90).  The bash man pages say:
|> 
|> ,----[ man bash ]
|> |        --noediting
|> |               Do not use the GNU readline library to read command
|> |               lines when the shell is interactive.
|> |  
|> `----
|> 
|> I'm not sure what Andreas Schwab's idea behind this change was.

This change is needed to get control characters passed properly to bash.
Otherwise they are intercepted by readline, which is not what we want.

|> then the ^A and ^B characters don't appear anymore and things work
|> fine again as they did in Emacs 21.2.90.

Do you have a custom $PS1?  Does it contains empty \[\] sequences?  Then
this is a bug in bash.

Andreas.

-- 
Andreas Schwab, SuSE Labs, address@hidden
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."




reply via email to

[Prev in Thread] Current Thread [Next in Thread]