[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Surprising bug in sort
From: |
Andreas Schwab |
Subject: |
Re: Surprising bug in sort |
Date: |
Mon, 18 Aug 2008 20:05:34 +0200 |
User-agent: |
Gnus/5.110009 (No Gnus v0.9) Emacs/22.2 (gnu/linux) |
Matthew Woehlke <address@hidden> writes:
> Eric Blake wrote:
>> According to address@hidden on 8/17/2008 10:07 PM:
>>> Thank you very much for the clarification, it makes perfect sense to me
>>> now - as I said I was surprised that I appeared to have found a bug.
>>>
>>> I have now reread the documentation and I still don't think it is
>>> particularly clear...
>>> "-k, --key=POS1[,POS2] start a key at POS1, end it at POS2
>>> (origin 1)"
>>> ...does not mean to me that if I don't supply POS2 then include all
>>> fields to the end of the line, but there you go, I don't claim to be a
>>> Unix expert.
>>
>> This question comes up frequently. Is there some wording we can use to
>> make it more obvious that omitting POS2 implies end of line, while still
>> being brief enough for --help output?
>
> "...end it at POS2 (or the end of the line, if omitted)"?
"...end it at POS2 (default end of line)"
Andreas.
--
Andreas Schwab, SuSE Labs, address@hidden
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."