Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Possibly missing explanation on difference between '&>' and '> word 2>&1' with multios in manual
- X-seq: zsh-workers 49506
- From: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Cc: Jett Husher <jetthusher@xxxxx>
- Subject: Re: Possibly missing explanation on difference between '&>' and '> word 2>&1' with multios in manual
- Date: Thu, 21 Oct 2021 14:49:26 +0000
- Archived-at: <https://zsh.org/workers/49506>
- In-reply-to: <CAH+w=7aJhoaCbpqMiUbKGCgC7aUFbJtkJeqJnBq9JJN9w4Rx5A@mail.gmail.com>
- List-id: <zsh-workers.zsh.org>
- References: <WsGGA3fl7_Rls2M9BjtH39XiiEAlAGJdF69ZinN46_PUnar9xWwabMx60XEHWOxjbZNOHc7MCeRHUJ2Q_QJd8zU_iw8UvmmQqmknEZo3ZpU=@pm.me> <CAH+w=7aJhoaCbpqMiUbKGCgC7aUFbJtkJeqJnBq9JJN9w4Rx5A@mail.gmail.com>
Bart Schaefer wrote on Tue, Oct 19, 2021 at 14:53:50 -0700:
> On Tue, Oct 19, 2021 at 8:25 AM Jett Husher <jetthusher@xxxxx> wrote:
> >
> > Did I miss something or is the explanation really not present?
>
> It's not precisely missing, it's just implicit. Excerpts:
>
> "Note that the shell opens all the files to be used in the multio process
> immediately, not at the point they are about to be written."
>
> "Note also that redirections are always expanded in order. This happens
> regardless of the setting of the MULTIOS option, but with the option in
> effect there are additional consequences."
>
> It's not that "&>word" all by itself is not the same as ">word 2>&1"
> alone, it's that "&>word" when combined with other redirections is not
> the same as ">word 2>&1" combined with other redirections.
So, s/not have the same effect as/not equivalent to/?
(regex to be applied to the docs sentence Jett quoted)
Cheers,
Daniel
Messages sorted by:
Reverse Date,
Date,
Thread,
Author