X-Spam-Check-By: sourceware.org X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse AT dyndns DOT com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: postmaster AT innobec DOT com Message-ID: <4522B21D.8040505@innobec.com> Date: Tue, 03 Oct 2006 14:55:25 -0400 From: Pierre Baillargeon User-Agent: Thunderbird 1.5.0.7 (X11/20060909) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Bash and CR/LF line-endings Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: IfYouSaySo X-SA-Exim-Connect-IP: 192.168.62.154 X-SA-Exim-Mail-From: pbaillargeon AT innobec DOT com X-SA-Exim-Scanned: No (on rodriguez); SAEximRunCond expanded to false 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 I've been wondering during this whole event why one of the original proposal was not used? As far as I can see, the main problem with both latest bash revisions is that the solution to the cr/lf problem demands that users be either pro-active or gifted guessers. Both the d2u and the shopt solutions requires the user to understand that bash trashing about with incomprehensible errors is due to bad line endings. This is compounded by the fact that those scripts may be lying in the middle of custom toolchains developed internally and used by non-programming end-users. Also, due to the previous more forgiving behavior and the nature of working in a Windows environment, the creeping of cr/lf is inevitable for some users. Add to this that both current solutions requires the modification of the scripts, Isn't it expected that it raised many red flags? Not counting those who are not inclined to read announcement and development mailing list and just install product and have it work out-of-the-box... I can see future new users figuratively throwing back cygwin in the trash-bin because it can't even run a simple shell script correctly. So why was the solution of using the 1st line of the script (which, it was claimed, is read anyway for other purposes) and base the seeking behavior on the detection of cr/lf there, rejected? -- 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/