home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text2353.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.9 KB
  1. Received: by fas
  2.     (5.x/16.2) id AA10972; Fri, 23 Jun 1995 11:47:18 -0400
  3. Date: Fri, 23 Jun 1995 11:47:17 -0400 (EDT)
  4. From: Scott Shuchart <shuchart@husc.harvard.edu>
  5. Subject: Re: E/DOS file question
  6. To: David_A._Vandenbroucke@hud.gov
  7. Cc: executor@nacm.com
  8. In-Reply-To: <9505238039.AA803927196@hudsmtphq.hud.gov>
  9. Message-Id: <Pine.3.89.9506231101.A8363-0100000@fas.harvard.edu>
  10. Mime-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. Sender: owner-paper@nacm.com
  13. Precedence: bulk
  14.  
  15. On Fri, 23 Jun 1995 David_A._Vandenbroucke@hud.gov wrote:
  16. >  But if I
  17. >  do this:
  18. > 
  19. >  1. import an archive from MS-DOS--call it "Import.cpt"
  20. >  2. run binhex on the file to make in Mac-ish
  21. >  3. expand the archive and go on my merry way
  22. > 
  23. >  I find that I have files called import.cpt and %import.cpt on my hard disk.
  24. >  I'm guessing that the first is the original, untouched, MS-DOS file.  But what
  25. >  is the second?  Is the Mac-useable file stored in the HFV file, out of harm's
  26. >  way?  What happens if I now delete the two files?
  27.  
  28.     Every time Executor touches a file on a FAT (DOS filesystem) 
  29. volume, it spawns a % file, which is the "resource fork," a purely 
  30. Mac-world denizen usually containing things like sounds, built-in fonts, 
  31. dialogs, icons, menus, etc.  (Play with the included demo Resourcer, a 
  32. resource-fork-editor; open some Mac documents and executables and see 
  33. what's in them.)
  34.     If you extracted the .cpt into a Mac (HFV) volume, then the original 
  35. can be deleted, just as you usually delete a .zip file once you've 
  36. extracted it elsewhere.  Delete the % file while you're at it.
  37.  
  38.     Does anyone else wish that ARDI had chosen a different convention 
  39. for resource-fork naming?  It's annoying to have a file and its resource not 
  40. in adjacent alphabetical order.
  41.     (You can tell by the inconsequential nature of my gripes how much 
  42. I like Executor.)
  43.  
  44. Scott
  45.  
  46.