home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / datacomm / 7696 < prev    next >
Encoding:
Text File  |  1992-11-16  |  2.4 KB  |  57 lines
  1. Newsgroups: comp.sys.amiga.datacomm
  2. Path: sparky!uunet!utcsri!torn!nott!cunews!freenet.carleton.ca!Freenet.carleton.ca!aa302
  3. From: aa302@Freenet.carleton.ca (Russell McOrmond)
  4. Subject: XPR mailing list (was Re: XPR-Bidirectional)
  5. Message-ID: <1992Nov16.171521.3050@freenet.carleton.ca>
  6. Sender: news@freenet.carleton.ca (News Administrator)
  7. Reply-To: aa302@Freenet.carleton.ca (Russell McOrmond)
  8. Organization: Carleton University, Ottawa, Ontario, Canada
  9. References: <27v1fw=@rpi.edu> <523@thunder.LakeheadU.Ca> <80t19hb@rpi.edu> <69603@cup.portal.com>
  10. Date: Mon, 16 Nov 1992 17:15:21 GMT
  11. Lines: 49
  12.  
  13.  
  14. In a previous article, pooler@vccsouth18.its.rpi.edu (Robert Peter Poole) says:
  15. >(And yes, I mean baud, not bps, in this case.  :-)  So if you get 19200 bps
  16. >unidirectional, don't expect to be able to transfer twice that amount
  17. >(19200 bps send and 19200 receive) with a bidirectional protocol.
  18.  
  19.   It should be said that actual experience with protocols such as
  20. SLIP and DNET have proven that assumption false.  The only limitations I
  21. have seen are computer and software related, not the modem itself (Except,
  22. maybe, if you are running a SUPRA V.32bis which is said to not handle
  23. bi-directional data very well - This I have not personally tested, though).
  24.  
  25.  
  26.  
  27.   ANNOUNCING the  XPR MAILING LIST
  28.   --------------------------------
  29.  
  30.   Skip Watson (ciaran@aldhfn.akron.oh.us) has offered to host a mailing
  31. list for XPR programmers for the purpose of working towards an enhanced
  32. interface.  Many issues such as reliable batch transfer status,
  33. reading and setting of date information, asynchronous transfers and
  34. bi-birectional transfers need to be discussed.    Anyone interested,
  35. whether the author of a current host or protocol or thinking about one
  36. in the future are asked to join so that we can make an improved specification.
  37.  
  38.   It should be noted that while we would be discussing fairly advanced
  39. enhancements to the protococol, backward compatability with existing
  40. protocols will be a prime concern.  Detection of the 'xpr level' will be
  41. used as a way to detect compatability of protocols and hosts as far
  42. as the features that each might require.
  43.  
  44.  
  45. For joining the list:    
  46.  
  47. xpr-request@aldhfn.akron.oh.us    with "subscribe user@site" as the body
  48.  
  49.  
  50. For posts to the list:
  51.  
  52. xpr@aldhfn.akron.oh.us
  53. -- 
  54.  Russell McOrmond, Ottawa Ontario, Canada    | Standard Disclaimer applies.
  55.  Freenet: aa302@freenet.carleton.ca (Faster) | Current WELMAT 'keeper of
  56.  Home: rwm@Atronx.OCUnix.On.Ca,  1:163/109   | sources.
  57.