lmc@denelcor.UUCP (Lyle McElhaney) (03/06/84)
Popular demand by some of our users has caused us to transport the mm macro package from a System 3 system over to our VAX running 4.2. Seems to work ok, except for the page number. Nroff seems to like to make the page number about 80 characters long by left filling it with zeros. The default header looks like - 00000000000000000000000000000000000000000000000000000000000000000000 0000000000000005 - Has anybody seen this behavior before? Any help would be appreciated. Thanks -- Lyle McElhaney (hao,brl-bmd,nbires,csu-cs,scgvaxd)!denelcor!lmc
jaap@haring.UUCP (03/08/84)
Obviously you are running the mm package on an old version of troff. The newer version of troff have a \g escape with returns the format of a register. In the mm macros are some lines doing something like: .af x \\gy (Names of registers are just for the example.) Just remove those lines and it will work. Jaap Akkerhuis
guy@rlgvax.UUCP (Guy Harris) (03/10/84)
> Better still is to transport the nroff of system V to 4.2bsd, > because then you also get a macro compaction facility, > which reduces the startup time for mm quite a bit. Also the USG "nroff" is tuned and sped up somewhat. You will probably want to hack in the Berkeley-style "keep the temp file and environments in virtual memory" stuff; we did that here for the S3 "nroff". Guy Harris {seismo,ihnp4,allegra}!rlgvax!guy
smoot@ut-sally.UUCP (Smoot Carl-Mitchell) (03/12/84)
For all you folks seeing long page numbers using mm with the
4.2 BSD nroff, help is on the way.
The problem is the missing get 'g' type format request in the
nroff distributed with 4.2 BSD which the mm macro use.
I sent the fix off to Berkeley ages ago and have not heard boo from them.
I made the fix on our nroff and will be happy to send copies to
all who request it. Send me a mail message and I'll send you
the fix. It is relatively short.
--
Smoot Carl-Mitchell, CS Dept. University of Texas at Austin
{seismo, ctvax, ihnp4, kpno}!ut-sally!smoot, smoot@ut-sally.{ARPA, UUCP}kim@enea.UUCP (03/16/84)
#R:denelcor:-34500:enea:1700003:000:1043 enea!kim Mar 8 09:10:00 1984 << Popular demand by some of our users has caused us to transport the mm << macro package from a System 3 system over to our VAX running 4.2. << Seems to work ok, except for the page number. Nroff seems to like to << make the page number about 80 characters long by left filling it with << zeros. The default header looks like << << - 00000000000000000000000000000000000000000000000000000000000000000000 << 0000000000000005 - This is because mm depends on a sligthly improved version of nroff, which has the new operators \gx and \g(xx returning the .af-type of a number register. mm uses the \g operator to save and restore the format of the P register, and since \g is not defined in 4.x bsd nroff, the format of P is screwed up. I think the \g references only occur in about 8 statements in the whole mm packet, so it is fairly easy to fix. Better still is to transport the nroff of system V to 4.2bsd, because then you also get a macro compaction facility, which reduces the startup time for mm quite a bit. decvax!mcvax!enea!kim