home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / datacomm / 5808 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  4.0 KB
  1. Path: sparky!uunet!cs.utexas.edu!rutgers!cbmvax!cbmehq!cbmden!kehlet!kehlet
  2. From: kehlet@kehlet.adsp.sub.org (Jesper Kehlet)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: Amiga Kiosks?
  5. Message-ID: <kehlet.06db@kehlet.adsp.sub.org>
  6. Date: 18 Aug 92 19:17:36 GMT
  7. References: <l5xmf!a.harlock@netcom.com> <petter.03o9@pnilsen.UUCP> <kehlet.060m@kehlet.adsp.sub.org> <1992Aug13.142013.4460@TorreyPinesCA.ncr.com>
  8. Organization: Compos Mentis Software Systems
  9. Lines: 93
  10. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  11.  
  12. In article <1992Aug13.142013.4460@TorreyPinesCA.ncr.com> jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999) writes:
  13. > In article <kehlet.060m@kehlet.adsp.sub.org> kehlet@kehlet.adsp.sub.org (Jesper Kehlet) writes:
  14.  
  15. > >Too bad!  NComm is full of bugs, try to be professional, shareware, and now
  16. > >they even want to make Torkel do work on another package?
  17. > 
  18. > Beg pardon, but could you follow-up and be more specific?  With the exception
  19. > of 2.03 (a hacked pirate version), I've found no more bugs in NComm than in
  20. > JRComm, and far less than Term, Baud Bandit, or ATalk III.
  21.  
  22. I'll be more specific later on.
  23.  
  24.  
  25. > >It's not, that I have anything thing against his programming -- I haven't
  26. > >seen one bit, but the ANSI bug, the SLOOOOW speed, the nasty setup, the
  27. > >square look of it...  nah, there's too much wron with it.
  28. > 
  29. > Actually, it sounds like you're talking about version 1.921, which was free,
  30. > so what's to gripe about?  :-)
  31.  
  32. Nope!  The *REAL* 2.0.  Shareware version, not anything like bogus 2.03 or
  33. freeware 1.921.  ;-)
  34.  
  35.  
  36. > >It might not be perfect yet, but it's BLAZINGLY fast, it does perfect
  37. > >ANSI/VT-100 (and will be doing VT-220) -- even IBM ANSI (there's a bug with
  38. > ><ESC>[2J in IBM ANSI).
  39. > >
  40. > >Even in 16 color mode, it scrolls a screen full of colored ANSI graphics so
  41. > >fast, you can't possibly keep up with it...
  42. > 
  43. > What is this, BlazeMongerComm or something?  And is not being able to keep up
  44. > with a screen a good thing?
  45. > 
  46. > Seriously, if you are writing a comm program, more power to you.  Just make
  47. > sure you address all your gripe's with NComm and combine the best features
  48. > of all the good programs out there.  (personally, a lookalike of Access! would
  49. > be great!).
  50.  
  51. It's finished and ready for shipping at a price of US $50 or so when it
  52. reaches you.
  53.  
  54. A demo will be out soon, so I need to know how to put that one up for ftp.
  55.  
  56.  
  57. > >Good programming of the serial.device gives ~238 cps throughput on normal
  58. > >Zmodem (built in) transfers -- I'd be surprised if I'd ever see NComm go
  59. > >beyond 230...
  60. > 
  61. > Not using the XPR libraries, are we?
  62.  
  63. Sure ain't!  ;-) Built-in transfer protocols to reduce the library
  64. overhead, that is of great importance when doing file transfers...
  65.  
  66. XPR *WILL* be available in the future, but why use them if the built-in are
  67. faster and even more reliable?
  68.  
  69. Besides you get a lot more flexibility with built-in protocols.
  70.  
  71. And now for the NComm bug stuff:
  72.  
  73.     - When trying to open the serial ports in shared mode (3 lines,
  74.       actually) and it fails, it doesn't close down what it has already
  75.       opened, so a reboot is necessary.
  76.  
  77.     - NComm in general opens the serial port in a bad way.  It simply
  78.       won't work under future revisions of OS.
  79.  
  80.     - It's SLOW in file transfers.  It uses XPR and very badly
  81.       implements this, thus it gets major overhead on those XPR
  82.       libraries.
  83.  
  84.     - The ANSI is awfully implemented.  I have experienced problems
  85.       with at least 30 BBS's here in Denmark and more than 50 foreign
  86.       ones.  I think this relates to the fact, that NComm uses CON:
  87.       compatible ANSI, so it's very non-compatible.
  88.  
  89.     - It's screen/ANSI is SOOOOOOO slow...  Probably a CON:  problem,
  90.       too...
  91.  
  92. I could give you a lot more, but let's keep this posting down in size...
  93. ;-))
  94.  
  95.  
  96. > Jeff Grimmett
  97.  
  98. -- 
  99.      Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic
  100.  
  101.         (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet
  102.              cbmehq!cbmden!kehlet!kehlet@cbmvax.commodore.com
  103.  
  104.       As long as I speak for myself, my employees can do that, too...
  105.