From owner-freebsd-doc  Thu Sep 24 05:00:07 1998
Return-Path: <owner-freebsd-doc@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id FAA18332
          for freebsd-doc-outgoing; Thu, 24 Sep 1998 05:00:07 -0700 (PDT)
          (envelope-from owner-freebsd-doc@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18292
          for <doc@FreeBSD.ORG>; Thu, 24 Sep 1998 05:00:03 -0700 (PDT)
          (envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id FAA20168;
	Thu, 24 Sep 1998 05:00:01 -0700 (PDT)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA17708;
          Thu, 24 Sep 1998 04:53:12 -0700 (PDT)
          (envelope-from nobody)
Message-Id: <199809241153.EAA17708@hub.freebsd.org>
Date: Thu, 24 Sep 1998 04:53:12 -0700 (PDT)
From: iss@mail.wbs.ne.jp
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: docs/8039: SS macros remain in mtrace.8
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         8039
>Category:       docs
>Synopsis:       SS macros remain in mtrace.8
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 24 05:00:01 PDT 1998
>Last-Modified:
>Originator:     Issei Hirayama
>Organization:
jpman project, Japan FreeBSD users group.
>Release:        FreeBSD2.2.7-RELEASE
>Environment:
3.0-19980827-SNAP
mtrace.8
>Description:
`SS' macros remain in mtrace.8.
So, subsection headers are not displayed.
These should be `Ss'.
>How-To-Repeat:
% man 8 mtrace
>Fix:
I suggest to apply following patch:

--- mtrace.8.orig       Thu Sep 24 20:24:21 1998
+++ mtrace.8    Thu Sep 24 20:24:58 1998
@@ -209,7 +209,7 @@
 seconds (default 3 seconds).
 .El
 .Sh USAGE
-.SS How It Works
+.Ss How It Works
 The technique used by the
 .Nm traceroute
 tool to trace unicast network paths will not work for IP multicast
@@ -255,7 +255,7 @@
 packet counts of the next hop allows the calculation of packet rate
 and packet loss statistics for each hop to isolate congestion
 problems.
-.SS Finding the Last-Hop Router
+.Ss Finding the Last-Hop Router
 The trace query must be sent to the multicast router which is the
 last hop on the path from the
 .Ar source
@@ -288,7 +288,7 @@
 In that case, the desired interface should be specified explicitly as
 the
 .Ar receiver .
-.SS Directing the Response
+.Ss Directing the Response
 By default,
 .Nm
 first attempts to trace the full reverse path, unless the number of

>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message