GNU bug report logs - #3344
eshell environment does not override TERM

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Bruno Haible <bruno <at> clisp.org>
To: bug-gnu-emacs <at> gnu.org, johnw <at> gnu.org
Subject: eshell environment does not override TERM
Date: Thu, 21 May 2009 22:02:42 +0200
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):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 3344 <at> debbugs.gnu.org, johnw <at> gnu.org
Subject: Re: bug#3344: eshell environment does not override TERM
Date: Thu, 21 May 2009 21:30:06 -0400
> 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):

From: Bruno Haible <bruno <at> clisp.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 3344 <at> debbugs.gnu.org, johnw <at> gnu.org
Subject: Re: bug#3344: eshell environment does not override TERM
Date: Fri, 22 May 2009 04:16:00 +0200
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.