[bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepted

[G. Branden Robinson]

Update of bug #66150 (group groff):

                  Status:                    None => Need Info              
             Assigned to:                    None => barx                   

    _______________________________________________________

Follow-up Comment #2:

[comment #1 comment #1:]
> A unit-bearing value stored in a register will have to be regarded as basic
units upon retrieval.

Agreed.


> .nr sz 24p
> This is some \s[\n(szu]giant\s0 text.


> Leave out the "u" to watch things fail in spectacular fashion.

How different is that from the following?


$ ./build/test-groff -ww
.nr linelen 65n
.tm linelen=\n[linelen]u
linelen=325000u
.ll \n[linelen]
.tm .l=\n[.l]u
troff:<standard input>:3: warning: integer value saturated
.l=2147483647u


This seems like a long-known "be careful with that axe, Eugene" property of
_roff_ requests and escape sequences.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?66150>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

signature.asc
Description: PGP signature