X-Spam-Check-By: sourceware.org
Message-ID: <452F8719.9060300@cygwin.com>
Date: Fri, 13 Oct 2006 08:31:21 -0400
From: "Larry Hall (Cygwin)" <reply-to-list-only-lh@cygwin.com>
Reply-To: cygwin@cygwin.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@cygwin.com
Subject: Re: shopt igncr not working
References: <1160655422743.antti.nospam.1605718.wGO_WJ9D1NlId3tB-z6Qig@luukku.com> <20061012123406.GA30908@trixie.casa.cgf.cx> <452EA386.9010201@qualcomm.com> <20061012212011.GA8535@trixie.casa.cgf.cx> <452EFDDB.1010301@qualcomm.com>
In-Reply-To: <452EFDDB.1010301@qualcomm.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On 10/12/2006, Rob Walker wrote:
> If you're referring to the performance gain realized, I think it could have 
> been accomplished (if not as trivially) without breaking CRLF handling.  
> This seems to be indicated in other posts, ones that talk about reworking 
> line parsing.


I believe the response to this is <http://cygwin.com/acronyms/#PTC>.  In other
words, if your belief is strong enough and you have the knowledge to back up
that belief, you just need the persistence to follow through on all that to
show everyone your concrete ideas.  Since we've had allot of opinionated
discussions on topics like this from the uninformed or those who lack the
conviction to actually submit a patch to back up their point of view, it's
important to realize here that patches speak louder than words (hm, PSLTW -
acronym alert? ;-) )


> Actually, though, I was asking about a bigger-picture strategy.  One that 
> appears to be steering Cygwin away from interoperability of the past, 
> towards a more rigid interpretation of what Cygwin's suitable uses are.  Do 
> you have a set of guiding principles you consult when deciding the fate of 
> Cygwin?  Who do you consider Cygwin's customers to be? 


The basic strategy is that in cases where decisions have to be made between
supporting Linux-like behavior or Windows conventions, err on the side
of Linux.  Since the tools are meant to support the Linux way of doing
things, it's important they do.  Otherwise people who are looking for and
expecting this behavior are left out.  They are the ones these tools are
built to support.  That said, support for various Windows ways and conventions
are supported by default and when they don't conflict with the above.  But
when there is a conflict, Linux-like behavior is the goal.

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

