home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / h / hyperhow.zip / HYPERHOW.DOC next >
Text File  |  1990-07-09  |  2KB  |  56 lines

  1.  
  2.    HYPERHOW.DOC
  3.    by Tom Collins
  4.    07-09-90
  5.  
  6.    The Hyperp protocol is a new file transfer protocol that claims to be
  7.    the fastest protocol available.  Whether or not it is, it's a real
  8.    hassle to set up with RBBS.  Since I managed to get it working, I
  9.    thought I'd share my experience.
  10.  
  11.    Hyperp installs like any other protocol in your PROTO.DEF file, with one
  12.    exception: it won't accept a '-' as part of its logfile name.  If you
  13.    enter "Logfile:C:\RBBS\XFER-1.DEF" as part of its command line, it'll
  14.    refuse to work.  For that reason, it has to be run from a send and
  15.    receive batch file.  You set up Hyperp in PROTO.DEF as follows:
  16.  
  17.    "R - HyperP [Single File]
  18.    ",0,S,8,,,,,0.85,,2=T,
  19.    "HYPERS.BAT [BAUD] [PORT#] [FILE]",
  20.    "HYPERR.BAT [BAUD] [PORT#] [FILE]"
  21.  
  22.    (The last three lines, of course, are on one line in PROTO.DEF)
  23.  
  24.    With this setup, HYPERS.BAT and HYPERR.BAT see the baud rate as %1, the
  25.    port number as %2, and the filename as %3.
  26.  
  27.    Hyperp is set up as a single-file protocol (since it doesn't support
  28.    RBBS' method of batch downloads), with an efficiency of 0.85 (it may be
  29.    higher...) and no defined block size.
  30.  
  31.    The strange thing about Hyperp is how it writes to the logfile.  If it
  32.    is receiving a file, and the file is received OK, the logfile contains
  33.    two lines, and the second line says something like:
  34.  
  35.       Written to: D:\RBBS\UPLD\TEST.ZIP
  36.  
  37.    If the receive fails, it writes something file:
  38.  
  39.       Transfer Aborted
  40.  
  41.    to line two of the log file.  On an aborted send, Hyperp's logile looks
  42.    just like the aborted receive logfile.  However, on a successful send,
  43.    Hyperp only writes one line to its logfile.  This confuses RBBS and
  44.    makes it think that the transfer was aborted, even when it wasn't.  The
  45.    solution is to append a dummy line to the logfile on a Hyperp send.
  46.    This makes RBBS happy, and when it doesn't find the "failure string" in
  47.    the second line of the logfile, RBBS assumes the transfer went OK.
  48.  
  49.    The batch files and a sample PROTO.DEF file are included in this ZIP.
  50.    You should be able to modify them for your BBS.
  51.  
  52.    Good luck...
  53.  
  54.    -- Tom Collins
  55.  
  56.