From owner-freebsd-chat Wed Feb 16 11:20:55 2000 Delivered-To: freebsd-chat@freebsd.org Received: from builder.freebsd.org (builder.FreeBSD.ORG [204.216.27.24]) by hub.freebsd.org (Postfix) with ESMTP id 5605F37B555 for ; Wed, 16 Feb 2000 11:20:53 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by builder.freebsd.org (Postfix) with ESMTP id 8869B132EF for ; Wed, 16 Feb 2000 11:20:11 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id MAA29848; Wed, 16 Feb 2000 12:20:30 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpdAAA69aye6; Wed Feb 16 12:20:18 2000 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id MAA17806; Wed, 16 Feb 2000 12:20:18 -0700 (MST) From: Terry Lambert Message-Id: <200002161920.MAA17806@usr02.primenet.com> Subject: Re: Gimme FreeBSD anyday! To: brett@lariat.org (Brett Glass) Date: Wed, 16 Feb 2000 19:20:18 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), winter@jurai.net (Matthew N. Dodd), bright@wintelcom.net (Alfred Perlstein), brooks@one-eyed-alien.net (Brooks Davis), dscheidt@enteract.com (David Scheidt), troy@picus.com (Troy Settle), freebsd-chat@FreeBSD.ORG In-Reply-To: <4.2.2.20000216114210.04307b30@localhost> from "Brett Glass" at Feb 16, 2000 11:50:27 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >250ms of line silence, according to Technical Aspects of Data > >Communication, McKneely, Digital Press, where in the appendices > >they reproduce the Bell 103c and Bell 212 standards. > > The exact amount isn't part of any standard, unfortunately. Actually, it's part of the Bell 103C standard, defining how modems should function. DEC implemented the break on VT100 terminals to be "as long as the break key remained depressed". However, it seems to me that the only reason for varing from the 250ms 103C definition is to allow you to break in a shorter time at a higher baud rate, since so long as you were going at a higher baud rate, you would have more sampling intervals to detect the break than at a lower baud rate. As far as timings, I've always wondered why in _hell_ vendors did not adhere to the RS232C specification when it came to implementing external clock pins. I mean, we would never, ever have had to care about baud rate matching if they had implemented this stuff according to the specification. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message