home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 191.lha / Move_v2.4 / move.doc < prev    next >
Text File  |  1988-04-28  |  4KB  |  72 lines
  1.     MOVE
  2.     
  3. Format:            MOVE <oldfilename> <newfilename>
  4. Purpose:        The move command relocates one file or a group of files.
  5. Specification:    
  6.         Often one finds that a file (or a group of them) is in
  7. the wrong place.  This may be the result of downloading files to a buffer
  8. disk from a BBS, for example.  Or one may realize that a group of files
  9. just unARCed should really have been in their own subdirectory. (Sound
  10. familiar??)
  11.  
  12.         MOVE addresses this problem by providing a convenient way
  13. to move files from one place to another.  The parameter <oldfilename>
  14. serves as a pattern which MOVE uses to find files.  If there is no drive
  15. specified in the oldfilename, the current one is used.  Wildcards are
  16. supported and either AmigaDOS type or MSDOS type may be used, (but not
  17. both at once).  The <newfilename> is used to identify the new path for the
  18. file(s).  If the newfilename contains a filename in addition to the path
  19. information it will be removed.  MOVE always keeps the original file's
  20. name to prevent disasters like "MOVE DF0:* DF1:File" which would try to
  21. move all files on DF0: to the same single destination file!  The real
  22. result of the command "MOVE DF0:* DF1:File" would be that MOVE would
  23. internally change the command to "MOVE DF0:* DF1:" and copy all files on
  24. DF0: to files on DF1: with the same names.  It would then remove these
  25. files from DF0:.  If you really wanted to move all the files on DF0: to
  26. the SUBDIRECTORY "DF1:File", then just say "MOVE DF0:* DF1:File/".
  27.  
  28.         MOVE will NOT delete the source file if anything went wrong
  29. with making the copy, so it's generally safe to try things out.  You can
  30. always MOVE the files back if they get sent to the wrong place.
  31.  
  32.         Note that MOVE will NOT move directories.  This is just
  33. too easy a way to get into trouble FAST!  I haven't needed this ability
  34. myself, but if this is what you want to do, drop me a note and I may add it
  35. if demand dictates.
  36.  
  37.         Version 2.2 of MOVE is much smarter than the older version.
  38. If you specify the same drive for both source and destination patterns, or
  39. if you don't specify one for either pattern, MOVE will use the ReName
  40. function instead of doing a Copy followed by a Remove.  This was an
  41. aesthetic oversight on my part in the previous version!  You can tell which
  42. was done by the messages you get.  Note that if you only specify a drive on
  43. ONE of the patterns, MOVE will assume that you are talking about TWO
  44. DIFFERENT drives and do a copy/delete.  (All of this is a matter of style,
  45. however.  MOVE has been and still is a "safety first" program.  The new
  46. version is simply much faster when MOVE-ing within the same drive and
  47. doesn't require space for a temporary copy of the files it is moving.  The
  48. older version would refuse to move a file if there was not enough room for
  49. a second temp. copy of it.  Also, doing a move-by-copy on a single device
  50. tends to increase directory fragmentation.  If this makes no sense to you,
  51. relax.  It doesn't matter!)
  52.  
  53.         Version 2.3 of MOVE is a small update to the previous
  54.  version.  It simply catches you if you try to specify the same disk and
  55. directory for both the source and destination of a file.  The 2.2 version
  56. would give you ERROR 20's when you tried this. 
  57.  
  58.         Version 2.4 of MOVE is the result of the release by Lattice
  59. of patches to their compiler (ver 4.01.b) which fixes the bug in Control-C
  60. detection.  Thus, I have been able to re-activeate the Control-C abort
  61. detection in MOVE.  (In the past, Control-C crashed the machine due to a
  62. compiler bug!)  Sadly, Lattice has as yet not fixed the bug which causes
  63. all directory entries to be returned in lower-case.  Sorry 'bout that.
  64. I feel that utility programs should NOT go poking around directly in the
  65. disk's directory sectors in a multitasking machine!  You'd be more upset
  66. if MOVE was interrupted in the middle of direct disk I/O, possibly trashing
  67. the disk, than by the case conversion, wouldn't you??
  68.  
  69. Enjoy!  (again!)
  70.  
  71. Doug Tittle
  72.