Hello, There seems to be a bug in either the mm macros or gtroff itself, where if the .S directive is used to change the vertical spacing after a .ne command, then if the text adds up to more than one page-length an abort occurs with
fatal error: input stack limit exceeded (probable infinite loop) Using the built-in .vs command instead of .S does not cause the problem, so something else in the .S macro is triggering the bug. From a brief inspection of the m.tmac file, it might be related to resetting the page-length trap. I got this using Fedora Core 7 (gtroff version 1.18.1.4). Here is a test case: #!/bin/sh groff -mm -Tps <<'EOF' .ne 24v .P .S C +10 .nf blah 1 blah 2 blah 3 blah 4 blah 5 blah 6 blah 7 blah 8 blah 9 blah 10 blah 11 blah 12 blah 13 blah 14 blah 15 blah 16 blah 17 blah 18 blah 19 blah 20 blah 21 blah 22 blah 23 blah 24 blah 25 blah 26 blah 27 blah 28 blah 29 blah 30 blah 31 blah 32 blah 33 blah 34 blah 35 blah 36 blah 37 blah 38 blah 39 blah 40 blah 41 blah 42 blah 43 blah 44 blah 45 blah 46 blah 47 blah 48 blah 49 blah 50 blah 51 blah 52 blah 53 blah 54 blah 55 blah 56 blah 57 blah 58 blah 59 blah 60 blah 61 blah 62 blah 63 blah 64 blah 65 blah 66 blah 66 blah 67 blah 68 blah 69 blah 70 EOF _______________________________________________ bug-groff mailing list bug-groff@gnu.org http://lists.gnu.org/mailman/listinfo/bug-groff