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 43677
- From: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, zsh-workers@xxxxxxx
- Subject: Re: Documentation about Multios is misleading, and perhaps untrue
- Date: Thu, 11 Oct 2018 20:35:19 +0000
- Cc: tvboyd23@xxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= daniel.shahaf.name; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:references:subject:date :in-reply-to; s=fm1; bh=Opi7ApVy227V/fWEP0H8h36ZQjz3chDH9kFZu4yK c0k=; b=LdqgcYnuHTgEIl1snPkA0cuznkjzh4v9VJA6MZLNncyECPyd0tyISO2C JIkBrm8SC8oUrhoBBHbtLoLETIFeUfhTBoU/f8WPlOMKE7qkyIvm3Y4iWjUqIe97 7YB3T4KwRZQ6IKOkojy2Wevf9XRF/xS3qx4HVTMj6FbhLkFSmddqs1Pb9nHUpmtf sdk9NiSvvTdRWseF8o7N5CcTI2NVKNaRwDuxxq5foZnYuGu37sNjSe5dSDX4QDAT aS/bVm3Dx9FXM5vg2xC3kPB0v3cbTVtKZfSv2eAV8h1NOSIh9v6J852WtAcf/ns3 DK64Y3VXZAZD+FncuGkEjtPX6PoO/Q==
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=Opi7ApVy227V/fWEP0H8h36ZQjz3chDH9kFZu4yKc 0k=; b=OIJ+vNhbLDJEesEKFPHdnYQzZmL/R+8AsW0Z6HqOQnIF39xZHMJ1WV8Pj wNnNuJOM7eWveWk4chrkXjeOyHOhVTIU72qSrQgroXq3ypbZRXPz1buPX2kLVZUW nqdTsb/y6BN/RxTw77c7U7FLxSy90VWrupg3GC639YlfeN9rTsVA3UhIpGT6i2b8 WxotGNkEzFaqIJ7TJY+t48vdkvFUsp2ZvBriLHYy5OOc7KJ4FSNLURfa6ybFGYeQ PZayGK7RLxVGXWAvXi3aky0uKgX3kRHpxl+iaCuTEqejLDwx7OiHEbdWkrsH1pLZ sW2w0vr1+/GFyOz/aoFZQq347ApCg==
- In-reply-to: <CAH+w=7ZMCr9qDUM9MBXKf4C8nu=HV4TTVOQdsB-gb=oJGDVB4g@mail.gmail.com>
- 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> <CAH+w=7ZMCr9qDUM9MBXKf4C8nu=HV4TTVOQdsB-gb=oJGDVB4g@mail.gmail.com>
Bart Schaefer wrote on Thu, 11 Oct 2018 12:12 -0700:
> 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.
I won't disagree with such a broad statement, but on the other hand, I
don't think "We shouldn't document this because this is how the OS
limitations force us to implement the shell" is a useful stance, either.
Readers of zshall(1) should not be assumed to be familiar with the C
syscalls and library interfaces' limitations.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author