home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / DLMST251.ZIP / README.NOW < prev   
Text File  |  1992-10-10  |  3KB  |  67 lines
  1. DLMASTER - the RBBS Download Listing Utility version 2.51
  2.  
  3.     This version of DLMASTER corrects a bug caused by having more than 15
  4. open files in use.  In previous releases, DLMASTER was keeping all chained
  5. FMS files open during processing, in order to speed the final output.  In
  6. studying the problem presented by Bob Kiernan of the Beehive BBS, I was
  7. reminded that DOS will not allow a single process to keep more than 20
  8. files open at once, which includes the 5 it already keeps open for stdin
  9. (the keyboard), stdout (the CRT), stderr (the CRT), stdprn (LPT1), and
  10. stdaux (COM1).  I have therefore changed to code to open and close each
  11. FMS file every time it is accessed during final processing.  While this
  12. does add an extra processing load during final output, I believe the change
  13. is worth the small increase in processing time.  Preliminary tests on my
  14. 386SX-16 system using Bob Keirnan's files for testing yielded the following
  15. results:
  16.  
  17.  
  18. Number of files in FMS directories: 5317
  19.          Number of FMS directories: 14
  20.  
  21. system type:  386SX 16MHz with  Maxtor LXT213A drive (19ms avg. access)
  22.  
  23.                   DLMASTER v2.41      DLMASTER v2.51
  24.                  ----------------    -----------------
  25. under DESQview :  8 mins.             8 mins. 55 secs.
  26.  
  27. under plain DOS:  5 mins. 15 secs.    5 mins. 35 secs.
  28.  
  29.  
  30. As you can see, when using plain DOS on a 5000+ file FMS with MANY FMS
  31. directories, the increase is only 20 seconds.  Most people probably
  32. won't even see this much increase, since they won't be using that many
  33. FMS files.  And I imagine that most people who are using DESQview with
  34. RBBS have more powerful setups than my little 16MHz SX, so it really
  35. shouldn't be much of a problem.
  36.  
  37.     Next change was to incorporate the DOSWDW.OBJ module, in order to
  38. experiment with limiting child process output to a text window on the
  39. screen.  You will now see the output of the compression utility in the
  40. middle window when the file is compressing.  I feel this gives better
  41. feedback as to the progress of the compression utility, and it was an
  42. interesting feature to incorporate.  You will find new info in the docs
  43. on how to add the DOSWDW.OBJ file into the program if recompiling it
  44. yourself.
  45.  
  46.     I have also changed the config file slightly, to allow the use of your
  47. choice of compression utility (see docs for further details).  And as a
  48. final touch, I have changed the display during final processing to give
  49. a better idea of how the program is progressing - hope you'll like it!
  50.  
  51.     Oh yes! - I have also switched to compiling under Borland C/C++ version
  52. 2.0, though there is no C++ code as of yet, and the program should compile
  53. under Turbo C as well, though you will have to create your own MAKE file to
  54. include the DOSWDW.OBJ file.
  55.  
  56.     Future plans at this point include adding the ability to automatically
  57. add/update a file entry and description for the directory listing into
  58. your FMS file.
  59.  
  60. Enjoy!
  61.  
  62. Bob Hampton
  63. S3-Tech BBS
  64. Burke, VA
  65. (703)451-9509
  66. 300-9600 (V.32)   24-hr
  67.