Re: process substitution and trailing file descriptors

[Chet Ramey]

On 2/11/10 6:04 AM, Ian wrote:

>  Basically, by mixing IO redirection and process substitution I'm left
> with a trailing file descriptor which can cause scripts to hang around
> despite any subsequent redirection of stdout/stderr best practices.
> There's no mechanism to discover these new file descriptors and they
> are not closed on exec.

I don't see a good solution to this.  The point of process substitution is
to provide processes in the same parent-child tree a handle to an
arbitrary file descriptor without any advance arrangement.  This is why
the construct expands to a filename, and why it would defeat the purpose
to make them close-on-exec or arrange to close them in child processes.

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/