[kifer@cs.sunysb.edu: broken highlighting in compile]

[kifer@cs.sunysb.edu: broken highlighting in compile]

[Richard M. Stallman]

Would someone please investigate this, and ack?

------- Start of forwarded message -------
From: Michael Kifer <kifer@cs.sunysb.edu>
To: emacs-pretest-bug@gnu.org
Date: Sat, 26 Nov 2005 22:53:20 -0500 (EST)
Subject: broken highlighting in compile
Sender: emacs-pretest-bug-bounces+rms=gnu.org@gnu.org
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63

Symptoms:

   Something is broken in compile mode so that highlighting doesn't
   work correctly. For instance, doing grep on, say, "progr" gives the
   following sample output:

      grep -nH -e progr *tex
      computation.tex:547:\label{def-^[[01;31mprogr^[[00mam-complete}
      computation.tex:555:\^[[01;31mprogr^[[00mamcomplete{P}
     
   Instead of highlighting, it shows ESC-sequences ^[[01;31 .... ^[[00

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
/home/users/kifer/gnu/emacs/etc/DEBUG for instructions.


In GNU Emacs 22.0.50.4 (i686-pc-linux-gnu, GTK+ Version 2.8.3)
 of 2005-11-25 on kiferserv.kiferhome.com
X server distributor `Mandriva Linux (X.Org X11 6.9, patch level 1.cvs20050915.2mdk)', version 11.0.60899900
configured using `configure '--with-x-toolkit=gtk''

Important settings:
  value of $LC_ALL: en
  value of $LC_COLLATE: en_US.UTF-8
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_MESSAGES: en_US.UTF-8
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  auto-compression-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
  line-number-mode: t

Recent input:
<help-echo> <help-echo> M-x g r e p <return> p r o 
g r SPC * e <backspace> t e x <return> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <menu-bar> <help-menu> <re
port-emacs-bug>

Recent messages:
(emacs -q)
Loading disp-table...done
For information about the GNU Project and its goals, type C-h C-p.
Loading grep...done
Loading emacsbug...done


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

Re: [kifer@cs.sunysb.edu: broken highlighting in compile]

[Chong Yidong]

"Richard M. Stallman" <rms@gnu.org> writes:

> Would someone please investigate this, and ack?
>
> From: Michael Kifer <kifer@cs.sunysb.edu>
> Subject: broken highlighting in compile
> To: emacs-pretest-bug@gnu.org
>
>    Something is broken in compile mode so that highlighting doesn't
>    work correctly. For instance, doing grep on, say, "progr" gives the
>    following sample output:
>
>       grep -nH -e progr *tex
>       computation.tex:547:\label{def-^[[01;31mprogr^[00mam-complete}
>       computation.tex:555:\^[01;31mprogr^[00mamcomplete{P}
>      
>    Instead of highlighting, it shows ESC-sequences ^[01;31 .... ^[[00

I can't reproduce this in either X, xterm, or a text terminal.

Probably what is happening here is that the user is using a terminal
that is unable to handle colors, but the termcap entry thinks it can.