René Bertin
René Bertin
>I think you think this is in reply to #66, this is on a different issue OOps :)
First, sorry for your mishap. >I then opened an old-school Terminal session (it uses Apple's bash binary), and doing `zsh` yields nothing, it's like typing echo. `$? => 0`, so...
Note that it's not impossible that compression could interfere with signing, notarisation and other of Apple's new-fangled attempts to lock us out of our system. I'm not certain how that...
Please do investigate. I have not been able to reproduce the zsh example issue. One good way to make certain afsctool is the culprit in damaging an executable installed through...
Your problem with zsh may have had to do with the fact you were executing that binary when you tried to compress it. It is recommended not to compress files...
>It's not clear why this is a problem though. I've verified that the decmpfs xattr written is exactly the same when it's compressing a fresh version of the dll and...
OK, my bad, I don't ever use that compression...
>No worries! It's an eye-opener, for sure. Especially the part where a straight-C compressor outperforms (speed-wise) zlib which does have SIMD optimisations. I'll try to compare the timing difference on...
>LZFSE is highly optimized for ARM so not big surprise You mean such that even plain C compiles to something highly efficient?
>I verified that the same decmpfs header content works if the file has not already been compressed to a resource fork in the past, but fails if the file has...