home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / THD212_2.EXE / NOTES.OS2 < prev    next >
Encoding:
Text File  |  1996-02-29  |  6.3 KB  |  131 lines
  1.  
  2.     Except as noted below, the OS/2 Version is a direct port of THD ProScan 
  3. Version 12.0 [DOS]. All new functions should be operable in BOTH the DOS and 
  4. OS/2 Versions.
  5.  
  6.     Special considerations for running the OS/2 Version of THD ProScan.
  7.  
  8.     While the OS/2 version is "basically" a direct port from the existing 
  9. source code, the OS/2 compiler does have some things which it handles 
  10. differently. While I have tried to account for all of these "quirks", it is 
  11. possible that I have missed some of the minor points. So please keep me 
  12. informed of problems, Runtime errors and quirks (include as much detail as 
  13. possible). If you find anything that doesn't work... Please let me know.
  14.  
  15. RUNNING THE OS/2 VERSION FROM DOS
  16. ---------------------------------
  17.  
  18.     The OS/2 versions of THDPRO.EXE and all of it's companion programs "can" 
  19. be launched from a dos session (under OS/2). This will allow BBS programs 
  20. which are native to DOS to spawn an OS/2 session without calling the command 
  21. processor. The only advantage to this is so that DOS based BBS programs can 
  22. perform this action "in the background" while normal operations of the BBS 
  23. continue. The disadvantage is that calling the OS/2 version from a dos based 
  24. BBS (or other program) will effectively pass an errorlevel of "0" back to the 
  25. BBS (or calling program) in literally all cases. In most cases this will 
  26. signify to the BBS that the file tests have passed. There is also the 
  27. possibility that the child process created by THDPRO.EXE (or it's companion 
  28. utilities) may cause the DOS communications to become less reliable, so test 
  29. this aspect before using it in this manner with a DOS based BBS. If this 
  30. problem exists, use the DOS version(s) so that no extra process is spawned. 
  31. Also, THDPRO.EXE will not attempt communications when run in this fashion from 
  32. a dos based BBS as it will be unable to control the comport, so the user 
  33. output will not be seen remotely, and the BBS will continue to operate for the 
  34. user while the file test(s) procede. Also keep in mind that a DOS BBS may 
  35. invoke multiple instances of the THDPRO.EXE window (one for each uploaded 
  36. file) which "could" result in some serious slowdowns on systems with limited 
  37. resources.
  38.     It is "not" recommended to use this approach but is available for those of 
  39. you who do have the resources and/or do have alternate ways of handling files 
  40. tests which may incorrectly be determined by the BBS as "passed".
  41.  
  42. ************
  43. * COMPORTS *
  44. ************
  45.  
  46.     OS/2 has an "odd" way of handling comports. As a result BBS'es which leave 
  47. their comports "open" on a shell will not be accessible by a child process 
  48. without some special consideration. (That's not entirely true, as OS/2 
  49. actually uses a very sensible approach which is only odd in comparison to the 
  50. DOS methods I have become so familiar with.)
  51.  
  52.     OS/2 Users should configure both of the comports in THDINSTL.EXE to "0" 
  53. unless your BBS releases the comport upon a shell to THDPRO.EXE (few if any 
  54. OS/2 programs would ever do this).
  55.  
  56.     The first (and most reliable) way to inform THDPRO.EXE what file handle 
  57. to use for communications is to pass that file handle on the command line in 
  58. precisely the same way the comport is passed to the dos version.
  59.     In the absense of a file handle being passed on the command line, 
  60. THDPRO.EXE is designed to look for the environment variable "THDPORT". The 
  61. general idea is that you "SET THDPORT=ENVNAME" where "ENVNAME" is the name of 
  62. the environment variable set by the BBS which points to the file handle.
  63.     If your BBS does not set such an env variable and is unable to pass the 
  64. comport on the command line (then get another BBS), SET THDPORT=DETECT will 
  65. cause THDPRO.EXE to "hunt" for an open comport and use the first one found.
  66.  
  67.  
  68. ****************
  69. * ZIP archives *
  70. ****************
  71.    - The default support is for DOS' PKZIP/PKUNZIP, however some hooks have 
  72. been added in which "should" allow the use of OS/2 "ZIP" and "UNZIP". Note 
  73. that the parameters used for OS/2 specific "ZIP" and "UNZIP" are as follows.
  74.  
  75.     The "ZIP" parameters are designed around INFO-ZIP's "ZIP.EXE" v2.0.1. It 
  76. may or may not operate correctly with other programmer's "ZIP.EXE" or 
  77. possibly other versions.
  78.  
  79.     The "UNZIP" parameters are designed around INFO-ZIP's "UNZIP.EXE" v5.12. 
  80. It may or may not operate correctly with other programs or versions.
  81.  
  82.     No OS/2 support for "PKZIP OS/2" is present. If the exe files are OS/2 
  83. executables, they will treated as INFO-ZIP Programs.
  84. If they are DOS executables, they will be treated as PKZIP/PKUNZIP.
  85.  
  86. NO COMMENTS will be added to ZIP archives unless the native OS/2 "ZIP.EXE" is 
  87. used as redirection is required and not possible with a dos app running under 
  88. an OS/2 shell.
  89.  
  90. ****************
  91. * LHA archives *
  92. ****************
  93.     - The default support for LHA archives is for Peter Fitzsimmons' LH32.EXE  
  94. or for the DOS LHA.EXE. If the executable is a DOS file then the dos LHA 
  95. parameters are used.
  96.     If the archiver is an OS/2 executable, then the parameters for LH32 
  97. Version 2.22 is used. This may or may not work correctly for other archivers 
  98. or versions.
  99.  
  100. ****************
  101. * RAR archives *
  102. ****************
  103.     - At last check the command lines for the OS/2 Version of RAR precisely 
  104. matched the DOS version so no changes are made for the OS/2 version vs the DOS 
  105. version.
  106.  
  107. *******************
  108. * Other Archivers *
  109. *******************
  110.    NO other "OS/2" native archivers are supported.
  111.    "Some" archive types may not have their comments stripped during 
  112. THDPRO.EXE's normal running due to a redirection problem.
  113.  
  114. Anyone who wishes to send newer versions of OS/2 Archivers or archivers not 
  115. covered here (OS/2 native apps only) can feel free to send them to me at 
  116. 1:259/423.0 Please include a small cover letter so I can ask the sysop to 
  117. attach them for me. Likewise for native OS/2 Virus scanners.
  118.  
  119. ************
  120. * SCANNERS *
  121. ************
  122. SCAN.EXE -
  123.     THDPRO.EXE determines if the files is an OS/2 or DOS executable and sends 
  124. the appropriate command line for the OS/2 or DOS version of McAfee's VirusScan 
  125. Version 2.2.5.
  126.  
  127.     Other internal scanners are supportive of the DOS versions only.
  128.  
  129.     If you have OS/2 versions of other scanners, add them using THDEXARC for 
  130. native OS2 support.
  131.