home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / h / hcom_103.zip / README.103 < prev   
Text File  |  1993-03-12  |  5KB  |  94 lines
  1.  
  2.   NOTE: This is just an update to the 1.00 MS-DOS executables.
  3.   You will need to get the other files and docs from the 1.00 archive.
  4.  
  5.   In this version there are some cosmetic changes, and some bugs fixed
  6.   concerning the DSZ protocol interface.
  7.   Definitly read the section with preceded by '!' at the start of the
  8.   line, otherwise your existing installation may not work!!
  9.  
  10.  
  11.   There were some little adjustments to the Hydra protocol source, but
  12.   nothing to worry about if you were for instance porting that source
  13.   to another platform. For complete info, contact me. Otherwise, wait
  14.   just a bit for the full 1.10 release of both exe and sources.
  15.   If there's no ugly stuff in 1.03, this will be very soon.
  16.   (1.03 was released mainly for the benefit of people using FileDoor
  17.    who were confronted by the DSZ-logfile quirks of HydraCom 1.00)
  18.  
  19.  
  20.   One thing I want is updated and new info for installing HydraCom
  21.   in terminal and BBS software, to put in HYDRACOM.DOC
  22.   Some people have sent me some config info, but never complete.
  23.   As I don't have all that software, I can't write the story!
  24.   You really need to provide complete paragraphs about your software,
  25.   which I can just put straight into my documentation.
  26.   COMPLETE info for RAFM, PC-Board, SuperBBS, TAG BBS, Terminate, etc.
  27.   PLEASE HELP!
  28.  
  29.  
  30.   So, now to the actual list of changes:
  31.  
  32. ! * DSZ logfile fixed, and DSZLOG environment variable correctly processed.
  33. !   You will need to change your setup if you use for instance Maximus or
  34. !   RAFM, otherwise your software will not know what happened.....
  35. !   The letters for receive and transmit respectively were R and H.
  36. !   They are now H and h, ie. H=Upload(get/receive), h=download(send/transmit).
  37.   * HydraCom will now always exit with errorlevel 1 if the carrier was dropped
  38.     or the session was aborted. In 1.00, this depended on the situation....
  39.   * Option addition for Dutchie service requests - you won't notice.
  40.   * Data block sizes step-up after error-recovery now improved; it was kinda
  41.     limited and also fixed; it's now more dynamic, depending on linespeed.
  42.   * Duplicate device (chat) packets now ACKed better.
  43.     Could create a misunderstanding between two sides.
  44.   * Chat continuing after end of batch is now slightly faster in correcting
  45.     (resending) a bad packet.
  46.   * CRC-16/32 routines for MS-DOS executable now in very fast assembler.
  47.     Don't worry, the source contains their 100% compatible C equivalents too!
  48.     In practise, this won't make any difference for you. Hydra was already fast
  49.     enough to handle VERY high speed links....
  50.   * Terminal Upload-queue string entry didn't allow ASCII 128-255.
  51.     Changed, upon a request from Sweden. They use characters in that range...
  52.   * Files now opened in shared DENY_NONE instead of DENY_WRITE.
  53.     I don't like it, but it's compatible with for instance DSZ, and so
  54.     otherwise causes trouble on multiline systems with multiple users
  55.     downloading the same file simultanously. Only the first could open....
  56.   * In HydraCfg the 'loglevel' bug was fixed; now correctly writes 'level'.
  57.  
  58.  
  59.   If you want different port adresses and or IRQ lines with HydraCom, use a
  60.   FOSSIL driver like BNU or X00. I may add a port configuration option in
  61.   HydraCom, but using a FOSSIL solves the problem just fine.
  62.  
  63.  
  64.   People having trouble with missing characters (receive or transmit errors):
  65.  
  66.   Try a FOSSIL driver. If you have a high speed modem, make sure the FOSSIL
  67.   is LOCKED, and set transmit and receive buffers to 4086 bytes each.
  68.  
  69.   Also, ith high speed modems, a 16550 UART is always highly recommended.
  70.  
  71.   If you have disk caching software which uses staged write like HyperDisk,
  72.   try switching off that option. On some systems it works with staged write,
  73.   on others it doesn't.... so there is no general on/off rule.
  74.  
  75.   Make sure handshaking is set correctly in your modem.
  76.   Some are set to 'CTS follows RTS'; this is INCORRECT.
  77.   RTS is used by the computer to signal to the modem to stop incoming data (if
  78.   the FOSSIL receive buffer is almost full), and CTS is used by the modem to
  79.   tell the computer to stop sending data (when the modem's transmit buffer is
  80.   almost full).
  81.   The terminology in the documentation, and HAYES commands or registers differ
  82.   per modem brand and type, so just read carefully, and perhaps ask advice from
  83.   an experienced modem user.
  84.  
  85.  
  86.   If you have any problems, don't blame HydraCom by saying 'but other protocol
  87.   drivers work fine here'.... The Hydra protocol is different, and for instance
  88.   moves more filedata per second than other protocols, even bidirectional ones.
  89.   Problems are usually caused by some kind of faulty installation or setup,
  90.   for instance a modem setting that doesn't affect other protocols....
  91.   Don't just drop HydraCom, keep trying and ask for help. It's worth it!
  92.  
  93.   --- end of "readme.103" ---
  94.