This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: euidaccessat [Re: one more openat-style function required: fchmodat


Is Solaris eaccess the same as euidaccess?  Should glibc provide eaccess as
an alias for euidaccess?

Except on the Hurd, euidaccess actually either just uses access (when r==e)
or uses stat and the usual st_mode rules assuming those are what the
filesystem will actually use, which you can do yourself.  rm et al I expect
are never setuid and so can always use the method of calling access, which
is superior in telling truth about permission, but lacks the *at features.

In keeping with the other interfaces, it should be faccessat and use a new
AT_* flag bit to distinguish real-user from effective-user access checking.

	int faccessat (int fd, const char *file, int type, int flag);

Does that sound reasonable?


Thanks,
Roland


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]