home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / apps / 10508 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!bounce-bounce
  2. From: grichard@cis.ohio-state.edu (Golden Richard)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: Commercial comm programs for OS/2
  5. Date: 21 Jan 1993 15:28:10 -0500
  6. Organization: The Ohio State University Dept. of Computer and Info. Science
  7. Lines: 62
  8. Message-ID: <1jn10qINN2kd@swimming.cis.ohio-state.edu>
  9. References: <d9mikael.727538575@dtek.chalmers.se> <1jk13oINN1v6@swimming.cis.ohio-state.edu> <1jm5enINN6eo@shelley.u.washington.edu>
  10. NNTP-Posting-Host: swimming.cis.ohio-state.edu
  11.  
  12. In article <1jm5enINN6eo@shelley.u.washington.edu> rkimmel@stein.u.washington.edu (Robert Kimmel) writes:
  13. >In article <1jk13oINN1v6@swimming.cis.ohio-state.edu> grichard@cis.ohio-state.edu (Golden Richard) writes:
  14. >>In article <d9mikael.727538575@dtek.chalmers.se> d9mikael@dtek.chalmers.se (Mikael Wahlgren) writes:
  15. >>>grichard@cis.ohio-state.edu (Golden Richard) writes:
  16.  
  17. [stuff deleted]
  18.  
  19. >>>>I do not have nor can I add a 16550 UART, because I use a Toshiba
  20. >>>>3300SL and have a portable (external) modem.
  21.     ^^^^^
  22.  
  23.     this is a notebook, with an integrated VLSI 16450 UART.
  24.  
  25. >>I do not want "everything" without paying for anything.  I do expect a
  26. >>comm program to manage 9600 baud transfers w/o bringing a 386-class
  27. >>machine to its knees.   When m2zmodem is in use, my system is basically
  28. >>unusuable for ANY other task.  Under the default high priority setting
  29. >>(for 9600 baud+ transfers) the word "basically" doesn't even apply.
  30. >>TE/2 uses the same COM.SYS that m2zmodem uses and manages not to bring
  31. >>my machine to a crawl.  If TE/2 didn't crash occasionally with COM1
  32. >>not available messages and had better zmodem error recovery, we
  33. >>wouldn't be having this discussion.  For the record, my machine has a
  34. >>16450 UART.
  35. >>
  36. >>--Golden
  37. >>
  38. >>
  39. >>
  40. >>-- 
  41. >>Golden Richard III             OSU Dept. of Computer and Information Science
  42. >>grichard@cis.ohio-state.edu                                   (614) 292-0056
  43. >
  44. >If your machine has a 16450 UART, why don't you spend $10 to $15 dollars
  45. >for a 16550 AFN?  Then you won't have those problems you are having.
  46. > The 16550 AFN will fit into the socket where your 16450 is.  Any 
  47. >multitasking enviroment needs a 16550 AFN to work well with high speed modems,
  48. >that's just the way it is.  So either except it or quit complaining. 
  49.  
  50. It isn't a matter of price (see above).  And it's not true that a
  51. 16550 is *required*, since in most cases TE/2 does a pretty good job,
  52. it's just that it's buggy.  I have every right to complain if software
  53. just doesn't measure up.  I have difficulty believing that it's
  54. *impossible* for a 386-class machine running an OS/2 comm program to
  55. do 9600 baud transfers reliably w/o a 16550 when such a machine under
  56. DOS can comfortably do 38400+ (even 115K using appropriate software) baud
  57. transfers.  Sure, a 16550 UART is great; but I'm sick of programmers
  58. insisting that "all that's necessary to make my program work
  59. adequately is buy some more hardware".  The words lazy, incompetent,
  60. or *beta* come to mind, but not "production quality". There's a
  61. difference between complaints that mask impossible demands ("hey, why
  62. can't my 8088-class machine run OS/2?")  and complaints address
  63. someone's refusal or inability to create a decent software product
  64. given adequate hardware.   Telling someone 10 years ago that a 5 MIP
  65. machine wouldn't be able to handle 9600 baud serial communication
  66. would probably have result in some strange looks.
  67.  
  68.  
  69.  
  70. --Golden
  71. -- 
  72. Golden Richard III             OSU Dept. of Computer and Information Science
  73. grichard@cis.ohio-state.edu                                   (614) 292-0056
  74.