summaryrefslogtreecommitdiffstats
path: root/compat_reallocarray.c
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@openbsd.org>2022-04-13 20:26:19 +0000
committerIngo Schwarze <schwarze@openbsd.org>2022-04-13 20:26:19 +0000
commit0dfdfb52f76a2e922d50fa7a88bf6fea514c6f82 (patch)
tree235953f7dd8b41565ff3cef69b63a91fcb2496e2 /compat_reallocarray.c
parent882b0df046673132c4d2d6f14969d087ead1d87c (diff)
downloadmandoc-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_reallocarray.c')
0 files changed, 0 insertions, 0 deletions