Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Sam Liddicott <sam@liddicott.com>
Newsgroups: gnu.bash.bug
Subject: Re: leaks fd for internal functions but not external command
Date: Tue, 23 Jul 2019 16:11:30 +0100
Lines: 33
Approved: bug-bash@gnu.org
Message-ID: <mailman.2076.1563894733.2688.bug-bash@gnu.org>
References: <CAOj-5WDk=8kt=J8wO23giFVWRp5=_GbCNB2HQO87Upc4kkTg+g@mail.gmail.com> <5c34ecd5-c8b2-7000-46bc-1bbe3f71f163@case.edu> <CAOj-5WCFbUoU1x2aUvidT1opUbGeG2jFSaM__ch=SUAfzQbQ9w@mail.gmail.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Cc: bug-bash@gnu.org, bash@packages.debian.org
To: Chester Ramey <chet.ramey@case.edu>
Envelope-to: bug-bash@gnu.org
In-Reply-To: <5c34ecd5-c8b2-7000-46bc-1bbe3f71f163@case.edu>
Precedence: list
Xref: csiph.com gnu.bash.bug:15207

On Tue, 23 Jul 2019 at 16:05, Chet Ramey <chet.ramey@case.edu> wrote:

> On 7/23/19 10:33 AM, Sam Liddicott wrote:
>
> > Bash Version: 4.4
> > Patch Level: 20
> > Release Status: release
> >
> > Description:
> > Bash redirection sequence cases a file descriptor to be leaked
> > if the main command is an internal function but not if it is
> > an external command.
>
> It's not `leaked': you have a handle on it and can manipulate it as you
> wish.
>

evidently not, it got closed for me with /bin/echo so I couldn't use it as
I wish


> > Based on prior conversation, I suspect it is supposed to leak
> > in the internal case (though that is annoying) but it is
> > inconsistent that it does not for the external case.
>
> It's set to close-on-exec. If you want to use it in a child process,
> you have a handle that you can use to dup to another fd.
>

The report concerns the different behaviour with internal and external
operations.

Sam