[Bug 14541] sed: s-command with "semi-special" delimiters get wrong behaviour
bugzilla at busybox.net
bugzilla at busybox.net
Mon Jan 24 15:37:28 UTC 2022
https://bugs.busybox.net/show_bug.cgi?id=14541
Christoph Anton Mitterer <calestyo at scientia.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |---
Status|RESOLVED |REOPENED
--- Comment #3 from Christoph Anton Mitterer <calestyo at scientia.org> ---
I just went through my list of test cases in
https://www.austingroupbugs.net/view.php?id=1551#c5612 :
It seems busybox now (with the patch) behaves as GNU, except or one case:
GNU:
$ printf '%s\n' 'oxo' | sed 's1\(x\)1\11'
o1o
$ printf '%s\n' 'owo' | sed 's1\(x\)1\11'
owo
BusyBox with patch:
$ printf '%s\n' 'oxo' | ./busybox sed 's1\(x\)1\11'
oxo
$ printf '%s\n' 'owo' | ./busybox sed 's1\(x\)1\11'
owo
So in the replacement, the bug doesn't seem to be fixed, yet.
Same case,.. the \1 is first "un-delimitered" but then still counted as \1,
though the \ should have already been removed because of the "un-delimitering".
Thus reopneing.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the busybox-cvs
mailing list