home *** CD-ROM | disk | FTP | other *** search
- 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
-
-
-
-
-