bug-groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #63777] [me] .in request invokes .$H macro


From: Dave
Subject: [bug #63777] [me] .in request invokes .$H macro
Date: Thu, 9 Feb 2023 02:07:19 -0500 (EST)

URL:
  <https://savannah.gnu.org/bugs/?63777>

                 Summary: [me] .in request invokes .$H macro
                 Project: GNU roff
               Submitter: barx
               Submitted: Thu 09 Feb 2023 01:07:16 AM CST
                Category: Macro me
                Severity: 3 - Normal
              Item Group: Incorrect behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Thu 09 Feb 2023 01:07:16 AM CST By: Dave <barx>
This happens in a recent groff build a little older than rc2 but with the
latest -me macros.  But the behavior is identical with a stock 1.22.4 build.

$ cat test.me
.mso e.tmac
.
.de $H   \" user-defined -me header macro
.tm nn is \\n(nn
..
.
.vs 2i
.
.nr nn 4
Hello.
$ groff -ww test.me > /dev/null
nn is 4
$ sed s/vs/in/ test.me | groff -ww > /dev/null
nn is troff:<standard input>:7: warning: register 'nn' not defined
0

Nothing that I can see about setting the indentation level ought to cause -me
to think "starting a new page!"

Ironically, the -me manual specifies .in but _not_ .vs as a safe low-level
request.







    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]