X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-Id: <200808022013.m72KDwG9011873@mail.pdinc.us> From: "Jason Pyeron" To: Subject: RE: Weird filesystem permissions issue. Date: Sat, 2 Aug 2008 16:14:36 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <4894B1B4.67910D93@dessent.net> X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com > -----Original Message----- > From: Brian Dessent [mailto:brian AT dessent DOT net] > Sent: Saturday, August 02, 2008 3:13 PM > To: Jason Pyeron I am on the list, thanks. > Cc: cygwin AT cygwin DOT com > Subject: Re: Weird filesystem permissions issue. > > > If you check your mount table I think you'll see that > /usr/src has been switched to managed mode, yet those > filenames contain uppercase characters that are not escaped. > I don't recall right now all the circumstances as to which > postinstall script makes this change, probably one of the gcc > postinstalls. Or maybe it's setup itself when you select any > source package. I think the reasoning was that one or more > source packages contain filenames that cannot be represented > by Win32 filename rules, so the /usr/src dir has to be set to > managed mode. The problem is that managed mounts only work > when the files in them are created by Cygwin, which does the > filename mangling. If something else (in this case setup) > writes files to a managed mount then the mangling won't occur > and Cygwin will get confused because it expects the filenames > to have been mangled. I would have never guessed. This is an exercise in further reading. Would that explain: root AT lab /cygdrive/t $ dir ls: reading directory .: No such file or directory total 0 drwxr-xr-x 13 root Domain Admins 0 Dec 31 1969 . dr-xr-xr-x 1 0 root 0 Dec 31 1969 .. drwxr-xr-x 3 root Domain Admins 0 Aug 2 12:47 System Volume Information drwxr-xr-x 11 root Domain Admins 0 Aug 2 16:10 ghdl-take1 drwxr-xr-x 10 root Domain Admins 0 Aug 2 12:47 src drwxr-xr-x 2 root Domain Admins 0 Aug 2 12:47 take1 drwxr-xr-x 2 root Domain Admins 0 Aug 2 12:47 take1 drwxr-xr-x 11 root Domain Admins 0 Aug 2 12:47 take2 drwxr-xr-x 11 root Domain Admins 0 Aug 2 12:47 take2 root AT lab /cygdrive/t $ mount C:\cygwin\usr\src on /usr/src type system (binmode,managed) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) t:\gcc-take2 on /cygdrive/t/gcc-take2 type user (binmode,managed) t:\gcc-take2 on /cygdrive/t/gcc-take2 type system (binmode,managed) C:\cygwin on / type system (binmode) t:\take1 on /cygdrive/t/take1 type user (binmode,managed) t:\take1 on /cygdrive/t/take1 type system (binmode,managed) t:\take2 on /cygdrive/t/take2 type user (binmode,managed) t:\take2 on /cygdrive/t/take2 type system (binmode,managed) t:\gcc on /cygdrive/t/gcc type user (binmode,managed) t:\gcc on /cygdrive/t/gcc type system (binmode,managed) c: on /cygdrive/c type system (binmode,noumount) t: on /cygdrive/t type system (binmode,noumount) z: on /cygdrive/z type system (binmode,noumount) root AT lab /cygdrive/t $ Note the double take1 and take2 > > What I would do: turn off managed mode, erase everything in > /usr/src, turn managed mode back on, unpack the source > packages by hand with tar. I see. It seems that my solution of not working in /usr/src and never working in /cgydrive/t/src with a windows app fits the bill. (gcc compiled) > Further, I'm pretty sure that managed mode is not required > for any of the FSF gcc parts, only for one of the out-of-tree > add-on languages like D or Pascal. So if you're not > unpacking/building those you can skip the whole ordeal. I am going to be compiling out-of-tree add-on languages. GHDL in particular. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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/