diff options
| author | Jim Meyering <meyering@redhat.com> | 2008-11-25 18:38:26 +0100 |
|---|---|---|
| committer | Jim Meyering <meyering@redhat.com> | 2008-12-02 13:12:22 +0100 |
| commit | c2e56e0de7d86bdc0f824d758a7efde4d5d7b235 (patch) | |
| tree | acd3e00bd616d75dccf110ef810a9e74a1c787d3 /NEWS | |
| parent | 031e2fb5e9501fb9cda4d739a92abb02e2b05a52 (diff) | |
| download | coreutils-c2e56e0de7d86bdc0f824d758a7efde4d5d7b235.tar.xz | |
wc: read and process --files0-from= input a name at a time,
when the file name list is not too large. Before, wc would always read
the entire file name list into memory and *then* process each file name.
wc does read the list into memory when the list is known not to be too
large; this is done in order to be able to align the output numbers,
as it does with arguments specified on the command-line
* src/wc.c: Include "argv-iter.h".
(main): Rewrite to use argv-iter when the input file name list
is known to be too large.
* NEWS (Bug fixes): Mention it.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -20,6 +20,10 @@ GNU coreutils NEWS -*- outline -*- Even with this patch, on some systems, it still produces invalid output, from 3 to at least 1026 lines long. [bug introduced in coreutils-6.11] + wc --files0-from=FILE no longer reads all of FILE into RAM, before + processing the first file name, unless the list of names is known + to be small enough. + ** Changes in behavior cp and mv: the --reply={yes,no,query} option has been removed. |