This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: New sed in latest
- To: earnie_boyd at yahoo dot com
- Subject: Re: New sed in latest
- From: Bob McGowan <rmcgowan at veritas dot com>
- Date: Fri, 02 Jun 2000 17:05:36 -0700
- CC: Charles Wilson <cwilson at ece dot gatech dot edu>, cygwin at sourceware dot cygnus dot com
- Organization: VERITAS Software
- References: <20000602203057.18834.qmail@web115.yahoomail.com>
Earnie Boyd wrote:
>
> --- Charles Wilson <cwilson@ece.gatech.edu> wrote:
> > So, with the new sed behavior the following is no longer going to work,
> > right?
>
> No, not right.
It _looks_ like Charles is right....
> >
> > ---dos2unix----
> > #!/bin/bash
> > sed 's/^M//' $1
> > ---------------
> >
> > Where the '^M' is generated by pressing CTRL-V, CTRL-M.
> >
>
> In text mode, it is the \n that terminates the read. If there is a \r
> preceding the \n it will also be removed and the count read reduced by one. If
> there is no preceding \r then the count returned is the number actually read.
>
....because, on a cursory review, the sed script mentioned, which used
to find \r in the DOS format file and remove them, thus making a UNIX
format file, will no longer find them, since as you say they have been
"removed and the count reduced by one."
But sed writes to standard output. So the correct answer (I think) is
that, to capture the "dos2unix" output, the script would need to be
redirected to a file. If the file is in a binary mounted environment,
then it will be UNIX format, if it is text mounted it would continue to
be DOS format.
Is this an accurate analysis?
Thanks,
--
Bob McGowan
Staff Software Quality Engineer
VERITAS Software
rmcgowan@veritas.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com