On Tue, Feb 07, 2017 at 03:01:11PM -0800, Paul Eggert wrote:
Thanks for reporting the problem. It looks like we did not
sufficiently test 'grep' on older systems when we made some fixes that
anticipate adding multithreading support. I installed the attached
patch to fix the problem, and this sh
Hi,
we got a bug report a Gentoo [1] that grep-2.28 is broken when
searching for multiple patterns with -e:
grep-2.27:
% echo ".tar" | grep -e "\.tar"; echo $?
.tar
0
% echo ".tar" | grep -e "\.tar" -e "\.tbz"; echo $?
.tar
0
grep-2.28:
% echo ".tar" | grep -e "\.ta
Thanks for reporting that. It's a reasonably serious bug. I installed
the attached patch to fix it.
From bb77b090006bb941da22efa5095eb347eeef7b91 Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Wed, 8 Feb 2017 13:00:11 -0800
Subject: [PATCH] grep: do not mishandle \. in multiple patterns
Proble
Thanks for the clearance, but this behaviour is very ... unexpected.
ps ax | grep 0:00 xyz
is clear that the second parameter is meant to be interpreted as
filename, otherwise it should read
ps ax | grep '0:00 xyz'
But I was not expecting "." instead of "-" when option -r is in use.
Maybe
Paul Eggert wrote:
Thanks for reporting that. It's a reasonably serious bug. I installed the
attached patch to fix it.
Thanks for the patch. Are you going to consider releasing 2.28.1 soon?
LFS is going into a package freeze in a few days and we would prefer a new
version to a patch.
--
On Wed, Feb 8, 2017 at 1:32 PM, Bruce Dubbs wrote:
> Paul Eggert wrote:
>>
>> Thanks for reporting that. It's a reasonably serious bug. I installed the
>> attached patch to fix it.
Thanks for the quick fix, indeed.
> Thanks for the patch. Are you going to consider releasing 2.28.1 soon? LFS
> i
On 02/08/2017 01:12 PM, rexkogit...@gmx.at wrote:
Maybe this could be added in the man page.
It is already mentioned there, no? 'grep --help' says "With no FILE,
read . if a command-line -r is given, - otherwise." Perhaps the wording
could be improved; if so, specific wording suggestions woul
