GNU bug report logs - #20638
BUG: standard & extended RE's don't find NUL's :-(

Previous Next

Full log

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Linda Walsh <gnu <at> tlinx.org>
Cc: 20638 <at> debbugs.gnu.org, Eric Blake <eblake <at> redhat.com>
Subject: Re: bug#20638: BUG: standard & extended RE's don't find NUL's :-(
Date: Mon, 25 May 2015 12:54:37 -0700

Linda Walsh wrote:
> it is documented, that '\ddd' or '\xHH' can be used
> to match a single character of the value specified.

I don't see where it's documented to behave that way.  Perhaps you're looking at 
the wrong documentation?

>  The argument was that
> a NUL in a file made it non-text -- therefore it woudln't be a "line".

Obviously -z changes the definition of a line.  -z is explicitly designed to 
operate on files containing NUL bytes.  So that argument was not coherent.

>> I'm afraid you've gone off the deep end here.
> I didn't bring up POSIX, Eric did.

Eric's comments didn't incorporate conspiracy theories about corporate payoffs; 
yours did.

Previous Next

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