[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #58447] [me] valid input with specific parameters causes a fatal er
From: |
G. Branden Robinson |
Subject: |
[bug #58447] [me] valid input with specific parameters causes a fatal error |
Date: |
Sun, 19 Dec 2021 05:54:40 -0500 (EST) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Update of bug #58447 (project groff):
Status: None => Need Info
_______________________________________________________
Follow-up Comment #6:
Possibly related, or possibly not, there is different breakage when rendering
the same document with nroff--there's no infinite trap recursion, but the text
of the footnote is truncated and the document ends prematurely.
Same output on groff 1.22.4 and Git HEAD.
$ groff -Tascii -me ./EXPERIMENTS/exceed-stack-limit-49178.me | cat -s | tail
-n 20
x
____________________
tensive footnote text.
Alternately, this
filler text is filling
in as the extensive
footnote text. Alter-
nately, this filler
text is filling in as
the extensive footnote
text. Alternately,
this filler text is
filling in as the ex-
tensive footnote text.
Alternately, this
filler text is filling
in as the extensive
footnote text. Alter-
My wild-ass guess is that at least the originally reported problem is due to a
missing bounds check when the `(f` macro sets up a trap for an overflow
footnote. Probably, there should be a limit as to how far up the page the
footnote is allowed to retreat. What that limit should be is another
question; the first text baseline (\n(tm) is probably an absolute limit, but
it might make sense to halt footnote retreat "earlier" (farther down the page)
than that, so that progress can be made rendering the body text on any given
page.
I've seen some prodigiously long footnotes in my time, but I've also read
books that were typeset a century ago or more. I'm not sure what style
guidance still exists for management of overflowing footnotes; since the
Linotype era, which our friend at Heraclitean River characterized as ushering
an age of loss of craft and cheap labor in typesetting, footnotes have been
progressively eschewed by publishers. As I've noted in earlier vituperations
against Russell Harper, there is no reason we can't recover from the nadir of
artful typography brought on in the late pre-digital era. So I'm open to
suggestions regarding how we might parameterize the magnitude of footnote
overflow areas.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?58447>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [bug #58447] [me] valid input with specific parameters causes a fatal error,
G. Branden Robinson <=