"cut -f 2-0" now fails; before, it was equivalent to "cut -f 2-"
authorJim Meyering <jim@meyering.net>
Tue, 22 May 2007 11:56:34 +0000 (13:56 +0200)
committerJim Meyering <jim@meyering.net>
Tue, 22 May 2007 11:56:34 +0000 (13:56 +0200)
commitae5717158f1b9f31b986b0f4416582684039ec55
tree7f78f3c1ba976c139d7ee42d08eff33c6dc0b70f
parent607614ae962f0e76ccaf2df132eff3e4864f75cc
"cut -f 2-0" now fails; before, it was equivalent to "cut -f 2-"
Also, diagnose the '-' in "cut -f -" as an invalid range, rather
than interpreting it as the unlimited range, "1-".
* NEWS: Mention these changes.
* src/cut.c (set_fields): Don't interpret an accumulator "value"
of 0 as an unspecified range endpoint.
Give better diagnostics.
Adjust a comment so that it is true also for 64-bit size_t.
* tests/cut/Test.pm: Add tests for the above.
ChangeLog
NEWS
src/cut.c
tests/cut/Test.pm