Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16323
| From | Oğuz <oguzismailuysal@gmail.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: local failure |
| Date | 2020-05-30 18:32 +0300 |
| Message-ID | <mailman.716.1590852729.2541.bug-bash@gnu.org> (permalink) |
| References | <CAH+roKWmQLjDGf_UpDabq6AHN+CVF_bKd1uyO2d8EadXzJ72MA@mail.gmail.com> <87tuzzh34x.fsf@hobgoblin.ariadne.com> <CAH+roKX_x6t3sKkbkgc-xa7XXSMpFCUJr6p4kVzXUB=E_pbw8A@mail.gmail.com> <CAH7i3LoKQ_-QMMeMU-=5hcbqZPLfyu0i63f+KcMot+pQ6ruEtw@mail.gmail.com> |
30 Mayıs 2020 Cumartesi tarihinde Laurent Picquet <lpicquet@gmail.com> yazdı: > Hello Dale, > > This is really interesting. > Should the 'local' command be the one able to detect that the assignment to > the variable had an non-zero exit code and return the non-zero exit code? > > as a developer, it is counter-intuitive that the 'local' command tells us > everything is ok when it wasn't. If feel it should know that the assignment > encountered a problem and should report it > > Everything is ok for `local` though; it takes a valid assignment statement and successfully evaluates that. So it's not that the assignment encountered a problem, but that the expansion has failed, which has nothing to do with `local`. So there is no reason for `local` to return a non-zero exit status in that case. > The return status is zero unless local is used outside a function, an > invalid name is supplied, or name is a readonly variable. > > > > On Fri, 29 May 2020 at 03:43, Dale R. Worley <worley@alum.mit.edu> wrote: > > > It's a subtle point. See this paragraph in the bash manual page: > > > > If there is a command name left after expansion, execution > > proceeds as described below. Otherwise, the command exits. If > > one of the expansions contained a command substitution, the exit > > status of the command is the exit status of the last command > > substitution performed. If there were no command substitutions, > > the command exits with a status of zero. > > > > In one of your examples, a "local" command is generated using a command > > substitution, so the exit status is that of the local command. In the > > other, only an assignment is done, which is not a command, so the exit > > status is that of the last command substitution. > > > > Dale > > > > > -- > > > -- > > Laurent Picquet > > 16, Hunters Chase > > South Godstone > > RH98HR > > England > > tel: 07882 356 104 > -- Oğuz
Back to gnu.bash.bug | Previous | Next | Find similar
Re: local failure Oğuz <oguzismailuysal@gmail.com> - 2020-05-30 18:32 +0300
csiph-web