day 20 fix POSIX handling
commitc584564e859ea6e586e1bc9fb241dfbb0f63a60b
authorEric Blake <eblake@redhat.com>
Mon, 15 Jan 2024 15:07:39 +0000 (15 09:07 -0600)
committerEric Blake <eblake@redhat.com>
Mon, 15 Jan 2024 15:07:39 +0000 (15 09:07 -0600)
treeee273d3803e63e5139aec6720c7d1d5124b76b8e
parent2cad60d1d966d11390eeb0ef7c651d7b23e9ccf9
day 20 fix POSIX handling

I ought to fix my POSIX line split algorithm to explicitly fail if I
chunk it too small to actually contain the newline replacement for a
long line (or better yet, to auto-adjust without having to remember to
alter the chunk size each time I copy the code).  Doing that would be
easier if I moved my chew() macro into common.m4.  But for now, just
fix the immediate 2 problems: chunking a line too small can result in
calling do(`') which inf-loops, and an input file might have a chunk
end in 'broad' which triggers an unexpected broadcast.
2023/day20.m4
times.ods