Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Koichi Murase 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: References: <9EA25AF1-6D80-456A-81FA-6D908072E624@gmail.com> <0aceaf50-5729-4ae2-c5be-a66a2ac6e6b8@archlinux.org> 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: X-Mailman-Original-References: <9EA25AF1-6D80-456A-81FA-6D908072E624@gmail.com> <0aceaf50-5729-4ae2-c5be-a66a2ac6e6b8@archlinux.org> Xref: csiph.com gnu.bash.bug:15272 > 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