X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: mwoehlke <mwoehlke AT tibco DOT com>
Subject:  Re: [ANNOUNCEMENT] Updated [experimental]: bash-3.1-7
Date:  Mon, 11 Sep 2006 13:04:30 -0500
Lines: 48
Message-ID: <ee48fe$fhd$1@sea.gmane.org>
References:  <announce DOT 45023251 DOT 3060809 AT byu DOT net>
Mime-Version:  1.0
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060719 Thunderbird/1.5.0.5 Mnenhy/0.7.4.0
In-Reply-To: <announce.45023251.3060809@byu.net>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Eric Blake wrote:
> NOTICE:
> =======
> This version removes several outdated #defines that were once necessary in
> older versions of cygwin, but which made bash on cygwin different and
> slower than bash on Linux.  In the process, there is a major change in
> behavior - bash no longer forces text mode when reading scripts.  If your
> script resides on a text mount point, you will not notice any difference.
>   If your script resides on a binary mount point, and has normal unix \n
> line endings, you may notice a slight speedup.  But if your script resides
> on a binary mount point, and has \r\n line endings, bash will most likely
> encounter syntax errors.  The fix is simple - use d2u to convert script
> files residing on a binary mount point to be unix files, or if you must
> use DOS lines, use a text mount point.  Because of this change in
> behavior, I am marking this version experimental for a while until I can
> gauge from mailing list traffic that it is safe to promote to current.

When starting the experimental version with "c:\cygwin\bin\bash.exe -l". 
I get:

mkdir: cannot create directory `/home/mwoehlke\r': No such file or directory
Copying skeleton files.
These files are for the user to personalise
their cygwin experience.
These will never be overwritten.
/usr/bin/install: cannot create directory `/home/mwoehlke\r': No such 
file or directory
/usr/bin/install: cannot create directory `/home/mwoehlke\r': No such 
file or directory
/usr/bin/install: cannot create directory `/home/mwoehlke\r': No such 
file or directory
: No such file or directory
mwoehlke AT Harkness /etc/skel
$

So $HOME is being set wrong. "echo $HOME | od -c" gives " /   h   o   m 
   e   /   m   w   o   e   h   l   k   e  \r  \n". "echo %HOME%" from a 
fresh cmd.exe gives "C:/Documents and Settings/mwoehlke". I ran d2u on 
/etc/profile, /etc/default/etc/profile and /etc/passwd.

If I 'export HOME=/home/mwoehlke', then things work correctly.

Somehow, before /etc/profile is executed, my $HOME is being set "funny". 
Any guesses?

-- 
Matthew
KATE: Awesome Text Editor


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