[Bug 8791] sed : in substitution string \1 to \9 or & don't behave as per GNU & POSIX specification

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=8791

--- Comment #5 from clu <clu at free.fr> ---
I, wrongly, replied to the email notice abd thus got no reply till notices
about your answers. Follows what i wrote in there, without quoting previous
comments :
============================================================
I hope this is the correct way to reply :
 1. replying to the email i received (w/o going back to the bugzilla page (from
here i can only access emails).
 2. writing my answer after yours in chronological order.
 tell me which is correct if anything wrong.
Now, about an issue on https://github.com/rmyorston/busybox-w32 :
 1. isn't it restricting the pb to windows when streams with CRLF line endings
can also be fed to sed under unix?
 2. as my example was simple it actually wasn't generic at all since i only
used the \(.*\) pattern as reference ( which alone stands for ^\(.*\)$ ) and,
indeed, goes till the end of line. But the problem also occurs with patterns
referencing inner parts of the streamed line :
 say, something like xy\(.*\)zt which is closer to the actual cases i noticed
the pb with.
 3. does that mean it will impact the buffers are managed (via N, H &co.), in
the case i want to handle multiline patterns ?

thank you for your attention
clu
20160315

-- 
You are receiving this mail because:
You are on the CC list for the bug.