(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface). On Wed, 5 May 2010 13:01:22 GMT bugzilla-daemon@xxxxxxxxxxxxxxxxxxx wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=15909 > > Summary: open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a > symbolic link to a directory. > Product: File System > Version: 2.5 > Kernel Version: 2.6.34-rc6 > Platform: All > OS/Version: Linux > Tree: Mainline > Status: NEW > Severity: high > Priority: P1 > Component: Other > AssignedTo: fs_other@xxxxxxxxxxxxxxxxxxxx > ReportedBy: tolzmann@xxxxxxxxxxxxx > Regression: No > > > mkdir c > ln -s c a > > f=open("a/",O_RDONLY+O_NOFOLLOW) > > fails with ELOOP. However, this open should behave like open("a/.") not like > open("a") according to path_resolution(7). In kernel version 2.6.32 the open > worked as documented. > > On a higher level this bug makes > > find a/ > > to fail. > It sounds like this 2.6.32->2.6.34-rc6 regression could have pretty serious ramifications for some users. Does anyone know whcih commit might have caused it? -- 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
