Search results

It became shorthand for the word "folder" itself. Practically, it meant you could save characters in a filename, since "Sample Projects ƒ" takes up less space than "Sample Projects folder". (Although yes, the word "folder" in a folder's name is sort of superfluous anyway. 🤷‍♂️ )

I'm actually slowly changing my mind on the question of adding MacBinary support to sit. There are two reasons: 1. A MacBinary-wrapped archive allows the correct type and creator to be set for the archive file itself when reconstituted on a classic Mac. 2. The original author of sit, Tom...

A couple of new bug fixes for the New Year have been pushed to the git repository. 1. Using sit to create archives of files from developer CDs and other old content, I noticed that filenames with "high ascii" (option-key) characters weren't being translated properly to MacRoman when expanded...

That explains it. I was trying to run Netatalk 2.x on this system a while back and probably did a `make install` to get it there.

Ah! It looks like I was mistaken... I had something called `macbinary` in /usr/local/bin which was a symbolic link to another program called `megatron`. Not sure how that got installed. But on a fresher system, the built-in macbinary command appears to work fine:

I think that "cloned messages" is referring to your messages #31 and #32 in this thread, which looks like a minor edit that got saved as a whole new message. There were at least 3 copies of that message yesterday but one is gone today. :) And I tend to agree with your sentiment: rather than...

One possible advantage of double-wrapping with MacBinary is that it allows the type and creator of the StuffIt file itself [SIT!/SIT!] to be set when decoded. It's a bit superfluous, as StuffIt Expander is smart enough to read the header of the file and identify it as a 1.5.1-format archive...

There is nothing stored in the resource fork of a StuffIt 1.5.1 file. They would not have a resource fork if they were created by the StuffIt 1.5.1 program. I proved this to myself just now by creating a new archive in StuffIt 1.5.1, adding some files to it, saving, and quitting StuffIt. Then I...

Thanks! I had noticed that my quick-and-dirty script was only handling one selection, and really needed to iterate over the list as you have done.

1.5.1 in this case. :)

Thanks! Appreciate your contributions. I haven't been testing my changes on Linux to this point, so the github action will certainly help. EDIT: looks like the action is running successfully! https://github.com/thecloudexpanse/sit/actions

You can have this functionality without having StuffIt Deluxe 16 installed. Save the following into a file named "Create StuffIt Archive.applescript", taking care to edit the path in the first line to wherever you have actually put the sit command: set sitPath to "/Users/ken/bin/sit" tell...

LZW compression support is working and has now been merged to the main branch: https://github.com/thecloudexpanse/sit.

Ah. If a com.apple.ResourceFork can never exist without a corresponding com.apple.FinderInfo, then I agree the latter should be the preferred source.

And as I mentioned, only the first two bytes of those flags (the $2106 in the above example) can be stored in a StuffIt 1.5.1 archive. The rest aren't in the specification.

Just finished reimplementing compression. Since it's not guaranteed that a system will have the compress command available (and StuffIt uses modified parameters that make it incompatible anyway), I ended up pulling the zopen.c file from FreeBSD into the project. (Back in the day, the patent on...

Thanks, hopefully I get it now. You're saying that some of the basic metadata (like tbxi/chrp type and creator in your example) is externally stored if the file doesn't have a resource fork. I thought you were talking about other extended metadata (like label names and window location) which...

Can you explain what that would mean? The contents of the com.apple.FinderInfo extended attribute seem to be the same 32 bytes found in com.apple.ResourceFork at offset $52, and are already being read from the resource fork data. The StuffIt 1.5.1 archive format, as documented by Raymond Lau...

Thanks to @eric , sit now has AppleDouble file support and should be able to compile on non-macOS systems.

I've started a new thread: https://tinkerdifferent.com/threads/sit-create-stuffit-archives-on-unix-systems.4830/ Further discussion of the `sit` tool can go there.