home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 18 REXX / 18-REXX.zip / DUPDEL00.ZIP / DUPDEL.DOC < prev   
Text File  |  1992-10-08  |  3KB  |  59 lines
  1. DupDel version 0.0
  2.  
  3. This is just a simple REXX cmd file that allows a user to find all
  4. duplicate named files on one or multiple drives.  It uses VREXX PM
  5. extensions to query the user of which file to delete.
  6.  
  7. To use, type:
  8.  
  9.     DUPDEL path(s) filter(s)
  10.  
  11. ex: DUPDEL C: *.ZIP    (find all .zip files on C:)
  12.     DUPDEL C: D: *.ZIP (find all .zip files on both C: and D:)
  13.     DUPDEL C: D: *.ZIP *.ARC  (find all .zip and .arc files on C: and D:)
  14.     DUPDEL C:\OS2 *.CMD (find all .cmd files in dir OS2 or lower)
  15.  
  16.  
  17. The order of the arguments are not important.  A path statement is
  18. assumed if the second position of the argument is a colon ':'.
  19.  
  20. This package requires the function package VREXX2 from IBM (available
  21. on most BBS's.
  22.  
  23. The program will display a seperate screen for each duplicate file.
  24. Each screen has a selection screen where files to be deleted is marked
  25. for deletion.  As the selection screen is limited in width, a window
  26. is also show with the first 80 positions of the file path.  After all
  27. files are marked, the user has the choice of either deleting the
  28. marked files or creating a batch .CMD file which can be viewed and
  29. modified prior to running (or deleting).
  30.  
  31. Except for the final optional file, no intermendent files are created.
  32. The routine works on either HPFS or FAT drives.  Let me know if you
  33. experence any problems.
  34.  
  35. Tony Thigpen
  36. 115 West York Court
  37. Longwood, FL 32779
  38. (407) 682-6544
  39.  
  40. Technical Notes:
  41.  
  42. I am an out of work VM systems programmer who has written major VM
  43. applications using VM/REXX for the last 6 years.  Due to this, some
  44. mainframe methods are in my code.  Some VM users do not have very
  45. much space on read/write disk available, so large intermendent files
  46. are not used if posible.  The internal file sort is due to this.  To
  47. create a sortable file for HPFS file names, just the sort key area
  48. of the file would have to be 254 positions.  Using REXX varables
  49. instead is much faster than creating a file, sorting it, and
  50. then re-reading the final file.
  51.  
  52. I have written a REXX routine in VM that expands copy statements for
  53. REXX code copies.  I will be working on porting the code next.    The
  54. routines I wrote several years ago expand the copies in the actual
  55. code, tracks which members copies which files, and will remove copy
  56. code and recopy new routines if any copied routine (multilevel) changes.
  57. That is why I performed some generic routines in DUPDEL instead of
  58. inline code.  I plan on making them generic copybooks (COBOL term).
  59.