diff options
author | Ingo Schwarze <schwarze@openbsd.org> | 2022-04-13 20:26:19 +0000 |
---|---|---|
committer | Ingo Schwarze <schwarze@openbsd.org> | 2022-04-13 20:26:19 +0000 |
commit | 0dfdfb52f76a2e922d50fa7a88bf6fea514c6f82 (patch) | |
tree | 235953f7dd8b41565ff3cef69b63a91fcb2496e2 /compat_progname.c | |
parent | 882b0df046673132c4d2d6f14969d087ead1d87c (diff) | |
download | mandoc-0dfdfb52f76a2e922d50fa7a88bf6fea514c6f82.tar.gz |
To prevent infinite recursion while expanding eqn(7) definitions,
we must not reset the recursion counter when moving beyond the end
of the *previous* expansion, but we may only do so when moving
beyond the rightmost position reached by *any* expansion in the
current equation. This matters because definitions can nest;
consider:
.EQ
define inner "content"
define outer "inner outer"
outer
.EN
This endless loop was found by tb@ using afl(1).
Incidentally, GNU eqn(1) also performs an infinite loop in this
situation and then crashes when memory runs out, but that's not an
excuse for nasty behaviour of mandoc(1).
While here, consistently print the expanded content even when the
expansion is finally truncated. While that is not likely to help
end-users, it may help authors of eqn(7) code to understand what's
going on. Besides, it sends a very clear signal that something is
amiss, which was easy to miss in the past unless people
enabled -W error or used -T lint.
Diffstat (limited to 'compat_progname.c')
0 files changed, 0 insertions, 0 deletions