Hi Chet,
At 2024-07-26T11:18:57-0400, Chet Ramey wrote:
> The man page says, about this scenario:
>
> "The shell does not exit if the command that fails is
> part of the command list immediately following a while
> or until keyword, part of the test following the if or
> elif reserved
On 7/24/24 1:53 PM, Mor Shalev via Bug reports for the GNU Bourne Again
SHell wrote:
*if source command.sh ; then echo passfi*
The man page says, about this scenario:
"The shell does not exit if the command that fails is
part of the command list immediately following a while
or unt
On 7/20/24 1:50 PM, Zachary Santer wrote:
Was "waiting for process substitutions"
For context:
$ git show -q origin/devel
commit 6c703092759ace29263ea96374e18412c59acc7f (origin/devel)
Author: Chet Ramey
Date: Thu Jul 18 16:48:17 2024 -0400
job control cleanups; wait -n can return termi
On 7/20/24 10:47 AM, Zachary Santer wrote:
I feel like that's most of the way there. I would argue 'wait -n'
without arguments should include the "last-executed process
substitution, if its process id is the same as $!," in the set of
running child processes it'll wait for, at least. Just for th