GNU bug report logs -
#3344
eshell environment does not override TERM
Previous Next
Reported by: Bruno Haible <bruno <at> clisp.org>
Date: Thu, 21 May 2009 20:20:03 UTC
Severity: normal
Merged with 3345
Done: Chong Yidong <cyd <at> stupidchicken.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3344 in the body.
You can then email your comments to 3344 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3344
; Package
emacs
.
(Thu, 21 May 2009 20:20:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bruno Haible <bruno <at> clisp.org>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 21 May 2009 20:20:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
When I invoke M-x eshell, subprocesses see the same TERM
environment variable as the one from which emacs was launched.
For example, when I launch emacs from an xterm, which has
TERM=xterm set, then processes run from within eshell will
see TERM=xterm as well and emit ANSI control codes for bold
or colored output. But eshell does not interpret these control
codes, and shows weird-looking ASCII characters instead.
Example:
M-x eshell
echo $TERM
wget http://ftp.gnu.org/gnu/libsigsegv/libsigsegv-2.6.tar.gz
tar xfz libsigsegv-2.6.tar.gz
cd libsigsegv-2.6
./configure
shows:
^[[1mBuild Tools:^[[m
Likewise with packages that use automake's new 'color-tests'
option.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.2/etc/DEBUG for instructions.
In GNU Emacs 22.2.1 (x86_64-suse-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2008-09-12 on hammer22
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure '--with-gcc' '--with-pop' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--with-leim' '--with-xim' '--with-system-malloc' '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' '--with-sound' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=lucid' '--x-includes=/usr/include' '--x-libraries=/usr/lib64:/usr/share/X11' '--build=x86_64-suse-linux-gnu' 'build_alias=x86_64-suse-linux-gnu' 'CC=gcc' 'CFLAGS=-O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -D_GNU_SOURCE -std=gnu89 -pipe -fno-strict-aliasing -Wno-pointer-sign -Wno-unused-variable -Wno-unused-label -Wno-unprototyped-calls -DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000 ' 'LDFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
show-paren-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> M-x n <backspace>
b u g <tab> <tab> <backspace> <backspace> <backspace>
e m <tab> a <tab> <backspace> <backspace> <backspace>
<backspace> <backspace> r <backspace> e <backspace>
<backspace> r e p <tab> o <tab> r <tab> <return>
Recent messages:
Loading paren...done
Loading cl-indent...done
Loading derived...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Loading help-mode...done
Making completion list... [2 times]
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3344
; Package
emacs
.
(Fri, 22 May 2009 01:35:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 22 May 2009 01:35:06 GMT)
Full text and
rfc822 format available.
Message #10 received at 3344 <at> emacsbugs.donarmstrong.com (full text, mbox):
> When I invoke M-x eshell, subprocesses see the same TERM
> environment variable as the one from which emacs was launched.
In Emacs-23, the $TERM value with which Emacs was started is fairly
quickly thrown away so that no subprocess will inherit it (after all,
Emacs has no way to run a process and give it access to the tty in which
Emacs is running).
Can you try again with the Emacs-23 pretest to confirm that the bug
is fixed?
Stefan
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3344
; Package
emacs
.
(Fri, 22 May 2009 02:20:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bruno Haible <bruno <at> clisp.org>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 22 May 2009 02:20:05 GMT)
Full text and
rfc822 format available.
Message #15 received at 3344 <at> emacsbugs.donarmstrong.com (full text, mbox):
Stefan Monnier wrote:
> Can you try again with the Emacs-23 pretest to confirm that the bug
> is fixed?
Yes, I confirm. In emacs-23.0.91, after M-x eshell,
- TERM is set to 'dumb' by default. This has the effect that programs
won't try to use bold writing or colours.
- If I set TERM=eterm, programs which use the ANSI escape sequences for
bold writing and colours produce good output. However, programs which
use the escape sequences from the terminfo database entry for 'eterm'
(such as 'msgcat') produce suboptimal output (some escape sequences
are apparently being ignored). Test case:
$ wget http://translationproject.org/PO-files/de/gettext-runtime-0.17.de.po
$ msgcat --color=always gettext-runtime-0.17.de.po
Maybe 'eterm' is not the right value for TERM in M-x eshell?
Bruno
Merged 3344 3345.
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Fri, 22 May 2009 13:20:04 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to Bruno Haible <bruno <at> clisp.org>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> debbugs.gnu.org
.
(Sun, 07 Feb 2010 06:26:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <bug-gnu-emacs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 07 Mar 2010 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 102 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.