home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0927.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.5 KB  |  34 lines
  1. Subject: Re: Executor for MS-DOS, ver. 1.2.1, shareware version
  2. To: Joseph Pena <Joseph_Pena@fcircus.sat.tx.us>
  3. cc: executor@nacm.com
  4. In-Reply-To: <9412310924.4c0d@fcircus.sat.tx.us>
  5. Message-ID: <Pine.3.07.9412311844.A4084-b100000@acme>
  6. MIME-Version: 1.0
  7. Content-Type: TEXT/PLAIN; charset=US-ASCII
  8. Sender: owner-executor@nacm.com
  9. Precedence: bulk
  10.  
  11. >  I have also discovered that when I try to download a file from a
  12. > Macintosh BBS, that neither Macindos nor Executor recognizes the file. I
  13. > have called Apple Computer, Inc. and told them this problem. The
  14. > representative told me that the creator signature is somehow lost.
  15. > DOS does not support the Mac HFS filing system. So, when you download a
  16. > file from a Mac BBS, you lose the creator signature. Therefore, Executor
  17. > can't recognize the file. I also experimented and found there was a copy
  18. > of Pkware's Pkunzip/Pkunzip compression program supported in ZipIt!
  19. > 1.2.6. By using ZipIt! 1.2.6, the resource fork, data fork, finder fork,
  20. > headers, and creator signature are remained intact in the archive. I have
  21. > also noticed that Stuffit Expander crashes. Finally, I've concluded that
  22. > you can also use UUencoding/UUdecoding in order to transfer files from a
  23. > Mac to a PC using Executor. Thank you for your time.
  24.  
  25.     BinHex (included with Executor) should allow you to put back
  26. together what was lost in the shuffle from Mac to IBM to Mac. It worked
  27. fine for me when I transferred files to a real Mac awhile ago.
  28.  
  29. Jeff Klann - jklann@freenet.columbus.oh.us
  30.  
  31.  
  32.  
  33.  
  34.