X-Spam-Check-By: sourceware.org Date: Sat, 30 Sep 2006 21:33:38 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Similar Bash 3.1.18 CR/LF Problem Message-ID: <20061001013338.GE1459@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <451D589C DOT 9070609 AT cygwin DOT com> <657A9BE009D3504AAE29BD8E8C2DD61E01A5ABF0 AT SDGEXEVS02 DOT corp DOT intuit DOT net> <451E906F DOT 3030402 AT byu DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451E906F.3030402@byu.net> User-Agent: Mutt/1.5.11 Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk 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 On Sat, Sep 30, 2006 at 09:42:39AM -0600, Eric Blake wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >According to mwoehlke on 9/29/2006 12:14 PM: >> Wilks, Dan wrote: >>> So we just got the short-end? A long(?) standing behavior of cygwin >>> and DOS paths and a recent change to bash that eliminates support for >>> \r's. I guess we were living on the edge of something that wasn't >>> supposed to work at all and didn't even know it. :/ >>> >>> We'll try to figure out some workaround for our environment. I just >>> wish going "pure cygwin" was an option. >> >> Well, as we like to say here, http://cygwin.com/acronyms/#PTC. Since >> Eric is currently amenable to adding a shopt to bash, you have the >> option of implementing it yourself and submitting the patch for upstream >> consideration. > >I also mentioned that I am toying with the idea of a cygwin-specific patch >that converts all script path to posix before opening them (a'la >cygwin_conv_to_full_posix_path in ); at which point DOS >paths to a text mode mount would inherit text mode behavior, but DOS paths >to a binary mode mount would still remain binary. At any rate, I hope to >post bash-3.1-9 next week with something a little nicer for ignoring \r >and working with DOS paths, without too much of a penalty to people like >me that avoid \r and use POSIX paths at all costs in the first place. If you are not going to support CRLF line endings, I really don't see any point in going overboard in trying to support MS-DOS path names. I really am getting a bad feeling that, rather than FIXING THE SCRIPTS, everyone is reverting to using text mode mounts which are not what we generally recommend. cgf -- 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/