This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: find assert
- From: Eric Blake <ebb9 at byu dot net>
- To: cygwin at cygwin dot com
- Date: Sat, 10 Jan 2009 19:33:24 -0700
- Subject: Re: find assert
- References: <495A4B87.3080009@partners.org> <20081230170638.GB5230@ednor.casa.cgf.cx> <20081230174104.GD5230@ednor.casa.cgf.cx> <20081230175246.GE5230@ednor.casa.cgf.cx> <20081230190603.GA13443@ednor.casa.cgf.cx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
According to Christopher Faylor on 12/30/2008 12:06 PM:
> This is apparently caused by a symlink that looks like this:
>
> lrwxrwxrwx 1 cgf None 6 Jul 9 2005 n -> //none
>
> I don't remember creating that symlink. Apparently I was checking on
> creating symlinks to nonexistent domains back in 2005.
>
> I don't know if this is a find bug or a cygwin bug. I could see it
> being either or both.
To some degree, it is a cygwin bug, when "n" points to "//nowhere". If
stat("n",&st) were to fail with the standardized ENOENT, rather than the
cygwin-specific ENOSHARE, then fts_read would have set fts_info to
FTS_SLNONE (a dangling symlink) rather than FTS_NS (stat failed, possibly
from ELOOP).
- --
Don't work too hard, make some time for fun as well!
Eric Blake ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAklpWnQACgkQ84KuGfSFAYBS9wCgvEDxapIJn/OqXtwswhvl7qkT
HJUAn3EOtcp/+LBKLYyS188PyuthKjGB
=Dwt9
-----END PGP SIGNATURE-----
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/