[bug #29655] linkat() fails because __file_name_lookup_at() problems

Update of bug #29655 (project hurd): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Follow-up Comment #7, bug #29655 (project hurd): The glibc patch has been committed, so I think we can close this issue? ___ Reply to this item at: ___

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Update of bug #29655 (project hurd): Item Group:None => Standard Compliance Assigned to:None => pochu Reproducibility:None => Every Time

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Update of bug #29655 (project hurd): Wiki-like text discussion box: As we have just discussed on #hurd, the patch looks good and should be submitted to libc-alpha after I have the copyright assignment for glibc on file (and after updating the changelog). => __

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Update of bug #29655 (project hurd): Wiki-like text discussion box: => As we have just discussed on #hurd, the patch looks good and should be submitted to libc-alpha after I have the copyright assignment for glibc on file (and after updating the changelog). _

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Follow-up Comment #4, bug #29655 (project hurd): This has already been said on IRC but I might as well repeat it here: POSIX.1-2008 says that only `AT_SYMLINK_FOLLOW` is applicable to linkat() (see http://www.opengroup.org/onlinepubs/9699919799/functions/linkat.html). I would recommend testing it

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Follow-up Comment #3, bug #29655 (project hurd): Thanks for the review. This patch (hopefully) clarifies the comment. I don't understand your second point though. How can "linkat(..., AT_SYMLINK_FOLLOW)" be wrong? Do you mean that in that case with my patch, file_name_lookup_at() will have O_NO

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Follow-up Comment #2, bug #29655 (project hurd): The patch looks good, but I do have two minor suggestions. First, I found the comment a bit confusing. The "default" behavior is determined by the O_NOLINK flag, and isn't something that is constant. So perhaps you could change it to mention this

[bug #29655] linkat() fails because __file_name_lookup_at() problems

Follow-up Comment #1, bug #29655 (project hurd): Return value submitted at http://sources.redhat.com/ml/libc-alpha/2010-04/msg00046.html ___ Reply to this item at: _

[bug #29655] linkat() fails because __file_name_lookup_at() problems

URL: Summary: linkat() fails because __file_name_lookup_at() problems Project: The GNU Hurd Submitted by: pochu Submitted on: Sat 24 Apr 2010 12:50:52 PM CEST Category: glibc