On 3/6/23 14:47, G. Branden Robinson wrote: > Hi Alex, Hi Branden,
>
> At 2023-03-06T14:16:02+0100, Alejandro Colomar wrote:
>> Hi Branden!
>>
>> I only tested this with groff 1.23.0, so I don't know if it's a
>> regression or a longstanding bug (I hope they aren't a renewable
>> source? :p).
>
> I can reproduce it with groff 1.23.0-HEAD and groff 1.22.4. So not a
> new bug.
Good.
>
> Just from eyeballing the behavior, it looks like there is no lower bound
> on the size of a "stretchable" ("paddable") space, and there should be.
> Or equivalently, the "stretch" should not be permitted to take negative
> values.
>
> Thanks for the reproducer.
>
> Looks like this one will need to be scheduled for groff 1.23.1.
I've been trying to fix it myself, but C++ isn't very nice for my
debugging methods :(.
Am I in the right path with this?:
$ ./troff -man -Tutf8 ~/tmp/space.man -rLL=60n 2>&1 | sed -n '/746/,/746/p'
ALX: src/roff/troff/input.cpp:process():7462
ALX: src/roff/troff/node.h:node():130
ALX: src/roff/troff/node.cpp:space_node():3198
ALX: src/roff/troff/node.cpp:word_space_node():4423
ALX: src/roff/troff/node.cpp:unbreakable_space_node():4487
ALX: src/roff/troff/input.cpp:process():7465
Consider that those line numbers are including the debugging (fprintf(3))
lines that I just added.
Any other hints are appreciated. :)
>
> Do you have time to file a Savannah ticket for it?
Done.
>
> https://savannah.gnu.org/bugs/?group=groff&func=additem
Thanks for the link; I struggle finding what I need in savannah.
It's hard to find the gazelle you're looking for :)
>
> Regards,
> Branden
Cheers,
Alex
--
<http://www.alejandro-colomar.es/>
GPG key fingerprint: A9348594CE31283A826FBDD8D57633D441E25BB5
OpenPGP_signature
Description: OpenPGP digital signature
