![[BACK]](/cvsweb/icons/back.gif){kind=icon}
Up to [cvsweb.bsd.lv] / mandoc / regress / roff / de
Up to [cvsweb.bsd.lv] / mandoc / regress / roff / de
Request diff between arbitrary revisions
Default branch: MAIN
Current tag: MAIN
Revision 1.7 / (download) - annotate - [select for diffs], Tue Aug 2 11:28:49 2022 UTC (22 months, 2 weeks ago) by schwarze
Branch: MAIN
CVS Tags: HEAD
Changes since 1.6: +0 -38 lines
Diff to previous 1.6 (colored)
Delete OpenBSD-only rules from the regress/roff/de Makefile after they were changed in OpenBSD. Tracking these rules here would be useless.
Revision 1.6 / (download) - annotate - [select for diffs], Thu Jul 30 21:42:29 2020 UTC (3 years, 10 months ago) by schwarze
Branch: MAIN
CVS Tags: VERSION_1_14_6
Changes since 1.5: +6 -6 lines
Diff to previous 1.5 (colored)
trivial sync with OpenBSD in parts of these files that are not used by -portable; consequently, no functional change
Revision 1.5 / (download) - annotate - [select for diffs], Sun Apr 21 23:51:22 2019 UTC (5 years, 1 month ago) by schwarze
Branch: MAIN
Changes since 1.4: +3 -3 lines
Diff to previous 1.4 (colored)
When calling an empty macro, do not clobber existing arguments. Fixing a bug found with the groffer(1) version 1.19 manual page following a report from Jan Stary.
Revision 1.4 / (download) - annotate - [select for diffs], Wed Feb 6 21:11:46 2019 UTC (5 years, 4 months ago) by schwarze
Branch: MAIN
CVS Tags: VERSION_1_14_5
Changes since 1.3: +4 -3 lines
Diff to previous 1.3 (colored)
Let roff_getname() end the roff identifier at a tab character and audit all its callers whether termination is handled correctly. Resulting improvements: * An escape or tab ending the macro name in a macro invocation is discarded, and argument processing is started after it. * An escape or tab ending a name in ".if d" and ".if r" is preserved. * An escape ending a name in ".ds" causes the whole request to be ignored. * A tab ending a name in ".ds" becomes part of the string. * An escape or tab ending a name in ".rm" causes the rest of the line to be ignored. * An escape or tab ending the first name in ".als", ".rn", or ".nr" causes the whole request to be ignored. Kurt Jaeger <pi at FreeBSD> made me aware of https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235456#c0 and in that bug report, comment 0 item (3) is a special case of this class of issues. Yes, the "mh" manual pages are no doubt among the worst on the planet.
Revision 1.3 / (download) - annotate - [select for diffs], Tue Jul 4 15:26:32 2017 UTC (6 years, 11 months ago) by schwarze
Branch: MAIN
CVS Tags: VERSION_1_14_4,
VERSION_1_14_3,
VERSION_1_14_2
Changes since 1.2: +2 -2 lines
Diff to previous 1.2 (colored)
Messages of the -Wbase level now print STYLE:. Since this causes horrible churn anyway, profit of the opportunity to stop excessive testing, such that this is hopefully the last instance of such churn. Consistently use OpenBSD RCS tags, blank .Os, blank fourth .TH argument, and Mdocdate like everywhere else. Use -Ios=OpenBSD for platform-independent predictable output.
Revision 1.2 / (download) - annotate - [select for diffs], Tue Mar 7 20:00:09 2017 UTC (7 years, 3 months ago) by schwarze
Branch: MAIN
Changes since 1.1: +7 -2 lines
Diff to previous 1.1 (colored)
If a user-defined macro is aborted because it exceeds the stack limit, usually due to infinite recursion, discard whatever remains in all those open stack levels. Otherwise, insane constructions like the following could generate macros of enormous size, causing mandoc(1) to die from memory exhaustion: .de m \" original macro definition .m \" recursion to blow up the stack .de m \" definition to be run during the call of .m marked (*) very long plain text (some kilobytes) .m \" expand the above a thousand times while unwinding the stack .. \" end of the original definition .m \" (*) recursively generate a ridiculously large macro .. \" end of recursively generated definition .m \" execute the giant macro, exhausting memory Very creative abuse found by tb@ with afl(1).
Revision 1.1 / (download) - annotate - [select for diffs], Wed Feb 8 03:03:19 2017 UTC (7 years, 4 months ago) by schwarze
Branch: MAIN
CVS Tags: VERSION_1_14_1,
VERSION_1_13
Finally port the OpenBSD regression suite. Both kristaps@ and wiz@ repeated asked for this, literally for years.