bug#26879: end-of-line issue with cygwin 4.4-1 sed 4.4

[Dick Dunbar]

Oh, I didn't realize this sed wasn't the cygwin choice.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25707

Reading through those notes, it appears that the sed changes were
predicated on something called a "text mount".

And you were depending on the OS to " undossify_input".
And DTRT is dependent on the cygwin kernel to perform this service
so that sed/awk/grep/et.al wouldn't have to deal with it.

If so, it appears that cygwin does not have that "strip \r" functionality
and that's why it is failing for me.

How close am I getting to fully  understanding this?

I can imagine there might be a quite a lot of "sed consumers" who
will also experience this failure.  And those OS consumers also
have to deal with over-the-wall Windows and Mac files in their
environment.

I never heard of a text/binary mount point that would cause
an operating system to treat text files differently.

Do you have  pointer to some literature that explains that so I can educate
myself?
Long ago and far away, I used to be a kernel developer ... which is not the
same thing as knowing all the complexities of usage ... just how to listen
to customer complaints and make more people happy than are mad at you.

-- Still listening


On Fri, May 12, 2017 at 2:46 PM, Eric Blake <address@hidden> wrote:

> On 05/12/2017 04:40 PM, Dick Dunbar wrote:
> >> I'm sure that upstream d2u maintainers would
> > welcome a patch to make it not stall pipelines - but that's a topic for
> > that list
> >
> > Or, we could just stay on this list and restore the previous behaviour of
> > cygwin.
>
> But THIS list is not the list that changed cygwin behavior.  You'll want
> to take that up with address@hidden
>
> My whole point is that you are asking upstream sed to change due to a
> downstream cygwin decision, when it is downstream cygwin that you should
> be complaining to.
>
> --
> Eric Blake, Principal Software Engineer
> Red Hat, Inc.           +1-919-301-3266
> Virtualization:  qemu.org | libvirt.org
>
>