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

Groups > gnu.bash.bug > #15627 > unrolled thread

Re: bash loses control of jobs inside a command substitution

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

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

#15627 — Re: bash loses control of jobs inside a command substitution

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/

[toc] | [standalone]

Back to top | Article view | gnu.bash.bug

csiph-web