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: Sun, 2 Jun 2002 23:37:50 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: problem with handle_to_fn ? Message-ID: <20020603033750.GA8944@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <002f01c20a20$0064c330$0100a8c0 AT advent02> <20020602165449 DOT GA13484 AT redhat DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020602165449.GA13484@redhat.com> User-Agent: Mutt/1.3.23.1i On Sun, Jun 02, 2002 at 12:54:49PM -0400, Christopher Faylor wrote: >On Sun, Jun 02, 2002 at 11:26:47AM +0100, Chris January wrote: >>With the recent changes in grabbing the path of a file from its open file >>handle I'm seeing the following: >>Initially the path is as follows: >>\Device\HarddiskDmVolumes\PhysicalDmVolumes\BlockVolume1\...... >>but later it gets translated to: >>/cygdrive/c/Device/HarddiskDmVolumes/PhysicalDmVolumes/BlockVolume1/... >>which then gets translated back to: >>c:\Device\HarddiskDmVolumes\PhysicalDmVolumes\BlockVolume1\.... >>which AFAIK is an invalid path... > >Even if this function fails, the net result should be no different than >what cygwin used to do. It always used an invalid path in that scenario. > >Are you actually seeing failures related to this? FWIW, I couldn't duplicate this but I did take a stab at fixing the problem. handle_to_fn was doing the wrong thing with network drives. I fixed that, too. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/