Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Documentation about Multios is misleading, and perhaps untrue
- X-seq: zsh-workers 43675
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: "zsh-workers@xxxxxxx" <zsh-workers@xxxxxxx>
- Subject: Re: Documentation about Multios is misleading, and perhaps untrue
- Date: Thu, 11 Oct 2018 12:12:40 -0700
- Cc: tvboyd23@xxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IIrof332iNX1ISJSwOrchAOlyE57UKEba704/lrS588=; b=PHQ4pq8VTEGDJcGg7BS0SreFIPSpbYpO7nMqjrulwt3nRNlwjIeju7ZMqgWkjgzgUj zwuEQm3Of1JJp2LzgWCdrgQqwNTr6mMI1vuvgv+CdM6pYucXuu/El01L8tnhotZw4+xI icj2j58TuTBv2UGsqVN5LDolfmTgl4ESL+GswFYX//sxuT2QlPk27Yc34VEc0RyE+REE BntPlL+hza/nvJBEaW1ajRuj+kztvUiX/u/Bhqw4jCYbB4FqtVAYYbf+XUDJywdggOKd WXsWkBTxEdTCkqZMq8u7v2SxJKPERn0INLfBRCDBmVxCs6VR5kKsjmMdiaRoIb3EgR0I x0nA==
- In-reply-to: <8B27B616-9DDE-4A04-AA05-2EA7234051A0@dana.is>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <CAO1rNLg3Y=W8=r6FSOyBLfjcvKmduit6UQGYwrDGKvVEHwOQJg@mail.gmail.com> <8B27B616-9DDE-4A04-AA05-2EA7234051A0@dana.is>
On Wed, Oct 10, 2018 at 9:05 PM dana <dana@xxxxxxx> wrote:
>
> On 10 Oct 2018, at 21:33, Tom Boyd <tvboyd23@xxxxxxxxx> wrote:
> >What should be done about this ?
>
> Not sure if there's really an issue with the rest
A bit of common sense has to be applied here. These are redirection
operators and are going to behave first like redirection operators,
which means that the shell is going to open the file descriptors
before executing any of the commands, and then pass those descriptors
around. The semantics of redirections demands this. An external
command like "cat" receives a list of names in its argument list and
processes the names one by one, so it can completely open and close
the file with each name before moving on to the next one, but the
shell can't do that and would be broken in other cases if it tried.
It's pointless to try to call call out every possible instance where
the fundamental semantics of shell operations affect a particular use
of the syntax.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author