Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <39831798.33759F99@ece.gatech.edu> Date: Sat, 29 Jul 2000 13:42:48 -0400 From: Charles Wilson X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonas Jensen CC: cygwin AT sourceware DOT cygnus DOT com Subject: Re: Find problems remain in 1.1.3 References: <20000729170057 DOT 72438 DOT qmail AT hotmail DOT com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Confirmed. I see similar problems, although my 'pattern' of find: ./lib/libcygwin.a: No such file or directory -type errors is different. I took two different files, cygwin1.dll (which find 'found' without error) and libcygwin.a (which gave the error shown above). I then used getfacl to look both the files themselves and the directories that they were in. The results were identical for both the error-producing libcygwin.a file, and for the error-free cygwin1.dll file: ERROR-PRODUCING: # file: /lib/libcygwin.a # owner: 544 # group: 513 user::rwx user:500:rwx user:1000:rwx group::--- mask::--- other::rwx ERROR-FREE: # file: /bin/cygwin1.dll # owner: 544 # group: 513 user::rwx user:500:rwx user:1000:rwx group::--- mask::--- other::rwx ERROR-PRODUCING: # file: /lib # owner: 1000 # group: 544 user::rwx user:500:rwx group::r-x mask::r-x other::r-x default:user::rwx default:user:500:rwx default:group::r-x default:mask::r-x default:other::r-x ERROR-FREE: # file: /bin # owner: 1000 # group: 544 user::rwx user:500:rwx group::r-x mask::r-x other::r-x default:user::rwx default:user:500:rwx default:group::r-x default:mask::r-x default:other::r-x So, it must be something unrelated to permissions. (FWIW, I have ntsec on). --Chuck Jonas Jensen wrote: > > The previously reported problems with find, where it would display a lot of errors > about folders not existing, still remain in 1.1.3, although they were said to be > fixed. > In fact, it's even worse now. On my 1.1.3 installation it only finds files in /bin > or /. All other dirs under / give errors 1 level down. > > I've enclosed the output of > find / -name "*" > from 1.1.2 and 1.1.3 (two different machines, though) and > cygcheck -s -v -r > on my 1.1.3 machine. > > Does anyone have the same problem, or did I mess up my installation? > > ------------------------------------------------------------------------ > Name: cygcheck-1.1.3 > cygcheck-1.1.3 Type: unspecified type (application/octet-stream) > Encoding: quoted-printable > Download Status: Not downloaded with message > > Name: find_bug-1.1.2 > find_bug-1.1.2 Type: unspecified type (application/octet-stream) > Encoding: quoted-printable > Download Status: Not downloaded with message > > Name: find_bug-1.1.3 > find_bug-1.1.3 Type: unspecified type (application/octet-stream) > Encoding: quoted-printable > Download Status: Not downloaded with message > > ------------------------------------------------------------------------ > -- > Want to unsubscribe from this list? > Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com