home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0514.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  3.1 KB
  1. Received: from netcomsv.netcom.com (uucp4.netcom.com [163.179.3.4]) by nacm.com (8.6.9/8.6.9) with ESMTP id HAA06156 for <executor@nacm.com>; Thu, 17 Nov 1994 07:54:39 -0800
  2. Received: from kira.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1)
  3.     id HAA20409; Thu, 17 Nov 1994 07:49:26 -0800
  4. Received: by kira (NX5.67d/NX3.0S)
  5.     id AA00951; Thu, 17 Nov 94 07:36:01 -0800
  6. Date: Thu, 17 Nov 94 07:36:01 -0800
  7. From: David John Burrowes <davidjohn@kira.net.netcom.com>
  8. Message-Id: <9411171536.AA00951@kira>
  9. Received: by NeXT.Mailer (1.100)
  10. Received: by NeXT Mailer (1.100)
  11. To: netcom!nacm.com!executor@netcom.com
  12. Subject: Re: binhex/compact probs?
  13. Sender: Executor-Owner@NACM.COM
  14. Precedence: bulk
  15.  
  16.     
  17.     >Hiya alls - i've dl's (ok, ftp'd :) a couple of files off of
  18.     >the net to try  to use with executor.  For somee of these, I
  19.     >need to use the binHex4.0 converter  in Compact pro, in others,
  20.     >I need to use the binHex5.0 that's included  with exectutor.
  21.     >Occasionally, I'll get a file that I would de hex  with binHex
  22.     >4.0, and I would get a .sit file - however, unstuffit refuses 
  23.  
  24.     >to see this file!  Any ideas here?  Perhaps I should try to
  25.     >use binHex  5.0 on the file?  (though, if 5.0 doesn't like the
  26.     >file - it hangs the  emulator). BTW  - this is executor running
  27.     >under linux (I'm still stuck in demo mode - since  i can't
  28.     >register till next week sometime - would that be part of the
  29.     >problem?).
  30.  
  31. I don't completely follow what the problem is here, but here is some  
  32. data that may or may not be relevant: Some programs that can process  
  33. binhex files are very sensitive to line ending characters.  The binhex  
  34. 4.0 file format may be a 'text only' format, but some get upset if they  
  35. find line-feeds or carriage-return-line-feeds at the end of the data  
  36. lines.  They only want carriage-returns.  thus, if you ftp the files as  
  37. text only files to, say, a unix or dos box, and then try to run them  
  38. through some of these converters, you'll get CRC errors or other  
  39. ailments.
  40. Binhex 5.0's format is, of course, a binary one, so one should never try  
  41. to transfer it as anything but.
  42. Another thing to do is make sure the binhex 4.0 file looks like a  
  43. reasonable binhex file.  As I recall, every line is the same length, and  
  44. the first starts with a colon and the last (which may be incomplete)  
  45. ends with a colon.  Most things I've seen that deal with binhex files  
  46. don't care what comes before that first line with a colon (so long as  
  47. none of those lines start with a colon, themselves)
  48. As for Stuffit not recognizing the file, does this mean that it doesn't  
  49. show up in its 'open file' dialog'?  or it shows up, you open it, and it  
  50. reports an error then?  This is an important distinction.  If the former  
  51. is the problem, it sounds like the 'creator' and 'type' of the file are  
  52. not set properly.  If you're using the de-binhex-ifyer in compactor,  
  53. does it put up any info about what type and creator it is creating in  
  54. the new file?  I know the binhex 4 app does, and it's a useful sanity  
  55. check, but I am not familiar with thecompactor one.
  56.  
  57. I hope this doesn't confuse things more than they are.
  58.  
  59. david john
  60.  
  61.