home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / misc / 37304 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  1.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!asuvax!chnews!hfglobe!imutm1.de.intel.com!gold.sub.org!jonas.gold.sub.org!rommel
  2. From: rommel@jonas.gold.sub.org (Kai Uwe Rommel)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: COM port with more than 19200 Baud possible?
  5. Distribution: world
  6. Message-ID: <722375283rommel.root@jonas.gold.sub.org>
  7. Sender: root@jonas.gold.sub.org
  8. Date: Sat, 21 Nov 92 20:48:03 MET
  9. References: <721857591marten.marten@feki.toppoint.de>
  10. Organization: Private
  11. Lines: 26
  12.  
  13. In article <721857591marten.marten@feki.toppoint.de> marten@feki.toppoint.de (Marten Feldtmann) writes:
  14. >Just a question: is it practically possible to use the com-1 port with
  15. >more than 19200 Baud (I know I can set the Baudrate to max. 57600)
  16. >without getting too much errors .... of course the 16550AFN would be
  17. >installed ... and normally working with the system. Perhaps running a
  18. >compiler like C/Set2 as an application beside it .....
  19.  
  20. Using a 16550AFN and HW handshaking, I frequently run an UUCP link
  21. over a V.32bis modem with the port rate set to 19200 while doing other
  22. nontrivial tasks, such as running compilers. I did never loose
  23. characters because of running the compilers at the same time.
  24.  
  25. BTW, it really shouldn't make a difference if you use 19200 or 38400,
  26. for example, when your modem runs at 14400. The V.42bis compression
  27. doesn't increase throughput for compressed files (which are normally
  28. sent over UUCP links or ZMODEM downloads).
  29.  
  30. Kai Uwe Rommel
  31.  
  32. --
  33. /* Kai Uwe Rommel                                      Muenchen, Germany *
  34.  * rommel@jonas.ucrc.sub.org                       Phone +49 89 723 4101 *
  35.  * rommel@informatik.tu-muenchen.de                  Fax +49 89 723 7889 */
  36.  
  37. DOS ... is still a real mode only non-reentrant interrupt
  38. handler, and always will be.                -Russell Williams
  39.