Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #15272

Re: x[

Path csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From Koichi Murase <myoga.murase@gmail.com>
Newsgroups gnu.bash.bug
Subject Re: x[
Date Tue, 30 Jul 2019 09:30:56 +0900
Lines 24
Approved bug-bash@gnu.org
Message-ID <mailman.212.1564446675.1985.bug-bash@gnu.org> (permalink)
References <CAAZkfoK2hYq_qSkdKYc1on=+V4VEBgpgZW96sYNZwC+AMw7iTw@mail.gmail.com> <9EA25AF1-6D80-456A-81FA-6D908072E624@gmail.com> <a6a2b6a8-6151-78dc-41be-fc81250a40e5@archlinux.org> <db16f8b8-2a6d-a894-799d-f31827e72d92@inlv.org> <0aceaf50-5729-4ae2-c5be-a66a2ac6e6b8@archlinux.org> <CAFLRLk_S1EENFJvn6Ec73M3Y7dRm=V0QgkigEhpheaqraj4HEg@mail.gmail.com>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain; charset="UTF-8"
X-Trace usenet.stanford.edu 1564446675 4343 209.51.188.17 (30 Jul 2019 00:31:15 GMT)
X-Complaints-To action@cs.stanford.edu
Cc bug-bash@gnu.org
Envelope-to bug-bash@gnu.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:cc; bh=nea1nhazQvaL70yg5BZyxixtX7TWIczaY2sxQGvKcGM=; b=h6ZvdhJH4aLo9KGkbW4+FqWqna7CVSwYeCB/XEfKLYw3WmD6FXhggoNW6BCalbwiNg TutWTMOE+ShHU0dmCwHr7fMXzFXBK4okbdHpCR/ZwSPW5+X0zyR7TGvXwGOzJzgWG5Qx gnPIAfEV0UtL2cdWbjiO96skuXaf2WHlG2fS/lHnL1UhvUqm0bHK3QXelmQ+cQtnr3sz 12qov7mRR4lxU6M8w5nCnVu6H7vfBSjR6e3n715e4Fy1HlelQgFCMUIJYS5j8UvmmFjI 1oxIo4soEV1OnyTPQud8rU/QemOi9JV4uH3HviABZXUNmGn0WItVc+24LhmlcvqoPoSX 0EBA==
X-Google-DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:cc; bh=nea1nhazQvaL70yg5BZyxixtX7TWIczaY2sxQGvKcGM=; b=DJUJvbjRTdBIZCPIhBUBX0vNQnl2NGTrxtIvnOWs8eqRDg3kIvodDkQeyrP2ZrcZTQ 5/2VBs5zMCDznRq2VKaMswfaz/M12vnFfv1o7Hc6PikJq2KObLnxrT2z8/9s/VY72RqO dI8Hxsg+xmcSB29RrXxJQ/eVBpNXGMU9PbWTHNY1TdwL2xLhQfIHH70nvWY3IsVTuS5P rTya/HS6hq73j/yvjlq0RtMi24fJUFyLufp5s91drtvKr36FWX2Tz4I62UuzdYXJrORh 69hXXda8S+M7IHoCtWu8suk4kXg7734NuX92zYY9GKRxvyOQnHHUXz45rkCXw0bRakXT MfFw==
X-Gm-Message-State APjAAAVpheQ4LJNOKrlwuDPtnOI0Wcza8GLEHdxiDuSX/A2y+0IY+gjD BXNtmQ0mKOU+nq+yKRZhTPguslfoOtmqjX4JsgMd5XacOp4=
X-Google-Smtp-Source APXvYqwnXjLf95pxRjS9MNFsNCAhBtYUZJseA7mCR3XHGKt8rf99n2P444q06DU/ADnAe776UCdKLrE4aGAqyMkrWmE=
X-Received by 2002:ac2:5097:: with SMTP id f23mr54051226lfm.130.1564446667300; Mon, 29 Jul 2019 17:31:07 -0700 (PDT)
In-Reply-To <0aceaf50-5729-4ae2-c5be-a66a2ac6e6b8@archlinux.org>
X-detected-operating-system by eggs.gnu.org: Genre and OS details not recognized.
X-Received-From 2a00:1450:4864:20::131
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.23
Precedence list
List-Id Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive <https://lists.gnu.org/archive/html/bug-bash>
List-Post <mailto:bug-bash@gnu.org>
List-Help <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID <CAFLRLk_S1EENFJvn6Ec73M3Y7dRm=V0QgkigEhpheaqraj4HEg@mail.gmail.com>
X-Mailman-Original-References <CAAZkfoK2hYq_qSkdKYc1on=+V4VEBgpgZW96sYNZwC+AMw7iTw@mail.gmail.com> <9EA25AF1-6D80-456A-81FA-6D908072E624@gmail.com> <a6a2b6a8-6151-78dc-41be-fc81250a40e5@archlinux.org> <db16f8b8-2a6d-a894-799d-f31827e72d92@inlv.org> <0aceaf50-5729-4ae2-c5be-a66a2ac6e6b8@archlinux.org>
Xref csiph.com gnu.bash.bug:15272

Show key headers only | View raw


> On 7/29/19 6:01 PM, Martijn Dekker wrote:
> > Because that command is empty in this instance, bash does not bother to
> > substitute a file name, and the <() is substituted by nothing.

I didn't know this behavior. I tried several commands and found that
if there is a space between ( and ), it is expanded to the pipe name.

  bash-5.0.7$ echo <()

  bash-5.0.7$ echo <( )
  /dev/fd/63

Is there a reason for this behavior? I expected that it is substituted
to a pipe name even if the command is empty. For example, if we
consider a command something like ``eval "func1 <($command)"'', it
reads from stdin instead of empty stream when the variable `command'
is empty. I also tried the same command `echo <()' in Zsh, but Zsh
substitutes <() into a pipe name. If there is a readon for Bash's
behavior, is this documented? At least in the section of the process
substitution in the manual, I could not find the description.

--
Koichi

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Re: x[ Koichi Murase <myoga.murase@gmail.com> - 2019-07-30 09:30 +0900

csiph-web