Re: [RFC] st_nlink after rmdir() and rename()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 3, 2011 at 2:26 PM, OGAWA Hirofumi
<hirofumi@xxxxxxxxxxxxxxxxxx> wrote:
>
> I don't know much about NFS though, I imaged the NFS just fill the
> stat.st_nlink to return to userland by 0 if sillyrenamed dentry? (of
> course, I'm not saying let's emulate "i_nlink >= 1" on all
> filesystems. just about i_nlink == 0) I was thinking Al is working for
> it...

So even if we did that, WHAT WOULD BE THE UPSIDE?

Code that cares wouldn't run on any other Unix, or on any older
version of Linux.

And I claim that there is not a single reason to do it anyway. That
whole "code that cares" is totally theoretical. Such code simply
doesn't exist.

If you just opened a directory, and then did a "rmdir()" on that
directory, then you're just a f*cking moron if you go around saying
"ok, let me now do an fstat() on that fd to see if it really got
deleted or not". That's just _stupid_.

Really. There is absolutely no point in introducing a new rule that
nobody cares about, that we haven't followed ourselves historically,
and that would require us to play insane hacky games.

WHY DO IT? WHY CARE? WHY, WHY, WHY?

                        Linus
--
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


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux