Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
Sender: cygwin-owner@sources.redhat.com
Message-ID: <3A5A36BC.8B2C4DBA@yahoo.com>
Date: Mon, 08 Jan 2001 16:53:00 -0500
From: Earnie Boyd <earnie_boyd@yahoo.com>
Reply-To: cygwin@cygwin.com
MIME-Version: 1.0
To: Dan Haynes <haynes@awii.com>
CC: cygwin@cygwin.com
Subject: Re: CRLF question (yeah, again :-p)
References: <005301c079b3$b8b8f590$6401a8c0@tached>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dan Haynes wrote:

> Running into a small issue with CR LF expansion again and I can't quite
> figure out if this is expected behaviour or not.
>
> We're using a clean install of Cygwin 1.7 on NT 4.0 SP6a, all mounts are
> text mode, all mounts on NTFS volumes.
>
> In a makefile I do
>
>         cmd /c "dir /ad /b" | sort >foo
>
> ...and the lines end up with extra CR characters appended (CR CR LF at the
> end of the lines)
>
> Changing the command line to:
>
>         cmd /c "dir /ad /b" >foo1
>         sort foo1 >foo
>
> ...works fine.
>
> I verified that sort.exe is the Cygwin version and not the NT one.
>
> Is it to be expected that piping the output of a Win32 app to a Cygwin app
> might/will result in end-of-line character confusion? Or should this work
> and I need to look at sort to find out what's happening?
>

The default mode for pipes in cmd.exe is now textmode.  Add the `binmode'
qualifier to your CYGWIN environment variable and restart all Cygwin
processes to change the processing mode to binary mode for pipes.

Cheers,
Earnie.


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple