Re: [PATCH] zsh/random module [UPDATED]

[Matthew Martin <phy1729@xxxxxxxxx>]

On Mon, Nov 07, 2022 at 06:18:15PM -0600, Clinton Bunch wrote:
> Here's the updated patch taking into account the feedback I got from Bart
> and dana.
> 
> -l length has been converted to -c count
> 
> -L is placed before -U in the documentation
> 
> Documentation specifies that -r (raw) is for binary data.
> 
> Range checking has been added to the -L and -U options
> 
> Bug where -i overrode -L or -U has been fixed.  Bounds take precedence even
> if -i is redundantly specified.
> 
> Default count has been changed to 1 if -i, -L, and/or -U has been specified
> without -a
> 
> dana's completion function has been updated with these changes and included
> 
> A test file has been created (Not sure how useful it is, but it's there)

I'm not clear on where the getrandom builtin came from. I understand the
desire for SRANDOM to have a proper random source in the shell; however,
the rest seems like feature creep that if necessary could be implemented
with a loop. It seems prudent to keep the initial module to a minimum to
ensure there's a usecase and so backwards compat concerns don't crop up.

Would it suffice for your uses to have a module with just SRANDOM?