Is there a grep equivalent for find's -print0 and xargs's -0 switches? Is there a grep equivalent for find's -print0 and xargs's -0 switches? bash bash

Is there a grep equivalent for find's -print0 and xargs's -0 switches?


Use GNU Grep's --null Flag

According to the GNU Grep documentation, you can use Output Line Prefix Control to handle ASCII NUL characters the same way as find and xargs.

-Z
--null
Output a zero byte (the ASCII NUL character) instead of the character that normally follows a file name. For example, ‘grep -lZ’ outputs a zero byte after each file name instead of the usual newline. This option makes the output unambiguous, even in the presence of file names containing unusual characters like newlines. This option can be used with commands like ‘find -print0’, ‘perl -0’, ‘sort -z’, and ‘xargs -0’ to process arbitrary file names, even those that contain newline characters.

Use tr from GNU Coreutils

As the OP correctly points out, this flag is most useful when handling filenames on input or output. In order to actually convert grep output to use NUL characters as line endings, you'd need to use a tool like sed or tr to transform each line of output. For example:

find /etc/passwd -print0 |    xargs -0 egrep -Z 'root|www' |    tr "\n" "\0" |    xargs -0 -n1

This pipeline will use NULs to separate filenames from find, and then convert newlines to NULs in the strings returned by egrep. This will pass NUL-terminated strings to the next command in the pipeline, which in this case is just xargs turning the output back into normal strings, but it could be anything you want.


As you are already using GNU find you can use its internal regular expression pattern matching capabilities instead of these grep, eg:

find <somebasedirectory> -regex ".*stringinfilenamesIwant.*" ! -regex ".*stringinfilesnamesIdont.*" -exec dosomecommand {} + 


Use

find <somebasedirectory> -print0 | \ grep -z stringinfilenamesIwant | \ grep -zv stringinfilesnamesIdont | \ xargs -0 dosomecommand

However, the pattern may not contain newline, see bug report.