[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a real fts.c bug + fix
From: |
Paul Eggert |
Subject: |
Re: a real fts.c bug + fix |
Date: |
Thu, 12 Jan 2006 09:47:22 -0800 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) |
Jim Meyering <address@hidden> writes:
> If any of you know of a system with file name resolution code that
> doesn't fail for a chain of 400 symlinks, or for which you get a
> different diagnostic than `Too many levels of symbolic links' (ELOOP),
> please provide details.
On Solaris 8 through 10 (at least), perror says this for ELOOP:
Number of symbolic links encountered during path name traversal exceeds
MAXSYMLINKS
which causes the coreutils tests to fail (at least, this was true as
of about 24 hours ago, but I hadn't gotten around to looking into it
yet). It could be a System V ism. glibc used to do the same thing,
when it supported SunOS.