home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 21335 < prev    next >
Encoding:
Text File  |  1993-01-12  |  3.4 KB  |  74 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!munnari.oz.au!uniwa!cujo!ncrpda.curtin.edu.au!rocky.curtin.edu.au!user
  3. From: peter@cujo.curtin.edu.au (Peter N Lewis)
  4. Subject: Re: Why does BinHex exist? (my mistake)
  5. Message-ID: <peter-130193092457@rocky.curtin.edu.au>
  6. Followup-To: comp.sys.mac.programmer
  7. Lines: 60
  8. Sender: news@ncrpda.curtin.edu.au
  9. Nntp-Posting-Host: ncrpda.curtin.edu.au
  10. Organization: NCRPDA, Curtin University
  11. References: <2965@tau-ceti.isc-br.com> <C0JD83.DMz@news.cso.uiuc.edu> <NEERI.93Jan12113717@iis.ethz.ch>
  12. Date: Wed, 13 Jan 1993 01:34:08 GMT
  13.  
  14. In article <NEERI.93Jan12113717@iis.ethz.ch>, neeri@iis.ethz.ch (Matthias
  15. Neeracher) wrote:
  16. > 
  17. > In article <1993Jan8.180438.9696@netcom.com>, howard@netcom.com (Howard Berkey) writes:
  18. > 
  19. > > I should have made it clear that I know what binhex actually does.  
  20. > > My mistake was in assuming that everyone would be able to 
  21. > > have access to uuencode, which does substantially what binhex does
  22. > > (i.e. convert a binary file to 7-bit (6 for binhex but the same
  23. > > principle)) so it can be mailed/cross EBCDIC gateways/etc.).
  24. > 
  25. > BinHex preserves file types and both forks of a file, while uuencode
  26. > doesn't. Otherwise, they are pretty similiar (And no, I don't think
  27. > uuencode uses 7 bits, it creates files that are bigger than BinHex files).
  28. > So even if everybody had access to uuencode, I don't see a particularly good
  29. > reason to use it.
  30.  
  31. UUencode uses 6-bit encodings, the same size as BinHex.  UU uses a very
  32. simple encoding scheme (the 6 bit value is added to <space> (32)) as
  33. opposed to a table lookup for BinHex.  UU also 'wastes' an extra byte per
  34. line (62 characters) with a line length, and BinHex has a run length
  35. encoding field (although most encoders don't support it, so this feature
  36. actually marginally increases the size).  Basically, a BinHex and uuencoded
  37. file of the same original file should be roughly the same size.
  38.  
  39. As a test, a 30k text fil with no repeats in it (and no RLE ($90) codes in
  40. it to muck BinHex around) gives:
  41.  
  42. Original 30720
  43. BinHex 41689 (136%)
  44. uuencode 42350 (138%)
  45.  
  46. Note1: The difference between the two is 661 bytes, the uuencoded file has
  47. 686 lines, hence 686 extra line length bytes making up the difference
  48. between the two almost exactly.
  49.  
  50. Note2: For a binary file (eg a compressed file), the run length encoding
  51. miight add half a percent to the BinHex length if it wasn't implemented,
  52. and might marginally reduce the size if it was.
  53.  
  54. > My preferred solution would be to store files in MacBinary on servers, but
  55. > make the ftp daemon translate files to BinHex if requested (Peter Lewis' ftpd
  56. > does this, if I remember correctly).
  57.  
  58. Actually, FTPd stores the files on the Mac in native format, and
  59. automagically converts them on request for file.bin or file.hqx into
  60. MacBinary or BinHex.
  61.  
  62. As for unix servers, although BinHex is not as efficient as MacBinary, I
  63. wouldn't be suprised in the least if converting all the files to MacBinary
  64. didn't increase network traffic as all the newbies download the MacBinary
  65. files in ascii mode a few times before figuring out about binary mode.
  66.  
  67. Personally, I like BinHex cuz it almost always works no matter what you do.
  68.  The only time I use MacBinary is for large files and slow links when I
  69. have to wait for the file to come thru.
  70.    Peter.
  71.  
  72. _______________________________________________________________________
  73. Peter N Lewis <peter@cujo.curtin.edu.au>             Ph: +61 9 368 2055
  74.