diff options
| author | Pádraig Brady <P@draigBrady.com> | 2013-01-21 15:37:37 +0000 |
|---|---|---|
| committer | Pádraig Brady <P@draigBrady.com> | 2013-01-26 02:31:53 +0000 |
| commit | 51ce0bf8440e18de34586003b1a5d7f568fbf636 (patch) | |
| tree | 03bb7348eb727280dbc428072434d32dfcc96908 /NEWS | |
| parent | a46d8d02f2b0e49d851a45e63420744b10a10ed4 (diff) | |
| download | coreutils-51ce0bf8440e18de34586003b1a5d7f568fbf636.tar.xz | |
cut: with -f, process each line independently
Previously line N+1 was inspected before line N was fully output,
which causes output ordering issues at the terminal or delays
from intermittent sources like tail -f.
* src/cut.c (cut_fields): Adjust so that we record the
previous output character so we can use that info to
determine wether to output a '\n' or not.
* tests/misc/cut.pl: Add tests to ensure existing
functionality isn't broken.
* NEWS: Mention the fix.
Fixes bug http://bugs.gnu.org/13498
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -33,6 +33,10 @@ GNU coreutils NEWS -*- outline -*- another range. Before, "echo 123|cut --output-delim=: -b2-,3" would print "2:3". Now it prints "23". [bug introduced in 5.3.0] + cut -f no longer inspects input line N+1 before fully outputting line N, + which avoids delayed output for intermittent input. + [bug introduced in TEXTUTILS-1_8b] + factor no longer loops infinitely on 32 bit powerpc or sparc systems. [bug introduced in coreutils-8.20] |