On Wed, 23 Jul 2003 13:24:36 -0400 (EDT)
Glenn Fowler <gsf@research.att.com> wrote:
> /dev/fd/N is the underlying mechanism for implementing the bash and ksh
>
> cmd-1 <(cmd-2 ...) ... <(cmd-n ...)
>
Interesting.
I looked at the bash code, and it uses pipes with /dev/fd/N, and for
/dev/fd/N which are pipes the open should work under Linux.
This is what David Korn said in his original report.
I guess the part that is left is the fchmod() issue which exists
because one inode is used to implement both sides of the pipe under
Linux.
Was the idea to, since fchmod() on pipes modified both sides,
to use UNIX domain sockets to implement this? And that's how
you discovered the /dev/fd/N failure for sockets?
Another idea is to use named unix sockets. Can that be
sufficient to solve your dilemma?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jul 23 2003 - 22:00:49 EST