home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from acme.freenet.columbus.oh.us (acme.freenet.columbus.oh.us [164.107.107.11]) by nacm.com (8.6.9/8.6.9) with ESMTP id PAA22456 for <executor@nacm.com>; Sat, 31 Dec 1994 15:14:04 -0800 Received: by acme.freenet.columbus.oh.us (8.6.9/5.901231) id SAA07214; Sat, 31 Dec 1994 18:14:14 -0500 Date: Sat, 31 Dec 1994 18:12:46 -0500 (EST) From: Jeff Klann <jklann@freenet.columbus.oh.us> Subject: Re: Executor for MS-DOS, ver. 1.2.1, shareware version To: Joseph Pena <Joseph_Pena@fcircus.sat.tx.us> cc: executor@nacm.com In-Reply-To: <9412310924.4c0d@fcircus.sat.tx.us> Message-ID: <Pine.3.07.9412311844.A4084-b100000@acme> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-executor@nacm.com Precedence: bulk > I have also discovered that when I try to download a file from a > Macintosh BBS, that neither Macindos nor Executor recognizes the file. I > have called Apple Computer, Inc. and told them this problem. The > representative told me that the creator signature is somehow lost. > DOS does not support the Mac HFS filing system. So, when you download a > file from a Mac BBS, you lose the creator signature. Therefore, Executor > can't recognize the file. I also experimented and found there was a copy > of Pkware's Pkunzip/Pkunzip compression program supported in ZipIt! > 1.2.6. By using ZipIt! 1.2.6, the resource fork, data fork, finder fork, > headers, and creator signature are remained intact in the archive. I have > also noticed that Stuffit Expander crashes. Finally, I've concluded that > you can also use UUencoding/UUdecoding in order to transfer files from a > Mac to a PC using Executor. Thank you for your time. BinHex (included with Executor) should allow you to put back together what was lost in the shuffle from Mac to IBM to Mac. It worked fine for me when I transferred files to a real Mac awhile ago. Jeff Klann - jklann@freenet.columbus.oh.us