Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15369
| From | Eduardo Bustamante <dualbus@gmail.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Wrong explanation of getopts |
| Date | 2019-09-15 13:38 -0700 |
| Message-ID | <mailman.305.1568579929.2190.bug-bash@gnu.org> (permalink) |
| References | <0bc4f0f2-863d-5c42-76d8-857f74a1d8fa@gmx.de> <CAOSMAutc4KFan0Rorc7TgQVneRovpe21m+yi8nqwk=CBR5cwWw@mail.gmail.com> |
On Sun, Sep 15, 2019 at 12:58 PM Roland Illig <roland.illig@gmx.de> wrote: > > The help text of getopts says: > > > Getopts normally parses the positional parameters ($0 - $9), but if > > more arguments are given, they are parsed instead. (...) > The "instead" in "they are parsed instead" is totally wrong. $1 to $9 > are always parsed, no matter if there are more than 10 positional > parameters or not. It's not wrong. > $ getopts > getopts: usage: getopts optstring name [arg] It's referring to the fact that you can explicitly pass a set of parameters to `getopts' (i.e. the `[arg]' part), instead of it using the script's positional parameters (i.e. $@).
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: Wrong explanation of getopts Eduardo Bustamante <dualbus@gmail.com> - 2019-09-15 13:38 -0700
csiph-web