Austin Group Issue Tracker via austin-group-l at The Open Group wrote in <zqy0xkrjhof3fosyqsyks6kvogekhygeyzyqrxg...@www.austingroupbugs.net>: ... |https://www.austingroupbugs.net/view.php?id=1919 ... |---------------------------------------------------------------------- | (0007180) lanodan (reporter) - 2025-05-05 18:16 | https://www.austingroupbugs.net/view.php?id=1919#c7180 |---------------------------------------------------------------------- |Right, re-reading the specs of them more closely they are defined as |line-matching (including for ed/sed addresses). So implementations \ |might need to |be a bit more careful and properly pass a line rather than a whole buffer |(specially for \z).
You surely mean that Rob Pike's structural regular expressions are (were) superior. “The current UNIX® text processing tools are weakened by the built-in concept of a line. There is a simple notation that can describe the `shape' of files when the typical array-of-lines picture is inadequate. That notation is regular expressions. Using regular expressions to describe the structure in addition to the contents of files has interesting applications, and yields elegant methods for dealing with some problems the current tools handle clumsily. When operations using these expressions are composed, the result is reminiscent of shell pipelines.” https://doc.cat-v.org/bell_labs/structural_regexps/ https://doc.cat-v.org/plan_9/4th_edition/papers/sam/ POSIX came thereafter. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
