delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/10/04/20:27:28

X-Spam-Check-By: sourceware.org
Message-ID: <4524515B.6000201@cygwin.com>
Date: Wed, 04 Oct 2006 20:27:07 -0400
From: "Larry Hall (Cygwin)" <reply-to-list-only-lh AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060916 Fedora/1.5.0.7-1.fc4.remi Thunderbird/1.5.0.7 Mnenhy/0.7.4.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Similar Bash 3.1.18 CR/LF Problem
References: <20061004114807 DOT GE30609 AT trixie DOT casa DOT cgf DOT cx> <4C89134832705D4D85A6CD2EBF38AE0F7B137A AT PAUMAILU03 DOT ags DOT agere DOT com> <20061004232458 DOT GB14493 AT trixie DOT casa DOT cgf DOT cx>
In-Reply-To: <20061004232458.GB14493@trixie.casa.cgf.cx>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Christopher Faylor wrote:
> On Wed, Oct 04, 2006 at 01:06:19PM -0400, Williams, Gerald S (Jerry) wrote:
>> Christopher Faylor wrote:
>>> The dilemma here is that I read other mailing lists besides
>>> cygwin where people are trying to use Cygwin but are close
>>> to giving up because it is so slow.  So, making bash faster
>>> for people who are using it correctly is very desirable. 
>> Which is why we need to get the patch in upstream. If you
>> can't make it faster, you can at least make what you're
>> comparing against slower. :-)
>>
>> Seriously, I'd have a hard time believing that supporting <CR><LF>
>> endings would noticably impact performance if it were done as part of
>> upstream BASH.
> 
> You haven't been paying attention, it seems.
> 
> We've already been over this ground.  The performance impact for turning
> on bash's automatic CRLF handling is profound.  That's why we're here.


But now that this code has been thoroughly chastised and left by itself to
think about its bad behavior, it might have better behavior.  Eric, shall
we turn it back on and see? ;-)


-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019