home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0490.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.8 KB

  1. Received: from UNCVX1.OIT.UNC.EDU by UNCVX1.OIT.UNC.EDU (PMDF V4.3-7 #6908)
  2.  id <01HJK2RRIZTS002NMU@UNCVX1.OIT.UNC.EDU>; Wed, 16 Nov 1994 19:07:53 EDT
  3. Date: Wed, 16 Nov 1994 19:07:53 -0400 (EDT)
  4. From: hola <SYNNAD@uncvx1.oit.unc.edu>
  5. Subject: Misc
  6. To: executor@NACM.COM
  7. Message-id: <01HJK2RRJSRM002NMU@UNCVX1.OIT.UNC.EDU>
  8. X-VMS-To: IN%"executor@nacm.com"
  9. MIME-version: 1.0
  10. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  11. Content-transfer-encoding: 7BIT
  12. Sender: Executor-Owner@NACM.COM
  13. Precedence: bulk
  14.  
  15. preston@indy.net said:
  16. >.HQX files can be decoded using the DOS version of Binhex.... but when the
  17. >decoded file is copied to the MAC... the MAC doesn't recognize the format of
  18. >the file. It's frustrating, to say the least.
  19.  
  20. Often , all you have to do is change the filetype and creator type of the file. 
  21. These can be changed with most utility programs (but not with HFS Xfer). 
  22. Actually, a feature that would be very welcome in 2.0 is the -automatic-
  23. setting of these types when files are transferred from DOS.
  24.  
  25. But anyway, I managed to find a couple of shareware utilities that work with
  26. Executor and should help: File Kit and Finder Info.  For instance, old StuffIt
  27. archives have the four letter filetype 'SIT!', whereas I think the new ones are
  28. 'SITD'.  They both have the creator 'SIT!'.  This should go in the Executor
  29. FAQ if there is one; it's definitely in a Mac FAQ somewhere (?).
  30.  
  31.  
  32. kurtg@iastate.edu said:
  33. >Binhes 5 is not used (4 is superior): like word 5.1 is often thought to be 
  34. >better than 6.  The .sit exetension can mean a stuffit 1.5.1 file or a
  35.  
  36. I thought the difference between BinHex 4.0 and 5.0 was that 4.0 handled
  37. 7-bit files (like uuencode), and 5.0 handled primarily 8-bit files.  Doesn't
  38. 5.0 just add MacBinary to a file?
  39.  
  40.  
  41.  
  42.