home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / comm / zmod1310.zip / UPDATE.DOC < prev    next >
Text File  |  1992-05-12  |  6KB  |  155 lines
  1. Rev. 13.10
  2.  
  3. Corrected a field overflow that caused the estimated transfer
  4. time field for batch transfers to look strange if the time
  5. went from a 3 digit minute to a 2 digit minute.
  6.  
  7. Corrected a possible problem with division by zero in the
  8. zsend function when computing a new estimated batch transfer
  9. time when dealing with files that fell within a narrow file
  10. size range.
  11.  
  12. Rev. 13.00
  13.  
  14. New Command line switch -!xx with xx being any number between 1
  15. and 16. This governs the number of bytes sent to the uart when a
  16. transmit interrupt is generated. The default is 10 and chancing
  17. it will show little to no improvement in speed except under the
  18. following conditions:
  19.  
  20. 1. You have slow computer, a 14.4 modem.
  21.  
  22. 2. You have are attempting to run a highspeed modem under
  23. Desqview, Windows, or OS/2.
  24.  
  25. 3. You are running a highspeed modem on a network.
  26.  
  27. You MUST have a 16550 uart installed to use this switch.
  28.  
  29. A number of new display fields.
  30.  
  31. Buffer Count is the NUMBER of bytes in the serial transmit
  32. buffer. Can be used to determine how your system is running with
  33. a FAST modem, i.e. v32/v32bis. If you can't keep at least 2000
  34. bytes in this buffer, you may need to boost the number of bytes
  35. sent to the uart when a transmit interrupt is generated. Again,
  36. you MUST have a 16550 Uart.
  37.  
  38. The estimated tranfer times, for individual files and for the
  39. BATCH itself is now self adjusting to give you an accurate
  40. picture on how long it is going to take, based on the current CPS
  41. rate, to complete the transfer(s).
  42.  
  43. The batch estimated time is based on what is LEFT to receive or
  44. send and should slowly tic down to 0.
  45.  
  46. The individual estimate is also based on what is LEFT to send or
  47. receive and it too should tic down to 0.
  48.  
  49. NOTE To those using this driver as a BBS Zmodem driver.
  50.  
  51. It has come to our attention that several popular terminal
  52. programs, particually Qmodem, does not fully implement zmodem.
  53.  
  54. If the caller already has the file he wants to download, Qmodem
  55. will attempt to resume transfer on the file at the end instead of
  56. skipping it. This causes two things to happen.
  57.  
  58. 1. The file will be corrupt.
  59.  
  60. 2. The caller will be billed for receiving the file, even thou he
  61. already had it. Resuming a transfer means you didn't complete it
  62. before and were not billed for it.
  63.  
  64. If a caller attempts to upload a file that he did not tell the
  65. BBS about, Osiris in this case, this driver will ask for a ZSKIP.
  66. Qmodem, and several others, do not support this part of Zmodem
  67. and will LOCK-UP.
  68.  
  69. Rev. 12.00
  70.  
  71. Internal additions to augment Osiris BBS package.
  72.  
  73.  
  74. Rev. 11.00
  75.  
  76.                     SENDING or RECEIVING
  77.  
  78. Several people have asked that we include some method of
  79. determining, by simply looking at the screen, wheither or not the
  80. protocol is sending the file(s) or receiving the file(s).
  81.  
  82. In the upper right hand corner of the screen, the protocol will
  83. place a flashing '*' when SENDING files.
  84.  
  85.                           AVS(tm)
  86.  
  87. The  program in this archive has been encased  in AVS(tm), our
  88. new proprietary ANTI VIRUS SHIELD, for your protection.
  89.  
  90. AVS(tm) protects the program against a virus infection using a
  91. primary detection system with two backup sub-systems.  If one
  92. fails to detect the virus, the other two will. If a virus is
  93. detected,  the  program will delete  itself  (to  prevent
  94. further  infestation).
  95.  
  96. Rev. 10.00
  97.  
  98. Added more infomation at the bottom of the screen.
  99.  
  100. Redid the way the sender handles errors.
  101.  
  102. Typically, the the sender shortens the data blocks by 1/2 the
  103. current size when an error is received and then after a short
  104. length of time, starts increasing the size back up. The problem,
  105. at 2400 buad, is that if you get one error, you are likely to get
  106. more and increasing the data block size back to the original will
  107. only serve to drastically INCREASE the time required to correct
  108. the next error.
  109.  
  110. So, at 2400 baud (or lower) this driver will decrease the size of
  111. the data block if an error is reported by 1/2 the current size
  112. but will NOT increase the data block size once it has been
  113. decreased. The sender will go no smaller than 256 byte data
  114. blocks, no matter how many errors you get.
  115.  
  116. At 9600+ baud the conditions change quite a bit. With highspeed
  117. modems, 1024 byte takes less than a second to send (close to 1/2
  118. second  if v32bis or the HST 14.4 protocol is used).
  119.  
  120. Decreasing the data block size will only serve to ADD additional
  121. overhead and will not save enough resend time to amount to
  122. anything. So at 9600, or higher, getting errors will no longer
  123. effect the size of the data blocks and they will remain fixed at
  124. 1024 bytes, despite the number of errors.
  125.  
  126. Rev. 9.00
  127.  
  128. Added support for Receiver's Challenge. This is rarely used and
  129. serves no useful purpose. The filename block is protected by a
  130. CRC and if the CRC is correct, there is no point in requesting
  131. a resend. It just adds time to the transfer.
  132.  
  133. Very few Zmodem drivers use this. In fact only one is known to
  134. use it, an Amiga Zmodem driver.
  135.  
  136. Rev. 8.30
  137.  
  138.    Added an OPTIONAL virus checking system.
  139.  
  140.    If you include /C on the command line, Zmodem will examine itself
  141.    to see if it has been infected by a virus.
  142.  
  143.    The check takes only about a second to a second and a half.
  144.  
  145.  
  146.    If you are running Osiris, you don't need to use the /C switch,
  147.    since Osiris will take care of examining the protocol drivers for
  148.    virus infections.
  149.  
  150.    Added support to detect /Bxxxxx error when xxxxx is equal to 12000
  151.    or 14400. First, neither are valid serial rates and you should NOT
  152.    be passing them to programs. Zmodem will remap the 12000 and 14400
  153.    connect rates to 9600 pbs which is the CLOSES valid serial rate.
  154.  
  155.