This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [BUG] Generic syscalls -- chmod vs. fchmodat
- From: Andries Brouwer <aebr at win dot tue dot nl>
- To: Roland McGrath <roland at redhat dot com>
- Cc: Arnd Bergmann <arnd at arndb dot de>, linasvepstas at gmail dot com, Chris Metcalf <cmetcalf at tilera dot com>, GLIBC Devel <libc-alpha at sourceware dot org>, linux-kernel at vger dot kernel dot org, libc-ports at sourceware dot org, linux-api at vger dot kernel dot org, Mike Frysinger <vapier at gentoo dot org>
- Date: Thu, 10 Feb 2011 19:12:21 +0100
- Subject: Re: [BUG] Generic syscalls -- chmod vs. fchmodat
- References: <AANLkTikhKHnR+7DskxYqWXduX4=tpfgsfL4sNYq+4QDq@mail.gmail.com> <201101251529.24779.arnd@arndb.de> <20110125174515.C1DC2183C19@magilla.sf.frob.com>
On Tue, Jan 25, 2011 at 09:45:15AM -0800, Roland McGrath wrote:
> the empty string has never been a valid relative pathname.
Hmm. I definitely recall otherwise.
The old Unix definition is that the empty string stands for "."
so that 'ls ""' means the same as 'ls .'
and 'ls /tmp/""' the same as 'ls /tmp/.'.
Let me try.
On a recent Linux system:
% ls -l ""
ls: cannot access : No such file or directory
On an old Unix system:
# ls -l ""
drwxr-xr-x 2 bin 1040 Jan 1 1970 bin
drwxr-xr-x 2 bin 352 Jan 1 1970 dev
drwxr-xr-x 2 bin 304 Aug 20 12:39 etc
...
Andries