In message <[EMAIL PROTECTED]>, Matthew Dillon w rites: > setattr() and friends do not exist anywhere outside of this proposal. > I don't particularly like the idea of replacing existing functionality > with a new non-standard system call. The speed issue alone is not enough > to justify the change, nor is Kirk's new creation time field (besides > I thought that field was not supposed to be changeable?). > > -- > > In regards to the implementation itself, I really don't like the idea > of passing a stat structure as an argument. If we are going to have > a 'general' setattr() system call it should be extensible. That is, > something like this: > > struct fsattr { > int token; > union { > char pad[32]; > struct timeval tv; > time_t t; > etc.... > } fsu; > }
I don't really like the idea of inventing new oddball structures when we have perfectly good ones already. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
