Path: csiph.com!eternal-september.org!feeder.eternal-september.org!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From: =?UTF-8?B?T8SfdXo=?= <oguzismailuysal@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Re: bash loses control of jobs inside a command substitution
Date: Wed, 20 Nov 2019 15:18:35 +0300
Lines: 24
Approved: bug-bash@gnu.org
Message-ID: <mailman.2082.1574252331.13325.bug-bash@gnu.org>
References: <CAH7i3LqejwmNBPLOXHaesjXi9PA=+oU2jGxL7CGOE8cbEJyxzg@mail.gmail.com> <CAH7i3LpK_4NTF1z_Dy=6yy19NW9=RGZBbTwOV-G_DMqxJu77rA@mail.gmail.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: bug-bash@gnu.org
To: luizluca@gmail.com
Envelope-to: bug-bash@gnu.org
In-Reply-To: <CAH7i3LqejwmNBPLOXHaesjXi9PA=+oU2jGxL7CGOE8cbEJyxzg@mail.gmail.com>
Precedence: list
Xref: csiph.com gnu.bash.bug:15617

Behavior of wait -n differs on interactive and non-interactive sessions
though, maybe this really is a bug

    $ bash -ic '( ( sleep 0.1; exit 13 ) & sleep 0; wait -n; echo $? )'
    0
    $ bash -c '( ( sleep 0.1; exit 13 ) & sleep 0; wait -n; echo $? )'
    13

On Wed, Nov 20, 2019 at 1:01 PM O=C4=9Fuz <oguzismailuysal@gmail.com> wrote=
:

> This seems more like a race condition, see:
>
>     $ f() { ( sleep 0.1; exit 13 ) & "$@"; wait -n; echo $?; }
>     $
>     $ f sleep 0.0
>     [1] 30612
>     [1]+  Exit 13                 ( sleep 0.1; exit 13 )
>     13
>     $ f sleep 0.2
>     [1] 30617
>     [1]+  Exit 13                 ( sleep 0.1; exit 13 )
>     127
>