On Wed, Mar 09, 2005 at 03:14:36PM -0800, Nick Stoughton wrote: > On Linux, the link() system call does not dereference symbolic links > > This behavior does not conform to POSIX > > Most Unix implementations behave in the manner specified by POSIX. One > notable exception is Solaris 8 (I don't know about later Solarises). > > Would a patch to provide POSIX conforming behavior under some > conditional case (e.g. if /proc/sys/posix has value 1) ever be accepted?
It sounds like a bad idea to have name resolution semantics dependent upon some external variable. The result would be that nobody could be sure anymore what the link() system call will do. (Also, POSIX does not describe the kernel interface - it describes a C interface. It would be possible for a libc to arrange that a different link() routine was used. Use of personality(2) does not sound like a good idea.) ((Maybe it would be beter to change POSIX here. Submit a defect report and make the result of hard-linking to a symlink unspecified. Since Linux and Solaris are non-POSIX here, programmers of portable programs cannot rely on POSIX anyway. Moreover, the Linux/Solaris behaviour sounds entirely reasonable, preferable in fact above the POSIX behaviour.)) Andries - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
