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


Groups > gnu.bash.bug > #15215

Re: leaks fd for internal functions but not external command

Path csiph.com!xmission!news.snarked.org!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: leaks fd for internal functions but not external command
Date Tue, 23 Jul 2019 11:45:23 -0400
Lines 54
Approved bug-bash@gnu.org
Message-ID <mailman.2085.1563896731.2688.bug-bash@gnu.org> (permalink)
References <CAOj-5WDk=8kt=J8wO23giFVWRp5=_GbCNB2HQO87Upc4kkTg+g@mail.gmail.com> <5c34ecd5-c8b2-7000-46bc-1bbe3f71f163@case.edu> <CAOj-5WCFbUoU1x2aUvidT1opUbGeG2jFSaM__ch=SUAfzQbQ9w@mail.gmail.com> <78679ee9-fdaf-5180-d32f-81d92b936538@case.edu> <CAOj-5WBei5KMar7c967=jSwZRsW-Rz-0iL20TQMeuQoz61rfkw@mail.gmail.com> <CAOj-5WA_URW5b7a2EU+rR=T_wbTDEpOM_PSo9yNyU-Dqj+cWaA@mail.gmail.com> <f6acdcca-4c7c-b05c-004d-9b8ceab1e169@case.edu> <CAOj-5WA0b5Lv9GhXkK6gwoS1uVd2B1a0048tZ6sUNnhVHS+ixg@mail.gmail.com> <40109c28-c4a8-2ea0-cc77-e46a584dc011@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
Content-Transfer-Encoding 8bit
X-Trace usenet.stanford.edu 1563896732 19130 209.51.188.17 (23 Jul 2019 15:45:32 GMT)
X-Complaints-To action@cs.stanford.edu
Cc chet.ramey@case.edu, bug-bash@gnu.org, bash@packages.debian.org
To Sam Liddicott <sam@liddicott.com>
Envelope-to bug-bash@gnu.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1563896724; bh=HVEpuLdtoeznHxzarfccqxUIzNJGWgBwbYAtER556mw=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=R6Ke8zSNj0keSYAPyUtMwx76zf1pZndzacFZkjO13Aoj0khhlZGNpci453acod0Xjx /gaOeQVHx2gBDc9lbCmgJSW5zyhMQWKEBTQ1IFoqFTUsC68gQ13WSwNWZCGyvyKS0FP t9NIop6hoD4vxtSnsecTL0IaXn0YyIRdBl7QXpKw1Vpv/TRQcAionASLiq7Nn9b74IQ jIPUoW49NkvhPHW1zhXbcyxuDKToMs3anUU7YNBfR5W/0HNJQaEHWMxw4Mfxinok6Vw 2fNh19GUKanxX6CDTLTyNaw0sGrdZwe98THzm6GquxYH1EzT9htXi+OJ4fxSqoz+G+B ZtpjYM3A==
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1563896723; bh=rLMD1p9Se45DnEd/vAUHLK1T6ya4jEb1ihJFH4PZH+I=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=74SBPJoDEO9veFl78bChMuiJ/XvRbHQ58LqSAXv6ESDO75suRZ5KlaPHeGPfSSzRw2 NXwjV38T+Q0z9Vt7xxp2ld+K39q8IVzG7la42Y8Q7eHdhsQlhOyEv+JyBSOICeTUUZ3 aoKdRhEAQgLfCBsXBlvjsSw9NlgNp/1ZppdF7rcmvUUvMamO4ZHWTs7MbTeyDOwvLy3 40Hou82NzBxpCTHu+Omyl8h69Ssu99pndaRdlg1Na+HZWMWMJK7NfVULo02uoy6SKfp UvtBoZ+7l9BLVYOU3w0FwKxi2wXqNONK7YyWByTDCmi3yCPqQO3ZFz51qkLCuWofL/f v3eJcaHQ==
Openpgp preference=signencrypt
Autocrypt addr=chet.ramey@case.edu; prefer-encrypt=mutual; keydata= xsDiBEEOsGwRBACFa0A1oa71HSZLWxAx0svXzhOZNQZOzqHmSuGOG92jIpQpr8DpvgRh40Yp AwdcXb8QG1J5yGAKeevNE1zCFaA725vGSdHUyypHouV0xoWwukYO6qlyyX+2BZU+okBUqoWQ koWxiYaCSfzB2Ln7pmdys1fJhcgBKf3VjWCjd2XJTwCgoFJOwyBFJdugjfwjSoRSwDOIMf0D /iQKqlWhIO1LGpMrGX0il0/x4zj0NAcSwAk7LaPZbN4UPjn5pqGEHBlf1+xDDQCkAoZ/VqES GZragl4VqJfxBr29Ag0UDvNbUbXoxQsARdero1M8GiAIRc50hj7HXFoERwenbNDJL86GPLAQ OTGOCa4W2o29nFfFjQrsrrYHzVtyA/9oyKvTeEMJ7NA3VJdWcmn7gOu0FxEmSNhSoV1T4vP2 1Wf7f5niCCRKQLNyUy0wEApQi4tSysdz+AbgAc0b/bHYVzIf2uO2lIEZQNNt+3g2bmXgloWm W5fsm/di50Gm1l1Na63d3RZ00SeFQos6WEwLUHEB0yp6KXluXLLIZitEJM0gQ2hldCBSYW1l eSA8Y2hldC5yYW1leUBjYXNlLmVkdT7CYQQTEQIAIQIbAwYLCQgHAwIDFQIDAxYCAQIeAQIX gAUCRX3FIgIZAQAKCRC7WGnwZOp0q069AKCNDRn+zzN/AHbaynls/Lvq1kH/RQCgkLvF8bDs maUHSxSIPqzlGuKWDxbOwE0EQQ6wbxAEAJCukwDigRDPhAuI+lf+6P64lWanIFOXIndqhvU1 3cDbQ/Wt5LwPzm2QTvd7F+fcHOgZ8KOFScbDpjJaRqwIybMTcIN0B2pBLX/C10W1aY+cUrXZ gXUGVISEMmpaP9v02auToo7XXVEHC+XLO9IU7/xaU98FL69l6/K4xeNSBRM/AAMHA/wNAmRB pcyK0+VggZ5esQaIP/LyolAm2qwcmrd3dZi+g24s7yjV0EUwvRP7xHRDQFgkAo6++QbuecU/ J90lxrVnQwucZmfz9zgWDkT/MpfB/CNRSKLFjhYq2yHmHWT6vEjw9Ry/hF6Pc0oh1a62USdf aKAiim0nVxxQmPmiRvtCmcJJBBgRAgAJBQJBDrBvAhsMAAoJELtYafBk6nSr43AAn2ZZFQg8 Gs/zUzvXMt7evaFqVTzcAJ0cHtKpP1i/4H4R9+OsYeQdxxWxTQ==
User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
In-Reply-To <CAOj-5WA0b5Lv9GhXkK6gwoS1uVd2B1a0048tZ6sUNnhVHS+ixg@mail.gmail.com>
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.7.23.144516: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, __SUBJ_ALPHA_END, __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_WITH_PATH, __URI_NO_WWW, __CP_NAME_BODY, __HIGHBITS, __CP_URI_IN_BODY, __SUBJ_ALPHA_NEGATE, __URI_IN_BODY, __URI_NOT_IMG, __FORWARDED_MSG, __NO_HTML_TAG_RAW, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_P1, __MIME_TEXT_ONLY, __URI_NS, HTML_00_01, HTML_00_10, DKIM_ALIGNS, [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]
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 <40109c28-c4a8-2ea0-cc77-e46a584dc011@case.edu>
X-Mailman-Original-References <CAOj-5WDk=8kt=J8wO23giFVWRp5=_GbCNB2HQO87Upc4kkTg+g@mail.gmail.com> <5c34ecd5-c8b2-7000-46bc-1bbe3f71f163@case.edu> <CAOj-5WCFbUoU1x2aUvidT1opUbGeG2jFSaM__ch=SUAfzQbQ9w@mail.gmail.com> <78679ee9-fdaf-5180-d32f-81d92b936538@case.edu> <CAOj-5WBei5KMar7c967=jSwZRsW-Rz-0iL20TQMeuQoz61rfkw@mail.gmail.com> <CAOj-5WA_URW5b7a2EU+rR=T_wbTDEpOM_PSo9yNyU-Dqj+cWaA@mail.gmail.com> <f6acdcca-4c7c-b05c-004d-9b8ceab1e169@case.edu> <CAOj-5WA0b5Lv9GhXkK6gwoS1uVd2B1a0048tZ6sUNnhVHS+ixg@mail.gmail.com>
Xref csiph.com gnu.bash.bug:15215

Show key headers only | View raw


On 7/23/19 11:40 AM, Sam Liddicott wrote:
> 
> On Tue, 23 Jul 2019 at 16:35, Chet Ramey <chet.ramey@case.edu
> <mailto:chet.ramey@case.edu>> wrote:
> 
>     On 7/23/19 11:20 AM, Sam Liddicott wrote:
>     >
>     > On Tue, 23 Jul 2019 at 16:15, Sam Liddicott <sam@liddicott.com
>     <mailto:sam@liddicott.com>
>     > <mailto:sam@liddicott.com <mailto:sam@liddicott.com>>> wrote:
>     >
>     >
>     >
>     >     On Tue, 23 Jul 2019 at 16:13, Chet Ramey <chet.ramey@case.edu
>     <mailto:chet.ramey@case.edu>
>     >     <mailto:chet.ramey@case.edu <mailto:chet.ramey@case.edu>>> wrote:
>     >
>     >         On 7/23/19 11:11 AM, Sam Liddicott wrote:
>     >
>     >         > The report concerns the different behaviour with internal and
>     >         external
>     >         > operations.
>     >
>     >         Right. The close-on-exec is deliberate. That's how it was
>     intended.
>     >
>     >
>     >     Doesn't close-on-exec usually takes effect only on the process that
>     >     does the exec?
>     >     i.e. the fork that does the exec, not the parent process?
>     >
>     >
>     > It got closed in the parent. The lsof is running for the parent, the main
>     > process. /bin/echo has quit before the lsof runs.
> 
>     You mean case 2 in your original post? That's because redirections are
>     performed in the child process forked to run /bin/echo, so the fd never
>     exists in the parent process. I thought you were talking about case 1,
>     with the builtin echo.
> 
> 
> No doubt, but this report concerns the inconsistency.
> 
> Is using {xxx}>... suppose to give me a file handle I can use as I wish (as
> you say), or not?

So the difference is between cases 1 and 3? That's the difference between
using the {var} syntax and using an explicit file descriptor.

-- 
``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: leaks fd for internal functions but not external command Chet Ramey <chet.ramey@case.edu> - 2019-07-23 11:45 -0400

csiph-web