Re: /dev/fd semantics

From: H. Peter Anvin (hpa@transmeta.com)
Date: Tue Feb 29 2000 - 16:13:03 EST

Next message: David Schleef: "Re: string-486.h?"
Previous message: Linus Torvalds: "Re: 2.3.49-1 -- Compilation error in traps.c in function `do_nmi'"
In reply to: Bill Rugolsky Jr.: "/dev/fd semantics"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Followup to: <20000228161258.A17596@ead37>
By author: "Bill Rugolsky Jr." <rugolsky@ead.dsa.com>
In newsgroup: linux.dev.kernel
>
> Here "PLAN9 semantics" means that the following are equivalent:
> fd = open("/dev/fd/n",mode);
> fd = dup(n);
> the point being that permissions are not checked on the open, and
> the two descriptors share the same file pointer.
>
> In Linux we have /dev/fd -> /proc/self/fd/, but the semantics are
> very different: permissions are checked, and the file pointers are
> different.
>

I'm hoping to fix this in 2.5. The problem is that the way open() is
done in the VFS *requires* the creation of a new filestructure.

-hpa

-- <hpa@transmeta.com> at work, <hpa@zytor.com> in private! "Unix gives you enough rope to shoot yourself in the foot."

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/

Next message: David Schleef: "Re: string-486.h?"
Previous message: Linus Torvalds: "Re: 2.3.49-1 -- Compilation error in traps.c in function `do_nmi'"
In reply to: Bill Rugolsky Jr.: "/dev/fd semantics"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Feb 29 2000 - 21:00:23 EST