GNU bug report logs - #23451
25.0.93; Clarify the dependency on find/grep for platforms not having those tools

Previous Next

Package: emacs;

Reported by: Kaushal Modi <kaushal.modi <at> gmail.com>

Date: Wed, 4 May 2016 18:04:02 UTC

Severity: minor

Found in version 25.0.93

Done: Kaushal Modi <kaushal.modi <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #25 received at 23451 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: npostavs <at> users.sourceforge.net
Cc: 23451 <at> debbugs.gnu.org, Kaushal Modi <kaushal.modi <at> gmail.com>
Subject: Re: bug#23451: 25.0.93; Clarify the dependency on find/grep for
 platforms not having those tools
Date: Mon, 29 May 2017 11:50:42 +0300
On 5/29/17 5:58 AM, npostavs <at> users.sourceforge.net wrote:

> So when <cmd> is grep, and the number of files is greater than the
> command line length limit, the exit status is effectively random (it
> depends on 'find' decides to group the batches of files it passes to
> 'grep').

Can we make Grep exit with 0 no matter if it matched something or not? 
So that non-zero means an actual problem.

There is no suitable command-line option, it seems, but maybe there's a 
shell-based option? Like 'grep ... || exit 0', but I don't think we want 
to swallow exit statuses higher than 1.

Alternatively, I suppose we can learn to determine that the user has no 
working find and grep inside grep-compute-defaults, and possibly avoid 
setting grep-find-template in that case.




This bug report was last modified 7 years and 227 days ago.

Previous Next


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