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 sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com From: Chris Faylor Date: Fri, 9 Jun 2000 11:53:18 -0400 To: "'cygwin AT sourceware DOT cygnus DOT com'" Subject: Re: Patch for path.cc Message-ID: <20000609115318.B22793@cygnus.com> Reply-To: cygwin AT sourceware DOT cygnus DOT com Mail-Followup-To: "'cygwin AT sourceware DOT cygnus DOT com'" References: <1DB8BA4BAC88D3118B2300508B5A552CD92599 AT mail DOT fitlinxx DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <1DB8BA4BAC88D3118B2300508B5A552CD92599@mail.fitlinxx.com>; from db3l@fitlinxx.com on Fri, Jun 09, 2000 at 11:38:30AM -0400 On Fri, Jun 09, 2000 at 11:38:30AM -0400, David Bolen wrote: >Chris Faylor [cgf AT cygnus DOT com] writes: >> Since we've recently made the change to cygwin to consider the >> existence of a '\' as a Windows path, we are not going to be >> applying this patch. Sorry. > >Is this a hard decision forever or just the near term? From my perspective, >I think this would be a good enhancement to the current behavior. You don't >lose the Windows path processing in what I expect is the target case (that >of actually being handed a Windows path using \), and you work better with >those of us using Unix-like paths but sometimes getting automated/system >additions which result in the occasional \. In that vein it also lessens >the potential deviation from earlier releases of the DLL. > >I'm not sure I see a downside (or a weakening of the intended Windows >handling behavior) with this patch - is there something subtle I'm missing? We have flushed out a few cases where there was incorrect path manipulation with the recent change to cygwin. There is no way that a UNIX program should be mixing '\' and '/' but it does happen in tcl and in some places in libiberty. This is usually an indication of something being broken that is being masked by cygwin and I am sure that these kinds of things are responsible for the occasional random reports that we see from people who are unable to open files. I will take this up with the cygwin-developers mailing list but I don't see any reason to change this behavior in the near term. cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com