On Sat, Dec 06, 2008 at 06:47:39AM +0000, Al Viro wrote: > You know what... I thought that HFS+ did not support links; looking at > the source, it appears that hardlinks *are* supported and that brings > all the deadlocks into the game, same as we had in reiser4 case. Apple added hard links with osx. Back when I wrote hfsplus originally, there wasn't any such thing on HFS+ either. The support for the hack that added the appearance of hard links was added after I stopped maintaining the code. It's really just a matter of hiding the real file in a special place and putting stubs with special settings where all the links appear in the namespace. In all truth both HFS and HFS+ are inherently incompatible with the very concept of a hard link or having a file still exist after removal. It's just a horrible hack that makes it look like it works. > Which is to say, this stuff *must* go. In case of HFS it's obnoxious, > but not immediately letal. In case of HFS+ it's an instant DoS. Feel free. I disavowed any responsibility for this code years ago. And before anyone thinks of complaining, I'll point out that I wasn't the one that submitted hfsplus for inclusion in the kernel either. Brad Boyer flar@xxxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html