Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com X-Apparently-From: Message-ID: <3A5A36BC.8B2C4DBA@yahoo.com> Date: Mon, 08 Jan 2001 16:53:00 -0500 From: Earnie Boyd Reply-To: cygwin AT cygwin DOT com X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.171 i686) X-Accept-Language: en MIME-Version: 1.0 To: Dan Haynes CC: cygwin AT cygwin DOT com Subject: Re: CRLF question (yeah, again :-p) References: <005301c079b3$b8b8f590$6401a8c0 AT 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