DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=pLTzOfDcq74OQ1Bz
	wsytOl68BXZ/bqzufl8qQDx+8xpf4uk+COCZ3B0egafg3wXg79OpjmHq4G4zcTka
	+WKG4bKYvhfjRV29rrpYPUBgrAMmH3GTloo6XHrU0AvxC8b+IDOoElVuFl1tH49u
	bkrhhaAoJqxAGbRHzCFyy5k346U=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated [test]: grep-3.0-2
To: cygwin@cygwin.com
References: <announce.1ee39b81-925c-cb2e-efe5-bd06f27a8440@redhat.com> <58a5299d.26149d0a.a2c17.d033@mx.google.com>
From: cyg Simple <cygsimple@gmail.com>
Message-ID: <7326506c-5785-001c-0613-be94257689d8@gmail.com>
Date: Fri, 17 Feb 2017 11:43:13 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <58a5299d.26149d0a.a2c17.d033@mx.google.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

On 2/15/2017 11:25 PM, Steven Penny wrote:
>> Since this includes pipelines by default, this means that if you pipe text
>> data through a pipeline (such as the output of a windows program), you may
>> need to insert a call to d2u to sanitize your input before passing it to grep.
> 
> This is certainly a good way to do it, but for more portable solution use tr:
> 

There are as many ways to remove the \r as there are ways to create
them. By stating this you've convoluted the point Eric was trying to
make which was more a caution than a way to get rid of unexpected data.
You could use d2u, tr, sed, vi, foo, bar, baz, etc.  It doesn't matter
what you use to rid your piped process of excess data as long as the
excess data is removed.  Certainly portability should be a concern if
you're distributing the process or using differing systems with the same
process but we're talking about a Windows only type of issue since the
processes on *NIX will never return \r\n without some planned reason to
do so.

-- 
cyg Simple

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple