[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Paul Eggert
Subject: bug#20638: BUG: standard & extended RE's don't find NUL's :-(
Date: Mon, 25 May 2015 12:54:37 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]