home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from husc.harvard.edu (scunix5.harvard.edu [140.247.30.45]) by nacm.com (8.6.10/8.6.9) with ESMTP id IAA04610 for <executor@nacm.com>; Fri, 23 Jun 1995 08:47:21 -0700 Received: from fas by husc.harvard.edu with SMTP; Fri, 23 Jun 1995 11:47:19 -0400 Received: by fas (5.x/16.2) id AA10972; Fri, 23 Jun 1995 11:47:18 -0400 Date: Fri, 23 Jun 1995 11:47:17 -0400 (EDT) From: Scott Shuchart <shuchart@husc.harvard.edu> Subject: Re: E/DOS file question To: David_A._Vandenbroucke@hud.gov Cc: executor@nacm.com In-Reply-To: <9505238039.AA803927196@hudsmtphq.hud.gov> Message-Id: <Pine.3.89.9506231101.A8363-0100000@fas.harvard.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-paper@nacm.com Precedence: bulk On Fri, 23 Jun 1995 David_A._Vandenbroucke@hud.gov wrote: > But if I > do this: > > 1. import an archive from MS-DOS--call it "Import.cpt" > 2. run binhex on the file to make in Mac-ish > 3. expand the archive and go on my merry way > > I find that I have files called import.cpt and %import.cpt on my hard disk. > I'm guessing that the first is the original, untouched, MS-DOS file. But what > is the second? Is the Mac-useable file stored in the HFV file, out of harm's > way? What happens if I now delete the two files? Every time Executor touches a file on a FAT (DOS filesystem) volume, it spawns a % file, which is the "resource fork," a purely Mac-world denizen usually containing things like sounds, built-in fonts, dialogs, icons, menus, etc. (Play with the included demo Resourcer, a resource-fork-editor; open some Mac documents and executables and see what's in them.) If you extracted the .cpt into a Mac (HFV) volume, then the original can be deleted, just as you usually delete a .zip file once you've extracted it elsewhere. Delete the % file while you're at it. Does anyone else wish that ARDI had chosen a different convention for resource-fork naming? It's annoying to have a file and its resource not in adjacent alphabetical order. (You can tell by the inconsequential nature of my gripes how much I like Executor.) Scott