Re: Has CR/LF and cat problem with textutils-2.0 been solved?

[Chris Faylor <cgf at cygnus dot com>]

On Wed, Sep 27, 2000 at 12:03:09PM -0400, Chet Ramey wrote:
>> >However *all* shells (and not only bash) *must* read the standard
>> >output of command expansion (backtick) in *text* mode, as it *does*
>> >expect text and is *not* willing to handle binary data there.
>> 
>> This was my point.  We fixed ash to do the right thing and I've been waiting
>> patiently for the bash maintainer to fix bash as well.
>
>How about a bug report?  Or maybe an email?  I don't read this list
>very often, so, unless I get mail about it, `waiting patiently' is
>probably not going to get the job done.

I wasn't referring to you.  We have a person who produces cygwin bash
binaries for distribution.  It's his "job" to interface with you and
make sure that patches are sent your way.  Unfortunately, he has
disappeared from view so we're stuck with the usual grousing, confusion,
endless re-explanation, that people enjoy so much rather than having
someone step forward to actually fix the problem and make a new binary
release.

I know that you could easily fix the problem but I don't expect you to
produce a new bash tar.gz file.

>Now, do you want all '\r's stripped, or \r\n translated to \n when
>reading command substitution output?

\r\n -> \n.

Or maybe we should just have backticks delete all of the files on the
machine that begin with "q" when a \r\n is detected.  People seem to
like to discuss and theorize and agonize about this and this would
certainly provide fuel for discussion.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com