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: 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: shopt igncr not working References: <1160655422743 DOT antti DOT nospam DOT 1605718 DOT wGO_WJ9D1NlId3tB-z6Qig AT luukku DOT com> <20061012123406 DOT GA30908 AT trixie DOT casa DOT cgf DOT cx> <452EA386 DOT 9010201 AT qualcomm DOT com> <20061012212011 DOT GA8535 AT trixie DOT casa DOT cgf DOT cx> <452EFDDB DOT 1010301 AT qualcomm DOT 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 AT cygwin DOT com; run by ezmlm 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 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 . 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/