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