Since POSIX (or at any rate, SUSv3) seems to require that close()
release all locks held by the process on that file (not just those
obtained via that file descriptor), is there a need for an alternate
version of close()  (call it close2() or close_nounlock() or whatever)
that doesn't release the locks unless it's the last close of that
file by that process?

That would allow the fixing of the problem with attropen() where
it drops locks on the base file.  It might also be handy in some
other unusual situations.

Worth it?  Feasible?
 
 
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to