This page is a wiki. Please login or create an account to begin editing.


BinHex 4.0

Rating:
Your rating: None Average: 5 (3 votes)
Category:
Year released:
Author:
Publisher:
#1
[www].se [ftp].se [mirror].us
binhex_4.0.bin (7.00 KB)
For System 1 - 5 - Mac OS 9
Emulation
This app works with: SheepShaver, Basilisk II, Mini vMac

The original utility by Yves Lempereur for creating and translating BinHex files in .hqx format. Successor to BinHex 2.0 (.hcx). (In order to avoid confusion with the unrelated utility for BASIC, there was no "BinHex 3.0".)

Other versions:
BinHex 2.0
BinHex 5.0

Compatibility
Architecture: 68k

Comments

Jatoba's picture
by Jatoba - 2019, May 13 - 10:18pm

Thanks for the clarification. Thanks to that and other reasons, I have completely abandoned the idea of using ".hqx" and other BinHex formats for good now. I discovered what best fits my criteria, out of all archiving tools, is StuffIt 1.5.1. Although, whenever possible, I discovered it's also best to create them with StuffIt Deluxe 2.0.1 or StuffIt Classic 1.6 and check the "1.5.1" box instead of actually using StuffIt 1.5.1, else StuffIt Deluxe/Expander 5.5.1 may unpack files incorrectly, as I found out.

This way, the resulting archive can be safely used throughout all (or however much StuffIt 1.5.1 is compatible with) Macintosh System Software versions. Even for dealing with MFS with its lack of folder hierarchy for System versions earlier than 2.1, there's an option to put all files from within the folders into the "root" of the archive (when creating the archive). Ideally, it's just perfect. (For up to a 1000 files per archive file. And also if preserving window position and file icon placement is not important, which makes it prohibitive for historical archival.)

MikeTomTom's picture
by MikeTomTom - 2019, May 13 - 5:23am

I have heard from somewhere here in the Garden that .hqx (BinHex 4.0) files may be less ideal than other "packing" options for transfering files over a network (i.e. the internet), because of something along the lines of that the file may get corrupted upon being downloaded/transfered in ways that wouldn't happen with other formats, such as .sit. And that, in browsers, it's ideal to "Save File As..." to download .hqx files.

Is there any researched/verified truth to this? Any explanation?

First I heard of this and experienced it at the same time, can be viewed here in this MG page - See Protocol_7's post (3rd post down in comments) beginning; "There's a bug in Firefox where left-clicking a link to a hqx file destroys the header."

So, it's not a problem in BinHex 4, rather, it's a bug affecting browsers based on the Mozilla engine e.g; Firefox, Seamonkey, etc. I don't know if it still affects newer versions of FF and others, but it did back then. You can find examples referencing this bug if you search elsewhere for 'mozilla ".hqx" bug'.

Primarily, what I do have against using BinHex 4 as an archiving tool, is that it actually increases an archive's size from the original file size being archived by a considerable amount. For example, a ".sit" archive of 365k (which I just created), became a ."hqx" file of 495k in my test, an increased file size of 130k. Therefore, very large files become even larger, taking up unnecessary disk space and increasing up and down times over networks.

Also, if you have a file archived as ".bin", ".sit" or ".zip", then there is little sense for also adding them into a BinHex 4 file, as those archive types are safe to move across networks, as is.

Jatoba's picture
by Jatoba - 2019, May 13 - 2:56am

I have heard from somewhere here in the Garden that .hqx (BinHex 4.0) files may be less ideal than other "packing" options for transfering files over a network (i.e. the internet), because of something along the lines of that the file may get corrupted upon being downloaded/transfered in ways that wouldn't happen with other formats, such as .sit. And that, in browsers, it's ideal to "Save File As..." to download .hqx files.

Is there any researched/verified truth to this? Any explanation? I have never had downloaded/transfered .hqx files get corrupted upon being downloaded or transfered, be it over FTP or HTTP, with it not mattering whether I use a "Save File As" option on browsers both on Mac and Windows or not.

I'd like to know this, because I'm considering sticking to .hqx for packing Mac files to share to others (especially over here in the Garden) when SSW versions lower than 7.1 may be involved, and I want to be able to target System 1 just as much as 7.1, which is why I'm not confident StuffIt 4.0 is as good an option (and I don't know if StuffIt versions below 4.0 are reliable, let alone System-1-compatible).
So, if there's any reason I shouldn't use BinHex 4.0, I'd love to know while it's still a good time. Other than the fact it doesn't reduce file size (since it doesn't do any compression, from what I understand).

Edit: Well, I think I found 1 reason already: it doesn't archive folders, but only single files. |: That explains the billions of ".sit.hqx" and ".sit.bin" files out there.
Which means I need to look elsewhere for a System-1-compatible solution (if there's any). I'm very reluctant to use PackIt, too, since I don't know how reliable it is, either (and I don't know if StuffIt can handle that format, too).

Edit 2: Of course, PackIt turned out to be be incompatible with Mac OS 9.2.2 (on my Mac mini G4, anyway). Looks like StuffIt 4.0.1 is the least-non-ideal choice so far. Though I could always use vMac or Mini vMac on OS 9 to get PackIt running (assuming it's reliable etc.), especially considering the fact StuffIt can open its files at least since v1.6.
Or get a System-6-capable Mac.

Edit 3: Ha, I just realized it's pointless for me to want to archive multiple folders full of files for use in SSW versions earlier than 2.1, because they are stuck with MFS (which doesn't allow folders within folders). Tongue Although since the first Mac can officially go as high as System 3, I guess my original intent still counts, but I'll have to give up on System 1 support.

lilliputian's picture
by lilliputian - 2011, September 28 - 6:37pm

It's an important piece of software. I'm glad I was able to find it. Also be sure to check out version 5.0 which introduced MacBinary I format.

MikeTomTom's picture
by MikeTomTom - 2011, September 15 - 9:41pm
5

Thanks for posting up this little gem. It does exactly what its supposed to do, nothing more nor less. A real light fast app. Excellent.