home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / datacomm / 5857 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  2.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!torn!cunews!revcan!sidus!atronx.OCUnix.On.Ca!rwm
  2. From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
  3. Message-ID: <rwm.714583210@atronx.OCUnix.On.Ca>
  4. Date: 23 Aug 92 09:20:10 EST
  5. Newsgroups: comp.sys.amiga.datacomm
  6. Subject: Re: Amiga Comms (was RE: Amiga Kiosks?)
  7. In-Reply-To: jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999)
  8. References: <1992Aug21.162454.7251@TorreyPinesCA.ncr.com>
  9.     <kehlet.060m@kehlet.adsp.sub.org>
  10. Lines: 37
  11.  
  12. jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999) writes:
  13. >>XPR *WILL* be available in the future, but why use them if the built-in are
  14. >>faster and even more reliable?
  15.  
  16. >Good.  Although there are legit gripes about XPR, it helps to have that
  17. >ability in case someone wants to use something you didn't want to implement.
  18.  
  19. >*plus* seen the same thing in Term.  I have the feeling this is an XPRZModem
  20. >bug instead (tons o' errors, too)
  21.  
  22.   I hope you realize the connection between these two problems.  The more
  23. people that implemente their 'internal' Zmodem, and push it as a 'feature',
  24. then the less likely that a fully implemented XPR based Zmodem will be
  25. released.  True or not (I personally think not), people have this 'image'
  26. that an internal protocol is going to somehow be better than a properly
  27. written XPR version of the same protocol.  The fact that only the
  28. 'freeware' style people are working on XPR based protocols (IE: The people
  29. who don't get paid or supported for their development) will always make
  30. this a problem.
  31.  
  32.   If everyone wants better protocols, encouraging authors to support XPR
  33. (On both sides of the interface by writing XPR's themselves as well), we'll
  34. all be better off.
  35.  
  36.  
  37. (P.S.  Jack, let's not start our AMIGA_COMMS flamewar again - I'm just 
  38. presenting this side, and I think most know you disagree ;-)
  39.  
  40. >*******************************************************************************
  41. >Jeff Grimmett [SuperBitMap BBS]        | fido!1:202/1401.0 [619-460-7290]
  42. >NCR -- Torrey Pines Development Center | Jeffrey.Grimmett@TorreyPinesCA.ncr.com
  43. >==========    "Pay no attention to the man behind the curtain."   =============
  44. >*******************************************************************************
  45. --
  46.   Opinions expressed in this message are my Own. I represent nobody else.
  47.   Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  48.   FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
  49.