X-Spam-Check-By: sourceware.org From: "Kazuyuki Hagiwara" To: Subject: RE: Bash and CR/LF line-endings Date: Wed, 4 Oct 2006 09:23:21 +0900 Message-ID: <004801c6e74b$4c0ef550$33e0f9a0@cr5lsdev> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4522B21D.8040505@innobec.com> X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: 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 ) -----Original Message----- ) From: cygwin-owner AT cygwin DOT com ) [mailto:cygwin-owner AT cygwin DOT com] On Behalf Of Pierre Baillargeon ) Sent: Wednesday, October 04, 2006 3:55 AM ) To: cygwin AT cygwin DOT com ) Subject: Bash and CR/LF line-endings ) ) 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? While my personal instance of probrem have beel solved by Eric, another probrem of cr/lf line ending script in binary mount, is hopefully solved without editing the original scripts. How about using BASH_ENV variable. In the startup script defined by BASH_ENV variable, you can put a line "shopt -s igncr". I think people in trouble have no difficulty to set LF line ending of startup script. I'll try after installing 3.1-9. -------------------------------------------------- Kazuyuki Hagiwara -- 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/