Date: Mon, 3 Sep 2001 08:56:46 -0700 (PDT) From: SUZUKI Koichi <koich@cac.co.jp> To: freebsd-gnats-submit@freebsd.org Subject: docs/30286: Typo in stlstty.8 Message-ID: <200109031556.f83FukW72778@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 30286 >Category: docs >Synopsis: Typo in stlstty.8 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 03 09:00:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: SUZUKI Koichi >Release: FreeBSD 4.4-RC >Organization: Japanese Manual Translation Project >Environment: FreeBSD abel.cac.co.jp 4.4-RC FreeBSD 4.4-RC #38: Fri Aug 31 23:29:37 PDT 2001 metal@abel.cac.co.jp:/usr/obj/usr/src/sys/ABEL i386 >Description: Some typos in stlstty.8. .\" $FreeBSD: src/usr.sbin/stallion/stlstty/stlstty.8,v 1.1.2.1 2001/08/30 12:29:56 murray Exp $ Please see a patch. But I'm not sure that the last one is the thing which you meant to. Thank you. >How-To-Repeat: >Fix: --- stlstty.8.org Mon Sep 3 08:42:36 2001 +++ stlstty.8 Mon Sep 3 08:43:05 2001 @@ -92,13 +92,13 @@ .It Ar maprts (\-maprts) Maps the functionality normally associated with the DTR pin to action on the RTS pin instead. -So in other words the RTS pin will now act as if it where the DTR pin. +So in other words the RTS pin will now act as if it were the DTR pin. This is useful for boards that have ports that do not have full modem signaling on their connector (eg ONboard 16). .It Ar mapcts (\-mapcts) Maps the functionality normally associated with the DCD pin to be actioned on the CTS pin. -So in other words the CTS pin will now act as if it was the DCD pin. +So in other words the CTS pin will now act as if it were the DCD pin. This is useful for boards that have ports that do not have full modem signaling on their connector (eg ONboard 16). .It Ar rtslock (\-rtslock) @@ -151,7 +151,7 @@ By default the UART received FIFO is programmed to a reasonably high level, to minimize CPU overhead. Some third party serial devices do not respond quickly to flow -control signals (hardware of software) and this may cause the +control signals (hardware or software) and this may cause the UART's received FIFO to over-run - thus losing data. Turning this switch on disables use of the received FIFO. .El >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200109031556.f83FukW72778>