bug#49217: closed ('shuf' returns nothing if the low range number is higher by 1 than the high number)

[GNU bug Tracking System]

Your message dated Thu, 24 Jun 2021 21:19:36 -0700
with message-id <8ae9edf4-7e65-847a-bfb9-8074853810e4@cs.ucla.edu>
and subject line Re: bug#49217: 'shuf' returns nothing if the low range number 
is higher by 1 than the high number
has caused the debbugs.gnu.org bug report #49217,
regarding 'shuf' returns nothing if the low range number is higher by 1 than 
the high number
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
49217: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=49217
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 'shuf' returns nothing if the low range number is higher by 1 than the high number
>
>
>
>
> Date: 
>
> Fri, 25 Jun 2021 01:46:30 +0200
>
>
>
>
> Dear GNU Developers,
>
>
> Thank you very much for the project.
>
>
> It seems, if the low range number is higher by 1 than the high number,
> the program returns
>
> nothing (with exit code = 0), while 102-100 results in an error and
> 100-100 returns 100 as expected.
>
> For example, `shuf -i 101-100 -n 1` returns nothing with the exit code
> = 0 (unexpected).
>
>
> Expected (normal):
>
> `shuf -i 100-101 -n 1` returns either 100 or 101 with an exit code = 0.
>
> `shuf -i 100-100 -n 1` returns 100 with an exit code = 0.
>
> `shuf -i 102-100 -n 1` results in an error with an exit code = 1.
>
>
> Is that an expected behavior?
>
>
> Stay safe!
>
>
> Best and kind regards
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#49217: 'shuf' returns nothing if the low range number is higher by 1 than the high number
>
>
>
>
> Date: 
>
> Thu, 24 Jun 2021 21:19:36 -0700
>
>
>
>
> User-agent: 
>
> Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
>
>
>
>
> On 6/24/21 4:46 PM, F8ER F8ER wrote:
> > For example, `shuf -i 101-100 -n 1` returns nothing with the exit code
> > = 0 (unexpected).
>
> Actually, it's the expected behavior. It's the same behavior as 'shuf -n 
> 1 </dev/null'. The '-n 1' option does not mean "output exactly 1 line"; 
> it means "output at most 1 line".
>
>
> --- End Message ---