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