bug-grep
[Top][All Lists]
Advanced

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

bug#23763: Bug report: Grep stops, if a text file contains a null charac


From: sur-behoffski
Subject: bug#23763: Bug report: Grep stops, if a text file contains a null character after 32768 bytes
Date: Wed, 15 Jun 2016 20:18:41 +0930
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0

On 06/15/16 15:00, Paul Eggert wrote:
Bjoern Voigt wrote:
--binary-files=TYPE
   If the first few bytes of a file indicate that the file
   contains binary data, assume that the file is of type TYPE.

That's another place where the man page is obsolete and wrong. (In GNU 
projects, man pages are often poorly maintained as they are not the primary 
form of documentation; one is supposed to read the manual instead.) I installed 
the attached patch to fix that.

My MySQL mysqldump problem can be solved with --text or
--binary-files=text. So I do not search a quick solution anymore.

Works for me.


G'day,

Fairly pedantic comment:  I try to keep reserve the term "null" to use in
a pointer context (as NULL), and to use ASCII NUL for the zero character
('\0').  [Just checked, EBCDIC also uses NUL as its name for character
value 0.]

My experience (admittedly somewhat dated, and/or for smaller architectures)
is that preserving the distinction is valuable.

Are there documentation standards, especially GNU ones, that cover this
distinction?  If not, is it worth striving to gradually introduce this
in a systematic manner, e.g. "NUL (the zero character)"?

cheers,

sur-behoffski (Brenton Hoff)
Programmer, Grouse Software





reply via email to

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