Follow-up Comment #5, bug #65930 (group groff):
[comment #2 comment #2:]
> Try this patch:
First speed bump: patch fails to apply. This turns out to be because the tab
characters in the patch have been reduced to strings of spaces.
I initially suspected being bitten by
http://savannah.nongnu.or
Follow-up Comment #6, bug #65930 (group groff):
[comment #5 comment #5:]
> First speed bump: patch fails to apply. This turns out to be because the
tab characters in the patch have been reduced to strings of spaces.
> ... I now suspect there was a copy or paste translation error when pasting
th
Follow-up Comment #7, bug #65930 (group groff):
OK. So.
The patch has no effect on my original test file. Test fails with it, fails
without it.
Your updated test file (from comment #2) does not generate the error under any
circumstances for me. Not with patched -me, not with unpatched, not wi
Follow-up Comment #8, bug #65930 (group groff):
Hrm, I definitely can reproduce it, with a `$v` of 421, using _groff_ 1.22.4.
$ /usr/bin/groff --version | head -n 1
GNU groff version 1.22.4
$ cat ./EXPERIMENTS/bug-65930b.me
.\"mso e.tmac
.br
.nr $v 421
.fo 'foo'bar'baz'
.lp
You get the diplomati
Follow-up Comment #9, bug #65930 (group groff):
$ groff -me tv-stack-limit.me | wc
249 7056268
$ groff -Tascii -me tv-stack-limit.me | uniq -c
These aren't exercising the formatter in the same way; they're using different
output drivers (unless you have GROFF_TYPESETTER=ascii in you