You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In using HFSExplorer and UNHFS, the type / creator codes available in the "com.apple.FinderInfo" are not exported, nor are they included in the AppleDouble file, which they normally are when created through other processes.
The text was updated successfully, but these errors were encountered:
Hi, actually HFSExplorer should extract both the com.apple.Finderinfo, com.apple.ResourceFork and any additional extended attributes to the AppleDouble file if extracting with extended attributes is selected, however unhfs didn't do that... until the latest commit 00d2d8b which I pushed just now. You have to specify the -resforks APPLEDOUBLE option to get the resource fork, Finder info and xattrs.
(The latest commits also fix extracting non-resource fork/Finder info xattrs to AppleDouble files which was fairly broken.)
Ah, ok, since HFS support was removed from current MacOS, tools like this are super important, thanks for the quick fix.
Edit: I can see the Type/Creator codes now in the AppleDouble file, but dot_clean struggles with the file. When I compare the AppleDouble file exported from HFSExplorer and the one by this new version of UNHFS, I can see significant byte differences. dot_clean fails on the merge.
In using HFSExplorer and UNHFS, the type / creator codes available in the "com.apple.FinderInfo" are not exported, nor are they included in the AppleDouble file, which they normally are when created through other processes.
The text was updated successfully, but these errors were encountered: