Re: redirections preceded by a word with builtins inconsistent

2016-05-24 Thread Chet Ramey
On 5/24/16 12:09 PM, Dan Douglas wrote: > On Tue, May 24, 2016 at 10:23 AM, Chet Ramey wrote: >> It's not that Posix `allows' a subshell, it requires a subshell >> environment: > > Hm sorry I thought it was "may". This is kind of easy to confuse with > all the other unspecified things about side-

Re: redirections preceded by a word with builtins inconsistent

2016-05-24 Thread Dan Douglas
On Tue, May 24, 2016 at 10:23 AM, Chet Ramey wrote: > It's not that Posix `allows' a subshell, it requires a subshell > environment: Hm sorry I thought it was "may". This is kind of easy to confuse with all the other unspecified things about side-effects from assignments affecting subsequent assi

Re: redirections preceded by a word with builtins inconsistent

2016-05-24 Thread Chet Ramey
On 5/24/16 1:41 AM, Dan Douglas wrote: >> You don't precede it with an `exec', so it doesn't affect the current >> shell. So-called `null' commands with redirections are executed in >> subshells. This is where you need the `exec'. > > I know POSIX allows for a subshell but don't know what the p

Re: redirections preceded by a word with builtins inconsistent

2016-05-23 Thread Dan Douglas
On Sun, May 22, 2016 at 1:06 PM, Chet Ramey wrote: > On 5/21/16 5:16 PM, adonis papaderos wrote: > >> Bash Version: 4.3 >> Patch Level: 42 >> Release Status: release >> >> Description: >> When using redirections preceded by a word on builtins >> 'i.e. : {varname}<&1' >> the red

Re: redirections preceded by a word with builtins inconsistent

2016-05-23 Thread Greg Wooledge
On Sun, May 22, 2016 at 09:48:47PM +0300, adonis papaderos wrote: > > > When using redirections preceded by a word on builtins > > > 'i.e. : {varname}<&1' > > > the redirection persists to the current shell. That surprises me, but if Chet says it's not a bug, then so be it. Si

Re: redirections preceded by a word with builtins inconsistent

2016-05-22 Thread adonis papaderos
I had read this before sending this message. The discussion you mention concerns leaking named redirections from function calls. This is not what I was trying to say. I was talking about the difference in behaviour between the creation and the destructions of the fd. There is also the difference in

Re: redirections preceded by a word with builtins inconsistent

2016-05-22 Thread Chet Ramey
On 5/21/16 5:16 PM, adonis papaderos wrote: > Bash Version: 4.3 > Patch Level: 42 > Release Status: release > > Description: > When using redirections preceded by a word on builtins > 'i.e. : {varname}<&1' > the redirection persists to the current shell. This is by design, an

redirections preceded by a word with builtins inconsistent

2016-05-21 Thread adonis papaderos
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu' -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE