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


Groups > gnu.bash.bug > #16588

Re: 'foo > >(bar)' doesn't set $! for external foo not invoked via 'command'

Path csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From Rusty Bird <rustybird@net-c.com>
Newsgroups gnu.bash.bug
Subject Re: 'foo > >(bar)' doesn't set $! for external foo not invoked via 'command'
Date Mon, 20 Jul 2020 10:21:36 +0000
Lines 73
Approved bug-bash@gnu.org
Message-ID <mailman.207.1595240508.24492.bug-bash@gnu.org> (permalink)
References <20200719204836.GA1184@mutt> <CAH7i3Lqre0SoX_nJaMis=g7T_+X1LtrsPWJiJCjRCrHT1Y4_Jw@mail.gmail.com> <20200720102136.GA1147@mutt>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q"
X-Trace usenet.stanford.edu 1595240509 23735 209.51.188.17 (20 Jul 2020 10:21:49 GMT)
X-Complaints-To action@cs.stanford.edu
Cc bug-bash@gnu.org
To Oğuz <oguzismailuysal@gmail.com>
Envelope-to bug-bash@gnu.org
X-EA-Auth 0MmQTGd+EdomoiTh+Lr5dOIFtse7Mdh5CNRJddmLyblE2bZgRsDO8cRJ7A2+PB1QjlrG4O7oxJ4UOoOdxmdGwVWpeTvIzRXRkn8MkaOaiv0=
Mail-Followup-To Oğuz <oguzismailuysal@gmail.com>, bug-bash@gnu.org
Content-Disposition inline
In-Reply-To <CAH7i3Lqre0SoX_nJaMis=g7T_+X1LtrsPWJiJCjRCrHT1Y4_Jw@mail.gmail.com>
Received-SPF pass client-ip=213.182.54.6; envelope-from=rustybird@net-c.com; helo=relay-1.mailobj.net
X-detected-operating-system by eggs.gnu.org: First seen = 2020/07/20 06:21:42
X-ACL-Warn Detected OS = Linux 3.1-3.10
X-Spam_score_int -28
X-Spam_score -2.9
X-Spam_bar --
X-Spam_report (-2.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action no action
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 <20200720102136.GA1147@mutt>
X-Mailman-Original-References <20200719204836.GA1184@mutt> <CAH7i3Lqre0SoX_nJaMis=g7T_+X1LtrsPWJiJCjRCrHT1Y4_Jw@mail.gmail.com>
Xref csiph.com gnu.bash.bug:16588

Show key headers only | View raw


[Multipart message — attachments visible in raw view] - view raw

Oğuz:
> > For context - I'm filtering a program's stdout and stderr
> > (separately), requiring successful exit statuses for the program and
> > both filters:
> >
> >         set -u -o pipefail
> >         { program 2> >(stderr_filter >&2) && wait $!; } | stdout_filter &&
> > ...

> Not sure if process substitution is really necessary here,
> 
>     set -u -o pipefail
>     { program 2>&3 | stdout_filter;  } 3>&1 | stderr_filter && ...
> 
> does the same thing.

That one filters program's stdout twice - first through stdout_filter
and then through stderr_filter - with program's stdout and stderr both
finally arriving at stdout. But tweaked like this, it seems to cover
all the bases:

        set -u -o pipefail
	{
	    program 2>&1  >&"$out" {out}>&- |
	    stderr_filter >&2      {out}>&-
	} {out}>&1 | stdout_filter

And it even waits for stderr_filter if program failed. My original
snippet neglected that case, otherwise it would have looked more like

       set -u -o pipefail
       (
           trap 'wait $! || exit $?' EXIT
           command program 2> >(stderr_filter >&2)
       ) | stdout_filter

which isn't exactly pretty either, even if the bug(?) requiring
'command' is fixed.

Rusty

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


Thread

Re: 'foo > >(bar)' doesn't set $! for external foo not invoked via 'command' Rusty Bird <rustybird@net-c.com> - 2020-07-20 10:21 +0000

csiph-web