GNU logs - #71321, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71321: 30.0.50; M-x grep: not recognizing well files with colon
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 02 Jun 2024 09:25:01 +0000
Resent-Message-ID: <handler.71321.B.17173202972327 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 71321 <at> debbugs.gnu.org
From: Jean Louis <bugs@HIDDEN>
Date: Thu, 30 May 2024 13:03:31 +0300
Message-ID: <87y17rty4s.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@HIDDEN;
 helo=stw1.rcdrun.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)


I have files like:

~/tmp/2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt

and if I do M-x grep on those files, I get results such as:

2024-01-22-11:39:12-RCD TEMPORARY BUFFER.txt:13:|            | TOTAL       =
                               |  -57000 |
2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:3:|------------+--------------=
-----------------+---------|
2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:4:|       Date | Description  =
                 |  Amount |
2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:5:|------------+--------------=
-----------------+---------|
2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:6:| 2024-05-09 | Exchange US $=
1000             | 3759000 |

Where by when I try to click on the file, it is attempting to find wrong
file "2024-05-17-10" instead of "2024-05-17-10:39:33-RCD TEMPORARY
BUFFER.txt" so I guess that regular expression of finding the file in
*grep* temporary buffer shall be improved.


In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.38, cairo version 1.16.0) of 2024-05-04 built on lco2
Repository revision: fd859fbea2e9d13e76db1c5295d9ddd1c5955d83
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12201009
System Description: Debian GNU/Linux 12 (bookworm)

Configured using:
 'configure --with-x-toolkit=3Dgtk3'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LCMS2
LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2
XPM GTK3 ZLIB

Important settings:
  value of $LC_ALL: 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: de_DE.UTF-8
  value of $XMODIFIERS: @im=3Dibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr compile comint ansi-osc ansi-color ring comp-run
bytecomp byte-compile comp-common rx emacsbug message mailcap yank-media
puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived
epg rfc6068 epg-config gnus-util text-property-search time-date subr-x
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo gtk
x-toolkit xinput2 x multi-tty move-toolbar make-network-process
native-compile emacs)

Memory information:
((conses 16 67828 12265) (symbols 48 6665 0) (strings 32 17786 1155)
 (string-bytes 1 570370) (vectors 16 10871)
 (vector-slots 8 149772 10737) (floats 8 38 13) (intervals 56 253 0)
 (buffers 984 12))

--=20
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

=E2=9C=A1=EF=B8=8F=F0=9F=9B=A1=EF=B8=8F Proudly standing with Israel, a nat=
ion rooted in history and culture. Let's condemn hatred and promote underst=
anding.

In support of Richard M. Stallman
https://stallmansupport.org/

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jean Louis <bugs@HIDDEN>
Subject: bug#71321: Acknowledgement (30.0.50; M-x grep: not recognizing
 well files with colon)
Message-ID: <handler.71321.B.17173202972327.ack <at> debbugs.gnu.org>
References: <87y17rty4s.fsf@HIDDEN>
X-Gnu-PR-Message: ack 71321
X-Gnu-PR-Package: emacs
Reply-To: 71321 <at> debbugs.gnu.org
Date: Sun, 02 Jun 2024 09:25:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 71321 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
71321: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D71321
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71321: 30.0.50; M-x grep: not recognizing well files with colon
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 02 Jun 2024 10:03:02 +0000
Resent-Message-ID: <handler.71321.B71321.17173225566272 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jean Louis <bugs@HIDDEN>
Cc: 71321 <at> debbugs.gnu.org
Date: Sun, 02 Jun 2024 13:02:14 +0300
Message-Id: <86v82rmzmh.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <87y17rty4s.fsf@HIDDEN> (message from
 Jean Louis on Thu, 30 May 2024 13:03:31 +0300)
References: <87y17rty4s.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Jean Louis <bugs@HIDDEN>
> Date: Thu, 30 May 2024 13:03:31 +0300
> 
> I have files like:
> 
> ~/tmp/2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt
> 
> and if I do M-x grep on those files, I get results such as:
> 
> 2024-01-22-11:39:12-RCD TEMPORARY BUFFER.txt:13:|            | TOTAL                                      |  -57000 |
> 2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:3:|------------+-------------------------------+---------|
> 2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:4:|       Date | Description                   |  Amount |
> 2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:5:|------------+-------------------------------+---------|
> 2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt:6:| 2024-05-09 | Exchange US $1000             | 3759000 |
> 
> Where by when I try to click on the file, it is attempting to find wrong
> file "2024-05-17-10" instead of "2024-05-17-10:39:33-RCD TEMPORARY
> BUFFER.txt" so I guess that regular expression of finding the file in
> *grep* temporary buffer shall be improved.

Improved how?  Can you suggest how to distinguish between ":39:" and
":13:" in the Grep output, when searching where the file name ends and
the line number and the following test starts?

Do the problems go away if you use "M-x occur" instead?  If so,
perhaps that's a better solution for such file names.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71321: 30.0.50; M-x grep: not recognizing well files with colon
Resent-From: Jim Porter <jporterbugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 03 Jun 2024 04:19:02 +0000
Resent-Message-ID: <handler.71321.B71321.171738830426198 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>, Jean Louis <bugs@HIDDEN>
Cc: 71321 <at> debbugs.gnu.org
Message-ID: <5b18d739-0d82-ce79-a464-ecc7eccaf75b@HIDDEN>
Date: Sun, 2 Jun 2024 21:17:02 -0700
MIME-Version: 1.0
Content-Language: en-US
References: <87y17rty4s.fsf@HIDDEN>
 <86v82rmzmh.fsf@HIDDEN>
From: Jim Porter <jporterbugs@HIDDEN>
In-Reply-To: <86v82rmzmh.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 6/2/2024 3:02 AM, Eli Zaretskii wrote:
>> From: Jean Louis <bugs@HIDDEN>
>> Date: Thu, 30 May 2024 13:03:31 +0300
>>
>> I have files like:
>>
>> ~/tmp/2024-05-17-10:39:33-RCD TEMPORARY BUFFER.txt
>>
>> and if I do M-x grep on those files, I get results such as:
[snip]
>> Where by when I try to click on the file, it is attempting to find wrong
>> file "2024-05-17-10" instead of "2024-05-17-10:39:33-RCD TEMPORARY
>> BUFFER.txt" so I guess that regular expression of finding the file in
>> *grep* temporary buffer shall be improved.

Jean: could you show the actual "grep" command that you're using here, 
and the output of "grep --version"? That would help narrow down what's 
going on here.

On 6/2/2024 3:02 AM, Eli Zaretskii wrote:
> Improved how?  Can you suggest how to distinguish between ":39:" and
> ":13:" in the Grep output, when searching where the file name ends and
> the line number and the following test starts?

M-x grep and friends should already be doing the right thing: when 
supported, it passes "--null" to "grep", which changes the output so 
that it separates the file name from the line number using a NUL 
character. The regexps in grep.el can then detect that output and parse 
it correctly.

I tried using a file name like the above, and it all works just fine for 
me. (I'm using GNU grep 3.4.)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71321: 30.0.50; M-x grep: not recognizing well files with colon
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 03 Jun 2024 11:51:03 +0000
Resent-Message-ID: <handler.71321.B71321.171741543829067 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71321
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Jim Porter <jporterbugs@HIDDEN>
Cc: 71321 <at> debbugs.gnu.org, bugs@HIDDEN
Received: via spool by 71321-submit <at> debbugs.gnu.org id=B71321.171741543829067
          (code B ref 71321); Mon, 03 Jun 2024 11:51:03 +0000
Received: (at 71321) by debbugs.gnu.org; 3 Jun 2024 11:50:38 +0000
Received: from localhost ([127.0.0.1]:33180 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sE6D0-0007Yl-7j
	for submit <at> debbugs.gnu.org; Mon, 03 Jun 2024 07:50:38 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48368)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sE6Cw-0007YE-9W
 for 71321 <at> debbugs.gnu.org; Mon, 03 Jun 2024 07:50:34 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sE65o-00040h-Qi; Mon, 03 Jun 2024 07:43:12 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=Oi9RIgtezG7mqVSiZKFBYWIqIgLBgsAKi5mvRGvbaSU=; b=Y9IxQPCtIVbb
 uWDwOHqQzKYh4k91z6+Mg4zZMTpnFVPRaeQMSQq8p+H/cmwIG+v5rWrQ0IwxSuOy7TPo2nrYhW6+c
 At/B76F1uzOYaQfKUcMtW6sF/STlZfOT8LFXW+/cyMHr6bsmBtdnf2OILXNHFsEEuDKNTbY9tWw8y
 jDOjOisQQpyGrE7aQ1M8l5a9Qodnprh7qdiTgg2qgW9T5E6njbdMBeesqa6rucJIBdPYKlrNMmi9q
 +qUGCMABVQyGn+T5c+GKU6fvoO03WDZLOztoUSMKkXGheBSxg0vkyOcMW2tMITEL439+wORwZOtrV
 IaqYGneV+Tmi3oPCbTDVbw==;
Date: Mon, 03 Jun 2024 14:43:10 +0300
Message-Id: <861q5emeup.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <5b18d739-0d82-ce79-a464-ecc7eccaf75b@HIDDEN> (message from
 Jim Porter on Sun, 2 Jun 2024 21:17:02 -0700)
References: <87y17rty4s.fsf@HIDDEN>
 <86v82rmzmh.fsf@HIDDEN> <5b18d739-0d82-ce79-a464-ecc7eccaf75b@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sun, 2 Jun 2024 21:17:02 -0700
> Cc: 71321 <at> debbugs.gnu.org
> From: Jim Porter <jporterbugs@HIDDEN>
> 
> On 6/2/2024 3:02 AM, Eli Zaretskii wrote:
> > Improved how?  Can you suggest how to distinguish between ":39:" and
> > ":13:" in the Grep output, when searching where the file name ends and
> > the line number and the following test starts?
> 
> M-x grep and friends should already be doing the right thing: when 
> supported, it passes "--null" to "grep", which changes the output so 
> that it separates the file name from the line number using a NUL 
> character. The regexps in grep.el can then detect that output and parse 
> it correctly.

I know, but since Jean reported this, his Grep evidently doesn't do
that.  So I asked how to do better in that case.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71321: 30.0.50; M-x grep: not recognizing well files with colon
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 03 Jun 2024 12:05:02 +0000
Resent-Message-ID: <handler.71321.B71321.17174162609844 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71321
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Jim Porter <jporterbugs@HIDDEN>
Cc: 71321 <at> debbugs.gnu.org, bugs@HIDDEN
Received: via spool by 71321-submit <at> debbugs.gnu.org id=B71321.17174162609844
          (code B ref 71321); Mon, 03 Jun 2024 12:05:02 +0000
Received: (at 71321) by debbugs.gnu.org; 3 Jun 2024 12:04:20 +0000
Received: from localhost ([127.0.0.1]:34174 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sE6QG-0002Yh-4N
	for submit <at> debbugs.gnu.org; Mon, 03 Jun 2024 08:04:20 -0400
Received: from fout2-smtp.messagingengine.com ([103.168.172.145]:44967)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sE6QE-0002YL-0B
 for 71321 <at> debbugs.gnu.org; Mon, 03 Jun 2024 08:04:19 -0400
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailfout.nyi.internal (Postfix) with ESMTP id F27851380073;
 Mon,  3 Jun 2024 08:03:59 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute1.internal (MEProxy); Mon, 03 Jun 2024 08:03:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm3; t=1717416239;
 x=1717502639; bh=WoEDWsWi0E61Hu5VzBQ6xL25MzxK3DlP4rLsNy1JtVI=; b=
 HDNsuRgOu0fqwcU4SH9x84PbM2w4UTVpD7RxiKA3HPUTG/GTlLU57swlVfW11RML
 e1mBEEuwE4B3yoomLkDKXXkDMxTGbegz9DBIKy08kJ+GesMJMMCi3Fr8E1K51lwW
 eJW+IUNbvwGlIbqD1LAikLm9fekrVw+/egMfeJ5urwfgmEE3VJ7Um85JIh5fiBsS
 +lO+871t7jvchtnpV4lZz8eegTZp0hzuyvY1vdFWU1DXcdoJirUb4RhZYAQVhUzW
 EtqBx6VqfPI3HFWNbyeoWqHNYQtMzIQ+6xZPXzFnb7UM9EsS3n0Km89fvDeHX31H
 ZoHmBXWiCvM2wk1U4X3vqw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717416239; x=
 1717502639; bh=WoEDWsWi0E61Hu5VzBQ6xL25MzxK3DlP4rLsNy1JtVI=; b=U
 HFuubOEHmXGvm1E7a/ELPpdfNAbXXO74KOGdq9yfLmNAhuYjmz6+4UW6dRdAKBnP
 +IPGsAS/haFf05WaqZdSxjUBf2HESOg9CLi8PmZdYYEh313WZ2pVMEeX1QH3TUUv
 n/6xRBQ6wqr1j3f25WQmbGQ1ved7UzJlOe+ObHm7PBxoitnhUnN7RfBvg1LVv/GO
 LiYrnOu6A9c9+QrwnSREAh5B3/wvM92yYoE/9OEL2O75F+Dk8mXuAHDM0C/wb/q9
 mcbsOTSqRVTkjXjrR5F9gyhPL6DhnF/tARlLlKW+s49KH3vghSwNNJ5Q288iN/+C
 hjCEXG4h0FgQt9HgIr4NQ==
X-ME-Sender: <xms:L7FdZqhW_OKw8nitgQMCGNaiqdetUkT5eAJ2xhGGbCEACjnUDwGVrA>
 <xme:L7FdZrDxITap2UO1FOYODFkX1kLL47svj-jgVtvynqzb6GWCyawdhrV7DG8fCf97v
 nEUHBD8DYlGC20w0mE>
X-ME-Received: <xmr:L7FdZiFgOPGcUuLMjC4U0B4PuXkoqrSz4RijM1E9VWgIliZtFdgiWBAZZCr-KluOwD5w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdelvddggeejucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi
 thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth
 htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu
 jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug
 hmihhtrhihsehguhhtohhvrdguvghv
X-ME-Proxy: <xmx:L7FdZjQArtydS9bYlCHU0xrEmwHXkTapEvG6K091nbyHWmhyPl5Z2A>
 <xmx:L7FdZnySeM6LoIe7f3FH-SbJScLZmX7a1vJK9FKZjDVvZBxgW8e9nQ>
 <xmx:L7FdZh5jKFBw2cP_-eCDNdyFdW8U_1a-EG2GTKoCkOt9ShmRsjXSrg>
 <xmx:L7FdZky5hEC00BpQpMvDIdiaRQ1jWKIezfUwJ2SntdLdXLmC736f1A>
 <xmx:L7FdZpulHxH2_GkwIl1qyx6fD21KAXlZdGhsHy8NyQZmdpAS9fi_Tz2K>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon,
 3 Jun 2024 08:03:58 -0400 (EDT)
Message-ID: <cb4d25cf-1fdc-4c3e-8813-7387df361e19@HIDDEN>
Date: Mon, 3 Jun 2024 15:03:56 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <87y17rty4s.fsf@HIDDEN>
 <86v82rmzmh.fsf@HIDDEN> <5b18d739-0d82-ce79-a464-ecc7eccaf75b@HIDDEN>
 <861q5emeup.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <861q5emeup.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 03/06/2024 14:43, Eli Zaretskii wrote:
>> Date: Sun, 2 Jun 2024 21:17:02 -0700
>> Cc:71321 <at> debbugs.gnu.org
>> From: Jim Porter<jporterbugs@HIDDEN>
>>
>> On 6/2/2024 3:02 AM, Eli Zaretskii wrote:
>>> Improved how?  Can you suggest how to distinguish between ":39:" and
>>> ":13:" in the Grep output, when searching where the file name ends and
>>> the line number and the following test starts?
>> M-x grep and friends should already be doing the right thing: when
>> supported, it passes "--null" to "grep", which changes the output so
>> that it separates the file name from the line number using a NUL
>> character. The regexps in grep.el can then detect that output and parse
>> it correctly.
> I know, but since Jean reported this, his Grep evidently doesn't do
> that.  So I asked how to do better in that case.

Perhaps he had customized grep-template, so that the --null flag is not 
there.

Last modified: Mon, 3 Jun 2024 12:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.