From drew.adams@oracle.com Thu Feb 19 15:26:44 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 19 Feb 2009 23:26:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1JNQc4U008434 for ; Thu, 19 Feb 2009 15:26:39 -0800 Received: from mx10.gnu.org ([199.232.76.166]:51308) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LaIFp-0004cr-Dj for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 18:24:29 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LaIHs-0001rO-LB for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 18:26:37 -0500 Received: from rcsinet12.oracle.com ([148.87.113.124]:44619 helo=rgminet12.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LaIHs-0001rG-B0 for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 18:26:36 -0500 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1JNQW4Y011706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 19 Feb 2009 23:26:33 GMT Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1JNQV1r017004 for ; Thu, 19 Feb 2009 23:26:33 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 19 Feb 2009 15:26:29 -0800 From: "Drew Adams" To: Subject: 23.0.90; grep no longer highlights the match Date: Thu, 19 Feb 2009 15:26:41 -0800 Message-ID: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AcmS6YTmtoP0BBShQVezwEtGCqmHgg== X-Source-IP: acsmt700.oracle.com [141.146.40.70] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020B.499DEAA7.02B1:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) emacs -Q load library cygwin-mount.el, then setup-cygwin.el: http://www.emacswiki.org/emacs/cygwin-mount.el http://www.emacswiki.org/emacs/setup-cygwin.el M-x grep -nH -e pattern *.el The text matching "pattern" is not highlighted. In Emacs 22 it is highlighted using face `match' (yellow background). In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600) of 2009-02-01 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From drew.adams@oracle.com Sun Feb 22 09:57:04 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Feb 2009 17:57:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MHv1YQ016561 for ; Sun, 22 Feb 2009 09:57:02 -0800 Received: from mail.gnu.org ([199.232.76.166]:60221 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LbIXQ-0007vN-Ci for emacs-pretest-bug@gnu.org; Sun, 22 Feb 2009 12:54:48 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LbIZW-0000nE-Az for emacs-pretest-bug@gnu.org; Sun, 22 Feb 2009 12:57:00 -0500 Received: from acsinet12.oracle.com ([141.146.126.234]:38206) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LbIZV-0000la-Q5 for emacs-pretest-bug@gnu.org; Sun, 22 Feb 2009 12:56:58 -0500 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MHuPEM013716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Feb 2009 17:56:26 GMT Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MHuYGl015526; Sun, 22 Feb 2009 17:56:35 GMT Received: from dradamslap1 (/24.5.128.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 22 Feb 2009 17:56:31 +0000 From: "Drew Adams" To: <2397@debbugs.gnu.org>, Cc: "'Juri Linkov'" References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sun, 22 Feb 2009 09:56:52 -0800 Message-ID: <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> Thread-Index: AcmS6YTmtoP0BBShQVezwEtGCqmHggCKGwIQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt703.oracle.com [141.146.40.81] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020B.49A191D1.0227:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) The bug seems to have been introduced here: Revision 1.81 - (view) (download) (annotate) - [select for diffs] Fri Nov 23 00:32:05 2007 UTC (15 months ago) by jurta Branch: MAIN Changes since 1.80: +9 -4 lines Diff to previous 1.80 (grep-process-setup): Set envvar "TERM" to "emacs-grep". Set envvar "GREP_OPTIONS" to "--color=auto" instead of "--color=always". That change seems to have removed the pattern highlighting, by changing this: (defun grep-process-setup () "Setup compilation variables and buffer for `grep'. Set up `compilation-exit-message-function' and run `grep-setup-hook'." (unless (or (not grep-highlight-matches) (eq grep-highlight-matches t)) (grep-compute-defaults)) (when (eq grep-highlight-matches t) ;; Modify `process-environment' locally bound in `compilation-start' (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=always")) ;; for GNU grep 2.5.1 (setenv "GREP_COLOR" "01;31") ;; for GNU grep 2.5.1-cvs (setenv "GREP_COLORS" "mt=01;31:fn=:ln=:bn=:se=:ml=:cx=:ne")) (set (make-local-variable 'compilation-exit-message-function) (lambda (status code msg) (if (eq status 'exit) (cond ((zerop code) '("finished (matches found)\n" . "matched")) ((= code 1) '("finished with no matches found\n" . "no match")) (t (cons msg code))) (cons msg code)))) (run-hooks 'grep-setup-hook)) To this: (defun grep-process-setup () "Setup compilation variables and buffer for `grep'. Set up `compilation-exit-message-function' and run `grep-setup-hook'." (unless (or (not grep-highlight-matches) (eq grep-highlight-matches t)) (grep-compute-defaults)) (when (eq grep-highlight-matches t) ;; `setenv' modifies `process-environment' let-bound in `compilation-start' ;; Any TERM except "dumb" allows GNU grep to use `--color=auto' (setenv "TERM" "emacs-grep") ;; `--color=auto' emits escape sequences on a tty rather than on a pipe, ;; thus allowing to use multiple grep filters on the command line ;; and to output escape sequences only on the final grep output (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=auto")) ;; GREP_COLOR is used in GNU grep 2.5.1, but deprecated in later versions (setenv "GREP_COLOR" "01;31") ;; GREP_COLORS is used in GNU grep 2.5.2 and later versions (setenv "GREP_COLORS" "mt=01;31:fn=:ln=:bn=:se=:ml=:cx=:ne")) (set (make-local-variable 'compilation-exit-message-function) (lambda (status code msg) (if (eq status 'exit) (cond ((zerop code) '("finished (matches found)\n" . "matched")) ((= code 1) '("finished with no matches found\n" . "no match")) (t (cons msg code))) (cons msg code)))) (run-hooks 'grep-setup-hook)) Eval'ing the former is enough to restore the pattern highlighting. Even more specifically, it is the change from (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=always")) to (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=auto")) that introduces the bug. Putting back `always' in place of `auto' restores the highlighting. Why `auto' doesn't work, I don't know. Again, I have Cygwin on MS Windows, and my shell is bash. I don't know how to determine my Cygwin version, but it seems to date from 2007-08-22. In any case, Emacs should work with older versions of Cygwin also, and the version I have does support highlighting, if `--color=always' is used. `man grep' shows this for me, which seems to indicate that `auto' is also supported, but it doesn't say what `auto' means/does(!): --colour[=WHEN], --color[=WHEN] Surround the matching string with the marker find in GREP_COLOR environment variable. WHEN may be `never', `always', or `auto' GREP_OPTIONS This variable specifies default options to be placed in front of any explicit options. For example, if GREP_OPTIONS is '--binary-files=without-match --directories=skip', grep behaves as if the two options --binary-files=without-match and --direc- tories=skip had been specified before any explicit options. Option specifications are separated by whitespace. A backslash escapes the next character, so it can be used to specify an option containing whitespace or a backslash. GREP_COLOR Specifies the marker for highlighting. From juri@jurta.org Sun Feb 22 11:07:56 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 19:07:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.7 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MJ7qd8002628 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 11:07:54 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LbJg7-000EQs-FO; Sun, 22 Feb 2009 21:07:51 +0200 From: Juri Linkov To: "Drew Adams" Cc: 2397@debbugs.gnu.org Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match Organization: JURTA References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> Date: Sun, 22 Feb 2009 21:01:36 +0200 In-Reply-To: <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> (Drew Adams's message of "Sun, 22 Feb 2009 09:56:52 -0800") Message-ID: <874oymnvx3.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 7ffaa6bc246e67c9b1a22e0c753f4a43 X-DrWeb-checked: yes > Even more specifically, it is the change from > (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=always")) > to > (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=auto")) > that introduces the bug. Putting back `always' in place of `auto' restores the > highlighting. > > Why `auto' doesn't work, I don't know. This change was the result of the following discussion: http://thread.gmane.org/gmane.emacs.bugs/16956 http://thread.gmane.org/gmane.emacs.devel/83316 As you can see grep source code emits highlighting sequences only when TERM is not "dumb". So we set it to "emacs-grep". if(isatty(STDOUT_FILENO) && getenv("TERM") && strcmp(getenv("TERM"), "dumb")) color_option = 1; else color_option = 0; Could you please post the value of `process-connection-type'. Also please eval `M-x grep RET set RET' and show the value of the environment variable `TERM'. If it is "emacs-grep" then I'm afraid it is the line "isatty(STDOUT_FILENO)" in grep source code that fails in your environment. -- Juri Linkov http://www.jurta.org/emacs/ From drew.adams@oracle.com Sun Feb 22 12:03:54 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 20:03:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.7 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MK3ptl015803 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 12:03:52 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MK4ljo010291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Feb 2009 20:04:48 GMT Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MK3hKA020427; Sun, 22 Feb 2009 20:03:44 GMT Received: from dradamslap1 (/24.5.128.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 22 Feb 2009 20:03:41 +0000 From: "Drew Adams" To: "'Juri Linkov'" Cc: <2397@debbugs.gnu.org> References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com><000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sun, 22 Feb 2009 12:04:02 -0800 Message-ID: <001601c99528$b5b2e380$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <874oymnvx3.fsf@jurta.org> Thread-Index: AcmVIREXTzMKy3iCQhOE/5W6sekQ2gABeY1g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt702.oracle.com [141.146.40.80] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.49A1AF9E.026D:SCFSTAT928724,ss=1,fgs=0 > From: Juri Linkov Sent: Sunday, February 22, 2009 11:02 AM > > Even more specifically, it is the change from > > (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " > --color=always")) > > to > > (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " > --color=auto")) > > that introduces the bug. Putting back `always' in place of > `auto' restores the > > highlighting. > > > > Why `auto' doesn't work, I don't know. > > This change was the result of the following discussion: > > http://thread.gmane.org/gmane.emacs.bugs/16956 > http://thread.gmane.org/gmane.emacs.devel/83316 > > As you can see grep source code emits highlighting sequences > only when TERM is not "dumb". So we set it to "emacs-grep". > > if(isatty(STDOUT_FILENO) && getenv("TERM") && > strcmp(getenv("TERM"), "dumb")) > color_option = 1; > else > color_option = 0; > > Could you please post the value of `process-connection-type'. `process-connection-type' has value t. > Also please eval `M-x grep RET set RET' Sorry, I don't understand. That does nothing; it just exits with no matches found - there are no file arguments specified. And in which directory? With which `grep' switches? I don't follow. > and show the value of the environment variable `TERM'. M-: (getenv "TERM) gives "dumb", both in emacs -Q and in my own environment (i.e., after loading the cywin libraries I mentioned). > If it is "emacs-grep" then I'm afraid it is the line > "isatty(STDOUT_FILENO)" in grep source code that fails > in your environment. It's not. And as I mentioned, before your change highlighting works fine. From juri@jurta.org Sun Feb 22 14:10:18 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 22:10:19 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MMAFdv016541 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 14:10:16 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LbMWc-000E5I-Lz; Mon, 23 Feb 2009 00:10:14 +0200 From: Juri Linkov To: "Drew Adams" Cc: 2397@debbugs.gnu.org Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match Organization: JURTA References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> Date: Mon, 23 Feb 2009 00:08:12 +0200 In-Reply-To: <001601c99528$b5b2e380$0200a8c0@us.oracle.com> (Drew Adams's message of "Sun, 22 Feb 2009 12:04:02 -0800") Message-ID: <87bpsudt0z.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 88f972a75cd389d721acc69b695bb680 X-DrWeb-checked: yes >> Also please eval `M-x grep RET set RET' > > Sorry, I don't understand. That does nothing; it just exits with no matches > found - there are no file arguments specified. And in which directory? With > which `grep' switches? I don't follow. > >> and show the value of the environment variable `TERM'. `M-x grep RET set RET' should print a list of grep environment variables in a Unix-like shell instead of running a grep command. But it seems your shell where grep runs is not bash. Perhaps this is the cause of your problems. > M-: (getenv "TERM) gives "dumb", both in emacs -Q and in my own environment > (i.e., after loading the cywin libraries I mentioned). It is normal that (getenv "TERM") gives "dumb". More important is to see the value of "TERM" in the grep environment. Could you try some other command instead of "grep" to see the value of "TERM" after running the `grep' command? For example, `M-x grep RET echo $TERM RET'. -- Juri Linkov http://www.jurta.org/emacs/ From drew.adams@oracle.com Sun Feb 22 14:27:25 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 22:27:25 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MMRLGj020169 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 14:27:22 -0800 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MMTgBL001606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Feb 2009 22:29:44 GMT Received: from acsmt707.oracle.com (acsmt707.oracle.com [141.146.40.85]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MMRKmV007399; Sun, 22 Feb 2009 22:27:21 GMT Received: from dradamslap1 (/24.5.128.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 22 Feb 2009 22:27:10 +0000 From: "Drew Adams" To: "'Juri Linkov'" Cc: <2397@debbugs.gnu.org> References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com><000f01c99516$f20a9a10$0200a8c0@us.oracle.com><874oymnvx3.fsf@jurta.org><001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sun, 22 Feb 2009 14:27:33 -0800 Message-ID: <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87bpsudt0z.fsf@jurta.org> Thread-Index: AcmVOmMZPRbQ6HxcRsCFzhEqfsTLNAAAKXXw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt707.oracle.com [141.146.40.85] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.49A1D140.0272:SCFSTAT928724,ss=1,fgs=0 > >> Also please eval `M-x grep RET set RET' > > > > Sorry, I don't understand. That does nothing; it just exits > > with no matches found - there are no file arguments specified. > > And in which directory? With which `grep' switches? I don't follow. > > > >> and show the value of the environment variable `TERM'. > > `M-x grep RET set RET' should print a list of grep environment > variables in a Unix-like shell instead of running a grep command. grep -nH -e set Grep finished with no matches found at Sun Feb 22 14:17:17 (Likewise, without the switches.) This is in GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600) of 2009-02-01 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)', after loading the two files I cited: cygwin-mount.el and setup-cygwin.el. And `grep --help' does not mention `set'. This is all it says: ------8<------------------------- Usage: grep [OPTION]... PATTERN [FILE] ... Search for PATTERN in each FILE or standard input. Example: grep -i 'hello world' menu.h main.c Regexp selection and interpretation: -E, --extended-regexp PATTERN is an extended regular expression -F, --fixed-strings PATTERN is a set of newline-separated strings -G, --basic-regexp PATTERN is a basic regular expression -P, --perl-regexp PATTERN is a Perl regular expression -e, --regexp=PATTERN use PATTERN as a regular expression -f, --file=FILE obtain PATTERN from FILE -i, --ignore-case ignore case distinctions -w, --word-regexp force PATTERN to match only whole words -x, --line-regexp force PATTERN to match only whole lines -z, --null-data a data line ends in 0 byte, not newline Miscellaneous: -s, --no-messages suppress error messages -v, --invert-match select non-matching lines -V, --version print version information and exit --help display this help and exit --mmap use memory-mapped input if possible Output control: -m, --max-count=NUM stop after NUM matches -b, --byte-offset print the byte offset with output lines -n, --line-number print line number with output lines --line-buffered flush output on every line -H, --with-filename print the filename for each match -h, --no-filename suppress the prefixing filename on output --label=LABEL print LABEL as filename for standard input -o, --only-matching show only the part of a line matching PATTERN -q, --quiet, --silent suppress all normal output --binary-files=TYPE assume that binary files are TYPE TYPE is 'binary', 'text', or 'without-match' -a, --text equivalent to --binary-files=text -I equivalent to --binary-files=without-match -d, --directories=ACTION how to handle directories ACTION is 'read', 'recurse', or 'skip' -D, --devices=ACTION how to handle devices, FIFOs and sockets ACTION is 'read' or 'skip' -R, -r, --recursive equivalent to --directories=recurse --include=PATTERN files that match PATTERN will be examined --exclude=PATTERN files that match PATTERN will be skipped. --exclude-from=FILE files that match PATTERN in FILE will be skipped. -L, --files-without-match only print FILE names containing no match -l, --files-with-matches only print FILE names containing matches -c, --count only print a count of matching lines per FILE -Z, --null print 0 byte after FILE name Context control: -B, --before-context=NUM print NUM lines of leading context -A, --after-context=NUM print NUM lines of trailing context -C, --context=NUM print NUM lines of output context -NUM same as --context=NUM --color[=WHEN], --colour[=WHEN] use markers to distinguish the matching string WHEN may be `always', `never' or `auto'. -U, --binary do not strip CR characters at EOL (MSDOS) -u, --unix-byte-offsets report offsets as if CRs were not there (MSDOS) `egrep' means `grep -E'. `fgrep' means `grep -F'. With no FILE, or when FILE is -, read standard input. If less than two FILEs given, assume -h. Exit status is 0 if match, 1 if no match, and 2 if trouble. Report bugs to . ------8<------------------------- > But it seems your shell where grep runs is not bash. Perhaps > this is the cause of your problems. grep -nH -e echo $SHELL Binary file C:/cygwin/bin/bash.exe matches Looks like bash to me. And it's always acted like bash, AFAICT. > > M-: (getenv "TERM) gives "dumb", both in emacs -Q and in my > > own environment (i.e., after loading the cywin libraries I > > mentioned). > > It is normal that (getenv "TERM") gives "dumb". More important > is to see the value of "TERM" in the grep environment. Could > you try some other command instead of "grep" to see the value > of "TERM" after running the `grep' command? For example, > `M-x grep RET echo $TERM RET'. That gives this: grep -nH -e echo $TERM grep: emacs-grep: No such file or directory From juri@jurta.org Sun Feb 22 14:57:08 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 22:57:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MMv5Mn027295 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 14:57:06 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LbNFw-0003S2-IN; Mon, 23 Feb 2009 00:57:04 +0200 From: Juri Linkov To: "Drew Adams" Cc: 2397@debbugs.gnu.org Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match Organization: JURTA References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> Date: Mon, 23 Feb 2009 00:52:23 +0200 In-Reply-To: <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> (Drew Adams's message of "Sun, 22 Feb 2009 14:27:33 -0800") Message-ID: <877i3iccew.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: e35cef5ed21d82303c208435479e4a86 X-DrWeb-checked: yes > grep -nH -e echo $SHELL > Binary file C:/cygwin/bin/bash.exe matches > > Looks like bash to me. And it's always acted like bash, AFAICT. > That gives this: > > grep -nH -e echo $TERM > grep: emacs-grep: No such file or directory Actually I meant removing the default input (the "grep -nH -e" part) completely, and replacing it with these commands. So more precise recipes are: `M-x grep RET C-a C-k set RET' `M-x grep RET C-a C-k echo $TERM RET' But anyway I see that your $SHELL is "bash.exe" and $TERM is "emacs-grep". Could you also try running grep from Bash (not from Emacs) with options "--color=always" and "--color=auto" and see whether it outputs highlighting sequences for both cases in a standalone shell? -- Juri Linkov http://www.jurta.org/emacs/ From drew.adams@oracle.com Sun Feb 22 15:14:08 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 23:14:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MNE5Yn031682 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 15:14:06 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MNF2Pg016681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Feb 2009 23:15:03 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1MNDv8O030272; Sun, 22 Feb 2009 23:13:58 GMT Received: from dradamslap1 (/24.5.128.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 22 Feb 2009 23:13:55 +0000 From: "Drew Adams" To: "'Juri Linkov'" Cc: <2397@debbugs.gnu.org> References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com><000f01c99516$f20a9a10$0200a8c0@us.oracle.com><874oymnvx3.fsf@jurta.org><001601c99528$b5b2e380$0200a8c0@us.oracle.com><87bpsudt0z.fsf@jurta.org><001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sun, 22 Feb 2009 15:14:17 -0800 Message-ID: <001c01c99543$49c16b90$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <877i3iccew.fsf@jurta.org> Thread-Index: AcmVQOuagWYminTCR1K0O3pTeI0MggAAS6ZA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.49A1DC34.0192:SCFSTAT928724,ss=1,fgs=0 > > grep -nH -e echo $SHELL > > Binary file C:/cygwin/bin/bash.exe matches > > > > Looks like bash to me. And it's always acted like bash, AFAICT. > > > That gives this: > > > > grep -nH -e echo $TERM > > grep: emacs-grep: No such file or directory > > Actually I meant removing the default input (the "grep -nH -e" part) > completely, and replacing it with these commands. So more precise > recipes are: > > `M-x grep RET C-a C-k set RET' Here: ... SHELL=C:/cygwin/bin/bash.exe ... TERM=emacs-grep > `M-x grep RET C-a C-k echo $TERM RET' echo $TERM emacs-grep > But anyway I see that your $SHELL is "bash.exe" and $TERM is > "emacs-grep". > > Could you also try running grep from Bash (not from Emacs) > with options "--color=always" and "--color=auto" and see whether > it outputs highlighting sequences for both cases in a standalone > shell? Yes, both produce the highlighting. It is apparently only in Emacs that --color=auto does not work. From juri@jurta.org Sun Feb 22 15:49:00 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 22 Feb 2009 23:49:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MNmvZX007624 for <2397@emacsbugs.donarmstrong.com>; Sun, 22 Feb 2009 15:48:58 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LbO48-000H0c-LK; Mon, 23 Feb 2009 01:48:56 +0200 From: Juri Linkov To: "Drew Adams" Cc: 2397@debbugs.gnu.org Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match Organization: JURTA References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> Date: Mon, 23 Feb 2009 01:48:08 +0200 In-Reply-To: <001c01c99543$49c16b90$0200a8c0@us.oracle.com> (Drew Adams's message of "Sun, 22 Feb 2009 15:14:17 -0800") Message-ID: <87ljry6nk7.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 88f972a75cd389d721acc69b695bb680 X-DrWeb-checked: yes >> `M-x grep RET C-a C-k set RET' > > Here: > > ... > SHELL=C:/cygwin/bin/bash.exe > ... > TERM=emacs-grep Thanks. >> Could you also try running grep from Bash (not from Emacs) >> with options "--color=always" and "--color=auto" and see whether >> it outputs highlighting sequences for both cases in a standalone >> shell? > > Yes, both produce the highlighting. > It is apparently only in Emacs that --color=auto does not work. Weird. Maybe a Windows guru could explain the difference. -- Juri Linkov http://www.jurta.org/emacs/ From drew.adams@oracle.com Mon Feb 23 16:55:51 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 24 Feb 2009 00:55:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1O0tmLu000670 for <2397@emacsbugs.donarmstrong.com>; Mon, 23 Feb 2009 16:55:49 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1O0wBXZ015229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 24 Feb 2009 00:58:12 GMT Received: from acsmt705.oracle.com (acsmt705.oracle.com [141.146.40.83]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1O0tepN025687; Tue, 24 Feb 2009 00:55:41 GMT Received: from dradamslap1 (/141.144.168.20) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 24 Feb 2009 00:55:37 +0000 From: "Drew Adams" To: "'Juri Linkov'" Cc: <2397@debbugs.gnu.org> References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com><000f01c99516$f20a9a10$0200a8c0@us.oracle.com><874oymnvx3.fsf@jurta.org><001601c99528$b5b2e380$0200a8c0@us.oracle.com><87bpsudt0z.fsf@jurta.org><001a01c9953c$c2119b80$0200a8c0@us.oracle.com><877i3iccew.fsf@jurta.org><001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Mon, 23 Feb 2009 16:56:14 -0800 Message-ID: <009a01c9961a$b2105260$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ljry6nk7.fsf@jurta.org> Thread-Index: AcmVSFHXcCMVZxnXRXO0087IckVsrgA0gaLA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt705.oracle.com [141.146.40.83] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.49A3458B.0253:SCFSTAT928724,ss=1,fgs=0 > >> Could you also try running grep from Bash (not from Emacs) > >> with options "--color=always" and "--color=auto" and see whether > >> it outputs highlighting sequences for both cases in a standalone > >> shell? > > > > Yes, both produce the highlighting. > > It is apparently only in Emacs that --color=auto does not work. > > Weird. Maybe a Windows guru could explain the difference. I think it's an Emacs guru that's needed (perhaps with some Windows, Cygwin, or GNU bash knowledge). From eliz@gnu.org Sat Feb 28 09:43:47 2009 Received: (at 2397-done) by emacsbugs.donarmstrong.com; 28 Feb 2009 17:43:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout1.012.net.il (mtaout1.012.net.il [84.95.2.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SHhhjq002289 for <2397-done@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 09:43:45 -0800 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KFS00M00DMK9700@i-mtaout1.012.net.il> for 2397-done@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 19:43:08 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFS005G1EJU6FC0@i-mtaout1.012.net.il>; Sat, 28 Feb 2009 19:43:08 +0200 (IST) Date: Sat, 28 Feb 2009 19:42:33 +0200 From: Eli Zaretskii Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match In-reply-to: <009a01c9961a$b2105260$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams , 2397-done@debbugs.gnu.org Cc: juri@jurta.org Reply-to: Eli Zaretskii Message-id: References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> > From: "Drew Adams" > Date: Mon, 23 Feb 2009 16:56:14 -0800 > Cc: 2397@emacsbugs.donarmstrong.com > > > >> Could you also try running grep from Bash (not from Emacs) > > >> with options "--color=always" and "--color=auto" and see whether > > >> it outputs highlighting sequences for both cases in a standalone > > >> shell? > > > > > > Yes, both produce the highlighting. > > > It is apparently only in Emacs that --color=auto does not work. > > > > Weird. Maybe a Windows guru could explain the difference. > > I think it's an Emacs guru that's needed (perhaps with some Windows, Cygwin, or > GNU bash knowledge). I think this has nothing to do with either Cygwin or Bash. Drew, could you please verify that the same problem happens for you in "emacs -Q" without loading cygwin-mount.el and setup-cygwin.el? AFAICT, this problem happens because Emacs on Windows invokes subsidiary programs through a pipe, and that pipe fails the `isatty' test in Grep. So "--color=auto" can never work on MS-Windows when Grep is invoked by Emacs. I ``fixed'' this by going back, on DOS/Windows only, to the "--color=always" way we used before Juri installed his 2007-11-23 changes. It's true that this will reinstate the original problem with multiple grep invocations in a pipe (on Windows and DOS only), but I don't see how can that use-case be solved, and having a single instance of grep in the command is by far more frequent usage. Here's the change I installed. Drew, could you please see if it works for you as well? 2009-02-28 Eli Zaretskii * progmodes/grep.el (grep-process-setup) [windows-nt msdos]: Use "--color=always". Index: lisp/progmodes/grep.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/progmodes/grep.el,v retrieving revision 1.99 retrieving revision 1.100 diff -u -r1.99 -r1.100 --- lisp/progmodes/grep.el 25 Jan 2009 00:54:53 -0000 1.99 +++ lisp/progmodes/grep.el 28 Feb 2009 17:24:29 -0000 1.100 @@ -407,7 +407,11 @@ ;; `--color=auto' emits escape sequences on a tty rather than on a pipe, ;; thus allowing to use multiple grep filters on the command line ;; and to output escape sequences only on the final grep output - (setenv "GREP_OPTIONS" (concat (getenv "GREP_OPTIONS") " --color=auto")) + (setenv "GREP_OPTIONS" + (concat (getenv "GREP_OPTIONS") + ;; Windows and DOS pipes fail `isatty' detection in Grep. + " --color=" (if (memq system-type '(windows-nt ms-dos)) + "always" "auto"))) ;; GREP_COLOR is used in GNU grep 2.5.1, but deprecated in later versions (setenv "GREP_COLOR" "01;31") ;; GREP_COLORS is used in GNU grep 2.5.2 and later versions From drew.adams@oracle.com Sat Feb 28 10:02:05 2009 Received: (at 2397-done) by emacsbugs.donarmstrong.com; 28 Feb 2009 18:02:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SI22e1007451 for <2397-done@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 10:02:03 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SI1qCS002195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 28 Feb 2009 18:01:53 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SI1rNt010856; Sat, 28 Feb 2009 18:01:54 GMT Received: from dradamslap1 (/141.144.72.79) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 28 Feb 2009 10:01:50 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" , <2397-done@debbugs.gnu.org> Cc: References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sat, 28 Feb 2009 10:02:04 -0800 Message-ID: <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcmZzCuPfoV5rx2fSO6OR8DMRkNwqQAATJjA In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.49A97C11.025E:SCFSTAT928724,ss=1,fgs=0 > > > >> Could you also try running grep from Bash (not from Emacs) > > > >> with options "--color=always" and "--color=auto" and > > > >> see whether it outputs highlighting sequences for both > > > >> cases in a standalone shell? > > > > > > > > Yes, both produce the highlighting. > > > > It is apparently only in Emacs that --color=auto does not work. > > > > > > Weird. Maybe a Windows guru could explain the difference. > > > > I think it's an Emacs guru that's needed (perhaps with some > > Windows, Cygwin, or GNU bash knowledge). > > I think this has nothing to do with either Cygwin or Bash. Drew, > could you please verify that the same problem happens for you in > "emacs -Q" without loading cygwin-mount.el and setup-cygwin.el? No, sorry, that won't help. With only `emacs -Q' I get this error whenever I try `M-x grep': "apply: Spawning child process: invalid argument". Always have, on Windows. Makes sense, no? (Or at least some error makes sense.) Vanilla Windows has no `grep' program. > AFAICT, this problem happens because Emacs on Windows invokes > subsidiary programs through a pipe, and that pipe fails the `isatty' > test in Grep. So "--color=auto" can never work on MS-Windows when > Grep is invoked by Emacs. > > I ``fixed'' this by going back, on DOS/Windows only, to the > "--color=always" way we used before Juri installed his 2007-11-23 > changes. It's true that this will reinstate the original problem with > multiple grep invocations in a pipe (on Windows and DOS only), but I > don't see how can that use-case be solved, and having a single > instance of grep in the command is by far more frequent usage. > > Here's the change I installed. Drew, could you please see if it works > for you as well? Yes, it works fine for me. Thanks. From eliz@gnu.org Sat Feb 28 11:02:29 2009 Received: (at 2397-done) by emacsbugs.donarmstrong.com; 28 Feb 2009 19:02:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout5.012.net.il (mtaout5.012.net.il [84.95.2.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SJ2PBA024108 for <2397-done@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 11:02:27 -0800 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KFS00200I0KBR00@i_mtaout5.012.net.il> for 2397-done@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 21:02:08 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFS008DCI7GH0A0@i_mtaout5.012.net.il>; Sat, 28 Feb 2009 21:02:06 +0200 (IST) Date: Sat, 28 Feb 2009 21:01:56 +0200 From: Eli Zaretskii Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match In-reply-to: <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Cc: 2397-done@debbugs.gnu.org, juri@jurta.org Reply-to: Eli Zaretskii Message-id: References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> > From: "Drew Adams" > Cc: > Date: Sat, 28 Feb 2009 10:02:04 -0800 > > > I think this has nothing to do with either Cygwin or Bash. Drew, > > could you please verify that the same problem happens for you in > > "emacs -Q" without loading cygwin-mount.el and setup-cygwin.el? > > No, sorry, that won't help. With only `emacs -Q' I get this error whenever I try > `M-x grep': "apply: Spawning child process: invalid argument". Probably because grep.exe is not on the Windows Path. Can you invoke it as "X:/path/to/grep/grep.exe" instead? > Always have, on Windows. Makes sense, no? (Or at least some error makes sense.) > Vanilla Windows has no `grep' program. Your Windows system does not become vanilla just because you invoke Emacs with -Q. The grep.exe you installed is still there on your disk, ready to be run as it was before. > > Here's the change I installed. Drew, could you please see if it works > > for you as well? > > Yes, it works fine for me. Thanks. Thanks for testing. From drew.adams@oracle.com Sat Feb 28 11:26:30 2009 Received: (at 2397-done) by emacsbugs.donarmstrong.com; 28 Feb 2009 19:26:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SJQR3e031300 for <2397-done@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 11:26:28 -0800 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SJQouD003590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 28 Feb 2009 19:26:51 GMT Received: from acsmt706.oracle.com (acsmt706.oracle.com [141.146.40.84]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SJQS6G014531; Sat, 28 Feb 2009 19:26:29 GMT Received: from dradamslap1 (/141.144.72.79) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 28 Feb 2009 11:26:16 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" Cc: <2397-done@debbugs.gnu.org>, References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sat, 28 Feb 2009 11:26:32 -0800 Message-ID: <001201c999da$77282650$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcmZ1yQisWkXJ1upQvewSZ7yCJGtPQAAPozQ In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt706.oracle.com [141.146.40.84] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020B.49A98FDA.00D2:SCFSTAT928724,ss=1,fgs=0 > > > I think this has nothing to do with either Cygwin or Bash. Drew, > > > could you please verify that the same problem happens for you in > > > "emacs -Q" without loading cygwin-mount.el and setup-cygwin.el? > > > > No, sorry, that won't help. With only `emacs -Q' I get this > > error whenever I try `M-x grep': "apply: Spawning child process: > > invalid argument". > > Probably because grep.exe is not on the Windows Path. Can you invoke > it as "X:/path/to/grep/grep.exe" instead? I get the same result. I customized `grep-command' to "c:/cygwin/bin/grep.exe", so when I do `M-x grep' it comes up with c:/cygwin/bin/grep.exe in the minibuffer. I still get the same error. I also tried using backslashes instead of slashes: c:\cygwin\bin\grep.exe -n buff-menu *.el. And I tried with double backslashes. I always get the same error: "apply: Spawning child process: invalid argument". > > Always have, on Windows. Makes sense, no? (Or at least some > > error makes sense.) Vanilla Windows has no `grep' program. > > Your Windows system does not become vanilla just because you invoke > Emacs with -Q. The grep.exe you installed is still there on your > disk, ready to be run as it was before. Right. But it still doesn't seem to work. What am I doing wrong? When I try `M-! c:/cygwin/bin/grep.exe -n buff-menu *.el', I get this error: shell-command-on-region: Searching for program: no such file or directory, /bin/bash. So is the problem is that my env var SHELL is bash, and it doesn't find bash? (getenv "SHELL") shows "/bin/bash". I tried (setenv "SHELL" "c:\cygwin\bin\bash.exe"), but it didn't help - same error messages. What's the right way to test this? From eliz@gnu.org Sat Feb 28 12:10:14 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 28 Feb 2009 20:10:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout5.012.net.il (mtaout5.012.net.il [84.95.2.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SKA9xD010372 for <2397@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 12:10:10 -0800 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KFS00I00LCNDI00@i_mtaout5.012.net.il> for 2397@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 22:10:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFS008ZKLD22PJ1@i_mtaout5.012.net.il>; Sat, 28 Feb 2009 22:10:15 +0200 (IST) Date: Sat, 28 Feb 2009 22:10:05 +0200 From: Eli Zaretskii Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match In-reply-to: <001201c999da$77282650$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Cc: 2397@debbugs.gnu.org, juri@jurta.org Reply-to: Eli Zaretskii Message-id: References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> <001201c999da$77282650$0200a8c0@us.oracle.com> > From: "Drew Adams" > Cc: <2397-done@emacsbugs.donarmstrong.com>, > Date: Sat, 28 Feb 2009 11:26:32 -0800 > > When I try `M-! c:/cygwin/bin/grep.exe -n buff-menu *.el', I get this error: > shell-command-on-region: Searching for program: no such file or directory, > /bin/bash. So is the problem is that my env var SHELL is bash, and it doesn't > find bash? (getenv "SHELL") shows "/bin/bash". I tried (setenv "SHELL" > "c:\cygwin\bin\bash.exe"), but it didn't help - same error messages. > > What's the right way to test this? Try unsetting SHELL in the environment, I'd guess. From drew.adams@oracle.com Sat Feb 28 13:09:24 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 28 Feb 2009 21:09:24 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SL9LZP026564 for <2397@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 13:09:22 -0800 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SL9j3e025506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 28 Feb 2009 21:09:46 GMT Received: from acsmt701.oracle.com (acsmt701.oracle.com [141.146.40.71]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1SL9N7x008457; Sat, 28 Feb 2009 21:09:24 GMT Received: from dradamslap1 (/141.144.72.79) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 28 Feb 2009 13:09:11 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" Cc: <2397@debbugs.gnu.org>, References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> <001201c999da$77282650$0200a8c0@us.oracle.com> Subject: RE: bug#2397: 23.0.90; grep no longer highlights the match Date: Sat, 28 Feb 2009 13:09:28 -0800 Message-ID: <001401c999e8$d881d6e0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcmZ4MaSBjA8n9fxRrq+63gwm4ynjAAB+rHg In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt701.oracle.com [141.146.40.71] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.49A9A7F9.0066:SCFSTAT928724,ss=1,fgs=0 > Try unsetting SHELL in the environment, I'd guess. OK, yes, I get the same result in emacs -Q: no highlighting of matches, and it's fixed if I use your patch. Thx - Drew. From eliz@gnu.org Sat Feb 28 14:08:21 2009 Received: (at 2397) by emacsbugs.donarmstrong.com; 28 Feb 2009 22:08:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout5.012.net.il (mtaout5.012.net.il [84.95.2.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SM8HDM010215 for <2397@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 14:08:19 -0800 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KFS00D00QQ8S100@i_mtaout5.012.net.il> for 2397@emacsbugs.donarmstrong.com; Sun, 01 Mar 2009 00:08:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFS008WSQTZH0R0@i_mtaout5.012.net.il>; Sun, 01 Mar 2009 00:08:25 +0200 (IST) Date: Sun, 01 Mar 2009 00:08:15 +0200 From: Eli Zaretskii Subject: Re: bug#2397: 23.0.90; grep no longer highlights the match In-reply-to: <001401c999e8$d881d6e0$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Cc: 2397@debbugs.gnu.org, juri@jurta.org Reply-to: Eli Zaretskii Message-id: References: <011f01c992e9$854a3cc0$c2b22382@us.oracle.com> <000f01c99516$f20a9a10$0200a8c0@us.oracle.com> <874oymnvx3.fsf@jurta.org> <001601c99528$b5b2e380$0200a8c0@us.oracle.com> <87bpsudt0z.fsf@jurta.org> <001a01c9953c$c2119b80$0200a8c0@us.oracle.com> <877i3iccew.fsf@jurta.org> <001c01c99543$49c16b90$0200a8c0@us.oracle.com> <87ljry6nk7.fsf@jurta.org> <009a01c9961a$b2105260$0200a8c0@us.oracle.com> <000701c999ce$aa77cb20$0200a8c0@us.oracle.com> <001201c999da$77282650$0200a8c0@us.oracle.com> <001401c999e8$d881d6e0$0200a8c0@us.oracle.com> > From: "Drew Adams" > Cc: <2397@emacsbugs.donarmstrong.com>, > Date: Sat, 28 Feb 2009 13:09:28 -0800 > > > Try unsetting SHELL in the environment, I'd guess. > > OK, yes, I get the same result in emacs -Q: no highlighting of matches, and it's > fixed if I use your patch. Thx - Drew. Thanks again for testing this. From unknown Tue Aug 19 14:23:42 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Sun, 29 Mar 2009 14:24:10 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator