From: Joe Corneli <jcorneli@mail.ma.utexas.edu>
Subject: bad coloring in shell script mode
Date: Wed, 04 Jun 2003 19:02:35 -0500 [thread overview]
Message-ID: <E19NiDD-0000QM-00@linux182.ma.utexas.edu> (raw)
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.
Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.
In GNU Emacs 21.2.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2002-03-22 on raven, modified by Debian
configured using `configure i386-debian-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --with-x=yes --with-x-toolkit=athena --without-gif'
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: C
locale-coding-system: nil
default-enable-multibyte-characters: nil
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
This line
grep "<<$SF>>" $HOME/.todo/$TODOLIST > $HOME/p
causes everything after it to be in Sh Heredoc Face....
well, everything until a similar line is encountered
later on in the code, then normal fontlock behaviour begins
again.
Specifically, the line
grep -v "<\*>" $HOME/.todo/$TODOLIST | grep "<<.*>>" - > $HOME/b
turns font lock back on.
The intervening line
sed -e "s/^\($SF:\)\(.*<<\)\(.*\)\(>>\)$/\3/"`
doesn't have any effect.
Note that this behaviour is not present in XEmacs 21.5.
Recent input:
RET C-s r a t p o i C-s C-s C-s C-s C-s C-s C-s C-s
ESC s C-x o C-s C-g ESC O B ESC O B C-s r e p o r t
C-s C-s C-s C-s C-s ESC O D ESC x r e p o r t - e m
a c s - b u g RET b a d SPC c o l o r i n g SPC i n
C-x o C-x C-f C-g C-x C-f t o d o RET ESC x r e p TAB
o TAB r TAB RET
Recent messages:
Loading rxvt (source)...done
Loading /home/jcorneli/.emacs.elc...done
ratpoison: command not found
isearch-abort: Quit
Mark saved where search started
Loading emacsbug...done
ratpoison: command not found
byte-code: Command attempted to use minibuffer while in minibuffer
keyboard-quit: Quit
Making completion list... [2 times]
next reply other threads:[~2003-06-05 0:02 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-05 0:02 Joe Corneli [this message]
2003-06-16 20:26 ` bad coloring in shell script mode Dan Jacobson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E19NiDD-0000QM-00@linux182.ma.utexas.edu \
--to=jcorneli@mail.ma.utexas.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).