Xref: utzoo comp.sys.3b1:316 comp.sys.att:11816 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!sdd.hp.com!wuarchive!udel!princeton!twg.com!david From: david@twg.com (David S. Herron) Newsgroups: comp.sys.3b1,comp.sys.att Subject: Re: OBM <--> Telebit incompatibility: SUMMARY Keywords: T2500 no break configuration Message-ID: <8653@gollum.twg.com> Date: 17 Feb 91 20:50:57 GMT References: <980@gnosys.svle.ma.us> <23207@netcom.COM> <984@gnosys.svle.ma.us> Followup-To: comp.sys.3b1 Organization: The Wollongong Group, Palo Alto, CA Lines: 21 In article <984@gnosys.svle.ma.us> gst@gnosys.svle.ma.us (Gary S. Trujillo) writes: >(The basic notion is that when a connection is established, the getty - which > is not a real getty, but just a front end - reads the speed code from the > modem, and then invokes the real getty after having done an ioctl, or it calls > the getty with the speed as an argument - I forget which. Yes.. that's a fairly simple thing to do .. but *WHY* do this? I run mine (3b1 with TB+) with the interface speed locked at 19200 and have no problem. The modem simply takes care of translating any speed difference internally without need for hacks like BREAK. I also run with hardware flow control enabled (yeah, sure, lots of systems use BREAK for switching baud rate .. that doesn't make it any less of a hack) -- <- David Herron, an MMDF & WIN/MHS guy, <- Formerly: David Herron -- NonResident E-Mail Hack <- <- MS-DOS ... The ultimate computer virus.