On 08/03/10 05:56, joerg.schill...@fokus.fraunhofer.de wrote:
"Roger A. Faulkner"<roger.faulk...@oracle.com> wrote:
In addition to existing in GNU/Linux/BSD manual pages, many
of these functions are also specified in the new POSIX standard:
IEEE Std 1003.1(TM)-2008
The Open Group Technical Standard
Base Specifications, Issue 7
hereinafter referred to as SUSv4.
While you remind me of the new POSIX standard....
I found that recent kernel includefiles finally have O_SEARCH
but there seems to be no support code in the kernel.
Yes there is. Look for this symbol in the kernel:
#define FSEARCH 0x200000 /* O_SEARCH = 0x200000 */
You can successfully open a directory with O_SEARCH when the
permissions allow only search (d--x--x--x, plus ACL considerations).
You can then use that file descriptor as the starting file descriptor
for any of the *at() functions.
In order to bve able to implement path names of unlimited length in star,
I would need full O_SEARCH support and in addition, I would need a function:
pathconfat(int fd, const char *path, int name, int flags);
The "flags" argument was a proposal from the POSIX mailing list after I
mentioned that this function is needed.
Can you privately point me to a discussion of that (as yet unspecified
by the new standard) function? It looks useful, but I won't do it until
the interface specification is stable.
This is not part of the current PSARC case, though.
It's a possible future work.
Is there a chance to get support for long path names in Solaris?
It's mostly there (all except for pathconfat()).
Roger
_______________________________________________
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org