home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / datacomm / 5908 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  3.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!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 Comms (was RE: Amiga Kiosks?)
  5. Message-ID: <kehlet.06kg@kehlet.adsp.sub.org>
  6. Date: 26 Aug 92 16:56:20 GMT
  7. References: <1992Aug21.162454.7251@TorreyPinesCA.ncr.com> <rwm.714583210@atronx.OCUnix.On.Ca>
  8. Organization: Compos Mentis Software Systems
  9. Lines: 68
  10. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  11.  
  12. In article <rwm.714583210@atronx.OCUnix.On.Ca> rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes:
  13. > jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999) writes:
  14. > >>XPR *WILL* be available in the future, but why use them if the built-in are
  15. > >>faster and even more reliable?
  16. > 
  17. > >Good.  Although there are legit gripes about XPR, it helps to have that
  18. > >ability in case someone wants to use something you didn't want to implement.
  19. > 
  20. > >*plus* seen the same thing in Term.  I have the feeling this is an XPRZModem
  21. > >bug instead (tons o' errors, too)
  22. > 
  23. >   I hope you realize the connection between these two problems.  The more
  24. > people that implemente their 'internal' Zmodem, and push it as a 'feature',
  25. > then the less likely that a fully implemented XPR based Zmodem will be
  26. > released.  True or not (I personally think not), people have this 'image'
  27. > that an internal protocol is going to somehow be better than a properly
  28. > written XPR version of the same protocol.  The fact that only the
  29. > 'freeware' style people are working on XPR based protocols (IE: The people
  30. > who don't get paid or supported for their development) will always make
  31. > this a problem.
  32.  
  33. So, let's talk about Zmodem here, since it the most popular protocol available.
  34.  
  35. When you implement Zmodem in your terminal program, it is very much like
  36. implementation of the very same, but in a library.
  37.  
  38. The difference is really not that great.  But when you call library
  39. functions, you lose to major overhead on those and that's bad!
  40.  
  41. No matter, how you do it, built-in protocols will, if written properly,
  42. always be more efficient than the XPR ones.
  43.  
  44. And now the financial aspect:
  45.  
  46. When I do a fast, small and efficient Zmodem implement, I still have to pay
  47. my bills.  When I announce it as a being a good Zmodem implement and it IS,
  48. then people will, if not pay more, then at least pay for it!
  49.  
  50. I am doing a pretty good living, earning enough to "drive a pretty nice car
  51. and own a pretty nice house", but nobody lived on love and water alone --
  52. and survived it!  And I still have to pay off programmers -- I'm not doing
  53. it all by myself!
  54.  
  55.  
  56. >   If everyone wants better protocols, encouraging authors to support XPR
  57. > (On both sides of the interface by writing XPR's themselves as well), we'll
  58. > all be better off.
  59.  
  60. Except for those of us considering overhead and flexibility.
  61.  
  62.  
  63. > (P.S.  Jack, let's not start our AMIGA_COMMS flamewar again - I'm just 
  64. > presenting this side, and I think most know you disagree ;-)
  65.  
  66. Hey, I'll start it for him...  8-d:-)
  67.  
  68.  
  69. >   Opinions expressed in this message are my Own. I represent nobody else.
  70. >   Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  71. >   FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
  72.  
  73. -- 
  74.      Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic
  75.  
  76.         (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet
  77.              cbmehq!cbmden!kehlet!kehlet@cbmvax.commodore.com
  78.  
  79.       As long as I speak for myself, my employees can do that, too...
  80.