Bug#557248: marked as done (libc0.1: [kfreebsd] remove() fails to remove directories)

Your message dated Mon, 23 Nov 2009 11:48:34 + with message-id e1ncxpg-0001cr...@ries.debian.org and subject line Bug#557248: fixed in eglibc 2.10.2-1 has caused the Debian Bug report #557248, regarding libc0.1: [kfreebsd] remove() fails to remove directories to be marked as done. This means

Bug#557248: libc0.1: [kfreebsd] remove() fails to remove directories

Package: libc0.1 Version: 2.10.1-7 Severity: normal The C standard requires remove() to delete both files and directories. This works correctly with the Linux kernel, but under kFreeBSD, remove() fails with Operation not permitted when applied to a directory. I'm not able to debug this in

Bug#557248:

I need to make a slight correction. It is POSIX, not the C standard, that requires remove() shall remove both files and directories. zw -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557248: Further details

Petr Salinger pointed me at freebsd-hackedutils, which allows me to decode a ktrace and report that my suspicions as to the cause are correct. Here's the behavior of remove() under kfreebsd: 10316 testerCALL unlink(0x6dae88) 10316 testerNAMI

Bug#557248: remove() and posix

Suprisingly, POSIX-2008 mandates unlink() have to return [EPERM] on directory, not [EPERM] or [EISDIR]. [EPERM] The file named by path is a directory, and either the calling process does not have appropriate privileges, or the implementation prohibits using unlink() on directories.