Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!ukma!dftsrv!mimsy!mojo!russotto
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.mac.misc
Subject: Re: Really detailed Binhex format info ??
Message-ID: <1991Apr4.212225.21313@eng.umd.edu>
Date: 4 Apr 91 21:22:25 GMT
References: <1991Apr04.114105.6198@dit.upm.es>
Sender: news@eng.umd.edu (C-News)
Organization: College of Engineering, Maryversity of Uniland, College Park
Lines: 17

In article <1991Apr04.114105.6198@dit.upm.es> esink@turia.dit.upm.es () writes:

>After studying the Binhex file format, I realized that such a
>match is not necessary.  Due to run-length encoding, different
>Binhex encodings of the same file are conceivable.  The real
>test should be :  can Binhex 4.0 and StuffIt decode each other's
>coded files correctly, every time ?

The file formats are intended to be compatible, if I remember what the
Stuffit documentation says.  Stuffit does not use RLE when making a Binhex
file, though it can decode it.  I have heard of some people having files
being decodable by one and not the other, but I have never run across them.
I would suspect bugs in (hopefully) earlier versions of Stuffit to be
responsible for them.
--
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
     .sig under construction, like the rest of this campus.