home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / UPCHECK / THDPRO91.ZIP / NEWIN9-1.TXT < prev    next >
Text File  |  1993-12-25  |  9KB  |  168 lines

  1.  
  2.                           THD ProScan Version 9.1
  3.                           -----------------------
  4.  
  5.      THD ProScan Version 9.0 was the most popular release of THD ProScan to 
  6. date. It is my extreme pleasure to see so many people using it. Although 
  7. intended to be perfect (and beta tested for much longer than previous 
  8. releases) it fell short on a few points. Many of these things would affect 
  9. very few people. But they do account for something and therefore deserved to 
  10. be fixed.
  11.      People who have asked about "registration" should see THDDOC under 
  12. Registration / Donations. The program is still free (donations are 
  13. accepted).
  14.  
  15.      THD ProScan version 9.1 is a maintenance release which functionally 
  16. repairs some problems with Version 9.0.
  17.  
  18.      A new parameter is introduced. The use of "/KO" will cause THDPRO.EXE 
  19. to leave the original archive when converting. This parameter is likely only 
  20. useful for those BBS types which require the original to be present after a 
  21. conversion so that the BBS can delete the original. (Don't ask me I just 
  22. programmed it <G>)
  23.  
  24.      A new parameter "/NODESC" was also introduced. Using this parameter 
  25. will cause THD ProScan to not update the descriptions in the BBS file data 
  26. bases while still allowing it to update name changes in the data bases. 
  27. presently only truly useful for RemoteAccess.
  28.  
  29.      Network support has been improved in the following manner. If 
  30. THDPRO.EXE is not supplied a drive letter to the file to be tested or in the 
  31. paths to the utils which it uses, the drive letter of the "current" drive 
  32. will be placed at the beginning of the supplied path.
  33. ie. THDPRO.EXE \DOWNLOAD\TEST.ZIP
  34. would be treated as..
  35. THDPRO C:\DOWNLOAD\TEST.ZIP
  36. if the current drive was "C". This current drive is the drive at the start 
  37. of testing for this purpose and in network environments will be the drive 
  38. assumed by the remote rather than the server.
  39.      The environment variable THDOPT=NDx can also be used by the remote to 
  40. determine the drive to be used for testing since it will be checked before 
  41. the hardcoded drives in the configuration.
  42.      While this may not conform to "full network support", it should operate 
  43. correctly in a network environment and still offer the same security as a 
  44. DOS based system. Non-network users should supply drive letters in all 
  45. cases.
  46.  
  47.      For users of RemoteAccess... Some persons running RemoteAccess 2.00 and 
  48. 2.01 have found that THD ProScan version 9.0 would not update their File 
  49. Data Bases.
  50.      The problem was due to the fact that RA 2.00 only accepts capitals for 
  51. input in RACONFIG, but the upgrade program did not automatically convert the 
  52. old path to capitals. THD now converts the case to capitals before comparing 
  53. and can now properly index the file bases. Thanks to peter jannsens for 
  54. allowing me to use his FILES.RA in my search for the cause.
  55.      Persons still having difficulty in this respect should double check 
  56. that long descriptions are allowed in this area and that they have a 
  57. properly indexed set of FDB files (run RAFILE INDEX).
  58.  
  59.      Version 9.0 refused to add comments on "some" bbs setups. The problem 
  60. was eventually traced to Share.exe and repaired.
  61.  
  62.      Version 9.0 would lock some systems when attempting to strip the 
  63. comments from PAK and/or ARC packets. This was due to a problem with 
  64. redirection in the new windowed environment. THD now determines if the 
  65. window is being used and skips attempts to modify these comments when a 
  66. window is being used. (the window does not allow ansi and therefore there is 
  67. no threat of ansi bombs during any "windowed" process.)
  68.  
  69.      A similar problem to that above was encountered by some systems with 
  70. ARJ archives. This too has been fixed.
  71.  
  72.      More and more false detections of ARC and PAK archive types have been 
  73. reported. When an archive of either of these types is detected, it will 
  74. undergo a short verification of it's integrity before being regarded as an 
  75. archive. (Many new programs contain menu and pif files which could be 
  76. identified as ARC type files otherwise.)
  77.  
  78.      Version 9.0's command line when calling F-Prot.exe proved to be 
  79. incompatible with the new F-Prot 2.10. The command line supplied by 9.1 is 
  80. compatible with this and older versions of F-PROT.
  81.      
  82.      THDPRO.EXE from version 9.0 ignored the AV when removing files by CRC 
  83. value in ZIP files (Secured packets also ignored, but ARJ does not allow 
  84. modification so no damage was done). Version 9.1 recognizes and does not 
  85. attempt file removal under these circumstances.
  86.  
  87.      During the installation THDINSTL had severe difficulty dealing with 
  88. "SCAN.EXE" when it was not in the dos path. This has been rectified.
  89.  
  90.      Also during installation, if the sysop were to use the new dos shell 
  91. and change directories and/or drives, THDINSTL would experience a runtime 
  92. error #2. This has been repaired as well.
  93.  
  94.      The settings as stated in the documents did not actually default to 
  95. failing of heuristic tests when SCAN.EXE was not used. This has been 
  96. repaired.
  97.  
  98.      Persons running Share.exe experienced a runtime error when attempting 
  99. to use CRC mode. Fixed.
  100.  
  101.      Telegard FILE_ID.DIZ importation will only work if the file being 
  102. tested is already in TG's file database. This is an inherent problem with 
  103. the way TG handles new uploads. (I hadn't realized this when originally 
  104. programming this feature). The feature is left in so that those wishing to 
  105. retest files on their boards can have the DIZ's imported. (Same problem 
  106. applies to the renaming of the file after conversion).
  107.      See TG-RG.TXT for specifics on the use of the THDPRO.DIZ feature new to 
  108. this maintenance release. And please if you find a better method of 
  109. implementation than that suggested, I would appreciate being informed so 
  110. that I might offer this advice to other sysops.
  111.  
  112.      TBSCAN uses the TBSCAN.LNG and TBSCAN.SIG files from it's current 
  113. directory (if they are present). This causes TBSCAN to use the incorrect 
  114. signature file if it is present in the temporary directory. THDPRO has been 
  115. modified to change directories before initializing this type of scan so that 
  116. malicious persons cannot upload modified versions of these files to fool the 
  117. virus scanner through the use of false signature files. (The heuristic mode 
  118. should still catch most viruses even with a bad signature file, but better 
  119. safe than sorry). The author have been informed and has rectifed the 
  120. problem in TBAV609.
  121.  
  122.      TBSCAN version 6.08 also introduced a date checking procedure. If the 
  123. files are older than 6 months, TBSCAN will prompt the sysop to press a key. 
  124. Version 9.1 supplies the necessary switch to avoid this prompt.
  125.  
  126.      The planned "enhancement" utility which will add the "extra" features 
  127. to THDPRO.EXE for those BBS types not yet supported internally will begin 
  128. development immediately following the release of this maintenance version. 
  129. This utility will be used automatically if found in the same directory as 
  130. THDPRO.EXE. First BBS types to be supported are intended to be SBBS/TAG/PCB. 
  131. This is limited to my ability to setup boards of these types and find the 
  132. necessary structures. (In pascal)
  133.      I will not likely add support for any BBS type which I cannot set up or 
  134. run on my XT with CGA (unless accompanied by excessive requests and 
  135. volunteers). Release of this utility is planned for "around" Feb 1st 1994 
  136. (May be sooner or later depending on my free time between now and then).
  137.      For personal correspondence please see THDDOC.EXE for details on 
  138. reaching the author. Netmail is always welcomed.
  139.  
  140.      The addition of the THDOPT environment variable is new to this release 
  141. and allows "some" minor aspects of the tester to be modified.
  142.  
  143. ANSI - will force "ANSI" output to the remote regardless of ansi detect.
  144.  
  145. NDx  - Network Drive to first attempt testing on. Where "x" represents any
  146.        valid drive letter from A-Y (Z is not supported). NDL would check for
  147.        sufficient free space on drive "L" before attempting the default
  148.        configured drive(s). this option may also be used to force THDPRO.EXE
  149.        to attempt to use a drive letter not recognized by the auto detection
  150.        during the installation.
  151.  
  152. The THDOPT environment variable can contain either or both of the above. 
  153. Possible settings are as follows.
  154.  
  155. SET THDOPT=ANSI
  156. {forces ANSI output)
  157.  
  158. SET THDOPT=NDE
  159. {Tells THDPRO.EXE to attempt extraction on drive "E" first.}
  160.  
  161. SET THDOPT=ANSI NDH
  162. {use ANSI and attempt drive "H" first}
  163.  
  164.      The variables must be separated by at least a single space. No other 
  165. separators will be recognized and could cause the desired option(s) to be 
  166. skipped if other separators are used.
  167.  
  168.