Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Date: Wed, 15 Dec 2004 13:48:58 -0700 From: Mark Paulus Subject: Re: Error with managed mount point. In-reply-to: <0I8S00F9L2FIAT@pmismtp02.mcilink.com> To: "cygwin AT cygwin DOT com" Message-id: <0I8S00B6J75MEI@pmismtp01.mcilink.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Priority: Normal X-IsSubscribed: yes Running strace pointed me to the proper place to look for the error. However, the proper fix is maybe more of a philosophy issue. I found some code in path.cc that removes trailing dots and spaces from a file name in path_conv::check(). The question is, should these trailing spaces/dots actually be removed, or should they be converted to %20/%2E, only if they are part of the file/ directory name? Or, should they be stripped for ALL file searches, so that something like /foo./bar will be found under the windows path /%66oo/%62ar? On Wed, 15 Dec 2004 12:06:54 -0700, Mark Paulus wrote: >Hi, >If someone can point me to the proper place, I would >be willing to further analyze this, but this is the issue: >Files/Directories that end in a '.'(dot) are not retaining >the dot. For example: >I am attempting to untar a tarball that contains this (done on a linux box) >drwxr-xr-x 22 mgpaulus mgpaulus 4096 Apr 7 2001 ./ >drwxr-xr-x 5 mgpaulus mgpaulus 4096 Apr 7 2001 ../ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 ArborText/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 Hewlett-Packard/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 IDN_faq.org/ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 IETF/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 ISBN_82-7640-000/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 ISBN_82-7640-023/ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 ISO_8879-1986/ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 ISO_8879:1986/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 ISO_IEC_15445:2000/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 Microsoft/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 Netscape_Comm._Corp./ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 Rick_Jelliffe/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 Sun_Microsystems_Corp./ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 W3C/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 W3O/ >drwxr-xr-x 3 mgpaulus mgpaulus 4096 Apr 7 2001 WebTechs/ >drwxr-xr-x 2 mgpaulus mgpaulus 4096 Dec 15 11:53 declaration/ >drwxr-xr-x 2 mgpaulus mgpaulus 4096 Apr 7 2001 dtd/ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 entities/ >drwxr-xr-x 4 mgpaulus mgpaulus 4096 Apr 7 2001 html/ >When I try to explode the same tarball on a managed mountpoint under cygwin, >I don't get the Netscape_COMM._Corp. >or the Sun_Microsystems_Corp. directories. >I don't know whether the issue is in cygwin1.dll, or in mount, or where I should >start to look for this. >-- >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/ -- 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/