Similar Bash 3.1.18 CR/LF Problem

Larry Hall (Cygwin) reply-to-list-only-lh@cygwin.com
Thu Oct 5 00:27:00 GMT 2006


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/



More information about the Cygwin mailing list