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

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 <chet.ramey@case.edu>
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 <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>
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 <kre@munnari.OZ.AU>, Luiz Angelo Daros de Luca <luizluca@gmail.com>
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 <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 <0bf14476-6585-9710-b226-b45061f79d63@case.edu>
X-Mailman-Original-References <CAJq09z4OWeZchYVH9U1G2OuTzdXBh+F8gLEjkqcJemohzi8dDg@mail.gmail.com> <4091.1574261693@jinx.noi.kre.to>
Xref csiph.com gnu.bash.bug:15627

Show key headers only | 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