summaryrefslogtreecommitdiff
path: root/usr.sbin/route6d
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@cvs.openbsd.org>2022-06-06 19:22:55 +0000
committerIngo Schwarze <schwarze@cvs.openbsd.org>2022-06-06 19:22:55 +0000
commit85c7772cfcca0f2db1eb8c2710600c8cd69d588a (patch)
tree1db73a15bbb13182d145a22e17d7e0b57d0c3e3b /usr.sbin/route6d
parentd5144a521c641a5ed2471ab103e0297c662c332f (diff)
To better match groff parsing, reject digits and some mathematical
operators as argument delimiters for some escape sequences that take numerical arguments, in the same way as it had already been done for \h. Argument delimiter parsing for escape sequences taking numerical arguments is not perfect yet. In particular, when a character representing a scaling unit is abused as the argument delimiter, parsing for that character becomes context-dependent, and it is no longer possible to find the end of the escape sequence without calling the full numerical expression parser, which i refrain from attempting in this commit. For now, continuing to misparse insane constructions like \Bc1c+1cc (which is valid in groff and resolves to "1" because 1c+1c = two centimeters is a valid numerical expression and 'c' is also a valid delimiter) is a small price to pay for keeping complexity at bay and for not losing focus in the ongoing series of refinements.
Diffstat (limited to 'usr.sbin/route6d')
0 files changed, 0 insertions, 0 deletions