<div dir="ltr"><div>i'll keep an eye out, but since we _came_ from GNU sed, yeah, i'd be surprised if we'd introduced any POSIX assumptions since then.</div><div><br></div><div>for now though any update is still blocked on the chattr test breakage from SKIPNEXT...</div><div><br></div>-- chattr<br>/system/bin/sh: /data/local/tmp/toybox-tests/runtest.sh[222]: syntax error: unexpected operator/operand '=~'<br>/system/bin/sh: can't create testFile: Operation not permitted<br>rm: testFile: Operation not permitted<br>PASS: chattr immutable<br>/system/bin/sh: can't create testFile: Operation not permitted<br>PASS: chattr append-only<br>PASS: chattr toggle A<br>PASS: chattr toggle d<br>FAIL: chattr toggle e<br>echo -ne '' | lsattr testFile | awk '{print $1}' > attrs;<br>    grep -q e attrs || cat attrs; cat testFile && chattr -e testFile &&<br>    lsattr testFile | clean; rm -rf testFile<br>--- expected       2022-09-10 02:15:53.519998810 +0000<br>+++ actual 2022-09-10 02:15:53.559998809 +0000<br>@@ -1,2 +1,3 @@<br>+---------E----------<br> abcdefghijklmnopqrstuvwxyz<br> -------------------- testFile<br><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 13, 2022 at 9:37 AM Rob Landley <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">There's a tiny possibility <a href="https://github.com/landley/toybox/commit/1724b3589a50" rel="noreferrer" target="_blank">https://github.com/landley/toybox/commit/1724b3589a50</a><br>
will break the AOSP build if you've been using nothing but toybox sed for years,<br>
and people writing sed scripts have actually read posix.<br>
<br>
That said, if Red Hat 9 from 2003 wasn't following Posix and Debian still isn't<br>
today, then the posix behavior ain't what Linux does.<br>
<br>
I pulled a couple other tweaks to that effect from the todo heap (Posix<br>
EXPLICITLY says that "l" should not escape \n and yet Linux does), but mostly<br>
because I'm going through making sure -z is always NUL instead of \n in hold<br>
space aggregation and so on (\0 is escaped as \000 because they left it as<br>
"unknown character below 32 gets 3 digit octal escape" which I suppose makes<br>
sense because otherwise \0 followed by actual digits is ambiguous), and I don't<br>
expect those to cause a problem with real scripts? (Yeah famous last words...)<br>
<br>
Rob<br>
</blockquote></div>