Path: csiph.com!weretis.net!feeder6.news.weretis.net!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Chet Ramey Newsgroups: gnu.bash.bug Subject: Re: bash loses control of jobs inside a command substitution Date: Fri, 22 Nov 2019 15:56:52 -0500 Lines: 28 Approved: bug-bash@gnu.org Message-ID: References: <4091.1574261693@jinx.noi.kre.to> <0bf14476-6585-9710-b226-b45061f79d63@case.edu> Reply-To: chet.ramey@case.edu NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: usenet.stanford.edu 1574456228 26104 209.51.188.17 (22 Nov 2019 20:57:08 GMT) X-Complaints-To: action@cs.stanford.edu Cc: chet.ramey@case.edu, bug-bash@gnu.org To: Robert Elz , Luiz Angelo Daros de Luca Envelope-to: bug-bash@gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1574456221; bh=tThbqXHZCpdJC1wR4QGzmM+AMcOh/IyzPtS6eFO4BqA=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jALUWnaTmeyM//fUXrZmuwC1z0Kn5spmjuZAYCU4wXVQvgVq5R9hHUVmU5ML6F7EZ5 JSQV7DYXJcwfEe6yyG+rheCxQ7qtoGzSiXNE5FDevEOZpEUS7LPL1QIGcOla+cngIzw csb8m5ArHKCnwJwPsXdstVjF0fEFUVYxavxBuFFVFWs+KPMw9sNFaXA5N2cb+kT/e+0 ec+5hFzDKNuK3VtM4DC9BitdYTDA3yhqVcCWOqojuYPw2wKBMXvrNM0Tsf2hkJg8HIE 10lNZX+oTmHKXQJH5FfE+FCYhsDCdAQMkF4BsGMihHmmAVVQLGY44I5yMH9APPiZ4eU ldnERgDg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1574456213; bh=I31nIrv38QSh/I0QDvamHKHE5VFPquOfUSbIa5vV5Ls=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=9tVk5cx6oPto1cMPhzJzkOyMkE97Ii+UUiq8+Sq03RWE/akcgvL4bCQ7NSIemYnvUv LAatUYqNpbjIpR6HJTgLoIVMPz6NWTfQn2Yz9dLz8/cS+rdWD4F7BvSbztHNak7xNym D2zCr5vqy1q0/IIuf2s0W3/DPsmfeB0lPuo/0OmOLyhqc9RYtrjnCLYwFAT0elyOEhI zmYDLgfNic3l7QvHwwu3SVsS/oK7fhWDcARQMH9UaOoCunq3+n2iFr+m90HnjBkvOgs HV1bdXLefkjSaQH1xnmO+oBmyN6ExM7XLBg9lSDaw/vHHEUz8kn8PhIbnl4To00VXu1 lOnnqujA== User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 In-Reply-To: <4091.1574261693@jinx.noi.kre.to> Content-Language: en-US X-Junkmail-Status: score=8/90, host=mpv3-2015.case.edu X-Junkmail-PrAS-Raw: score=8/90, refid=2.7.2:2019.11.22.195117:17:8.317, ip=, rules=DKIM_SIGNATURE, __HAS_REPLYTO, __HAS_CC_HDR, __MULTIPLE_RCPTS_CC_X2, __SUBJ_REPLY, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __TO_MALFORMED_2, __TO_NAME, __TO_NAME_DIFF_FROM_ACC, __HAS_REFERENCES, __REFERENCES, __HAS_FROM, FROM_EDU_TLD, __HAS_MSGID, __SANE_MSGID, DATE_TZ_NA, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, __CTE, __REPLYTO_SAMEAS_FROM_ADDY, __REPLYTO_SAMEAS_FROM_ACC, __FROM_DOMAIN_IN_ANY_CC2, __REPLYTO_SAMEAS_FROM_DOMAIN, __DKIM_ALIGNS_1, __DKIM_ALIGNS_2, __ANY_URI, __URI_MAILTO, __URI_WITH_PATH, __FRAUD_BODY_WEBMAIL, __URI_NO_WWW, __STOCK_PHRASE_24, __CP_NAME_BODY, __CP_URI_IN_BODY, __SUBJ_ALPHA_NEGATE, __URI_IN_BODY, __URI_NOT_IMG, __FORWARDED_MSG, __BODY_NO_MAILTO, __NO_HTML_TAG_RAW, BODY_SIZE_1300_1399, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_P1, __MIME_TEXT_ONLY, __URI_NS, [TRUNCATED], so=2010-03-03 19:42:08, dmn=2016-08-03-0138 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 129.22.103.194 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <0bf14476-6585-9710-b226-b45061f79d63@case.edu> X-Mailman-Original-References: <4091.1574261693@jinx.noi.kre.to> Xref: csiph.com gnu.bash.bug:15627 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 > Message-ID: > > | 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/