mp@mit-eddie.UUCP (Mark Plotnick) (07/20/83)
Has anybody gotten the mm macros to work with Berkeley nroff/troff? Mark
msc@qubix.UUCP (07/21/83)
The mm macros use some features that were added to the System III [nt]roff. I suspect that it is easier to get the System III (or V) [nt]roff to run under 4.xbsd rather than try to fix the mm macros not to use the added features. I am currently trying to port the System V [nt]roff to 4.1bsd. It is a background project though and so may take some time. Naturally I will only be able to distribute this to holders of System V licences. -- Mark ...{decvax,ucbvax}!decwrl!qubix!msc ...ittvax!qubix!msc ...ihnp4!amd70!qubix!msc decwrl!qubix!msc@Berkeley.ARPA
mp@mit-eddie.UUCP (Mark Plotnick) (07/22/83)
Thanks to Peter Honeyman for solving the major problem (that of running out of temp file space) - the fix is to increase TEMP from 256 to 512 in tdef.h. I'm still having minor problems with page numbers (they appear to be 103 digits long), but that may be specific to the documents I'm running off. The best solution seems to be to wait until we get System V here, and bring that up on 4bsd. Mark
msc@qubix.UUCP (07/22/83)
1. The TEMP file space problem affects only nroff not troff 2. Page numbering is one of the areas where mm uses the features added to >System III [nt]roff that I alluded to in my earlier article. Specifically mm is trying to find out the page number format by using the \g request which doesn't exist in v7/4.1 [nt]roff. That results in the 103 digit page numbers complete with leading zeros. -- Mark ...{decvax,ucbvax,ihnp4}!decwrl! ...{ittvax,amd70}!qubix!msc decwrl!qubix!msc@Berkeley.ARPA