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


Groups > gnu.bash.bug > #15627

Re: bash loses control of jobs inside a command substitution

From Chet Ramey <chet.ramey@case.edu>
Newsgroups gnu.bash.bug
Subject Re: bash loses control of jobs inside a command substitution
Date 2019-11-22 15:56 -0500
Message-ID <mailman.2369.1574456227.13325.bug-bash@gnu.org> (permalink)
References <CAJq09z4OWeZchYVH9U1G2OuTzdXBh+F8gLEjkqcJemohzi8dDg@mail.gmail.com> <4091.1574261693@jinx.noi.kre.to> <0bf14476-6585-9710-b226-b45061f79d63@case.edu>

Show all headers | View raw


On 11/20/19 9:54 AM, Robert Elz wrote:
>      Date:        Tue, 19 Nov 2019 16:51:12 -0300
>      From:        Luiz Angelo Daros de Luca <luizluca@gmail.com>
>      Message-ID:  <CAJq09z4OWeZchYVH9U1G2OuTzdXBh+F8gLEjkqcJemohzi8dDg@mail.gmail.com>
> 
>    | And two related features requests: 1) It seems that pids args are ignored
>    | by wait when '-n' is specified. However, it would be a nice add_on to use
>    | the list of pids as a filter. 2) 'wait -n' lacks a way to get dead child
>    | PID, requiring some race conditions techniques to get it.
> 
> Both of those are in the NetBSD sh (not currently available other than
> as the /bin/sh in NetBSD .. the sources are available but are not easy to
> build in any other environment, yet).   I have suggested the addition of
> both (#2 uses a -p var option to wait, which then places the pid of the
> porcess that exited in var) to Chet - and last I heard, he was considering
> them.

The -p option is ready to go, and I will probably add the ability to use
-n with a list of pids, but the existing code structure makes that kind of
clumsy.

Chet

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/

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


Thread

Re: bash loses control of jobs inside a command substitution Chet Ramey <chet.ramey@case.edu> - 2019-11-22 15:56 -0500

csiph-web