User Profile

Posts

Posts

Post not yet marked as solved
3 Replies
0 Views
Replied In x86_64 daemon won't launch
I understand the recommendation, and we are looking into it, ours is a very big code base and porting is going to take big effort plus will cause code maintenance issues for us, so we are working through it. Is there anything else possible, like delaying daemon load or serializing behind Rosetta initialization?
Post not yet marked as solved
3 Replies
0 Views
Replied In Is notarization -staple process serialized
yes App1 and App2 are different versions of same App
Post not yet marked as solved
8 Replies
0 Views
Replied In executable is killed after codesign
that perhaps is, because what I went on trying is, disabled SIP => things worked, enabled SIP => things continued working. now, I have issues with some binary not all, and a simple reboot fixed it.in log stream all I was getting is020-03-18 15:57:49.958688-0500 0xc530 Default 0x0 8777 0 taskgated: (Security) [com.apple.securityd:security_exception] UNIX error exception: 32020-03-18 15:57:49.960037-0500 0xc530 Default 0x0 8777 0 taskgated: no signature for pid=5799 (cannot make code: UNIX[No such process])which perhaps indicates what your are suggesting about kernel caching code sign info. I would try mv when I try next and update here.
Post not yet marked as solved
8 Replies
0 Views
Replied In executable is killed after codesign
I have tried these 1) codesign modified B => doesn't work2) codesign both A and B => doesn't work3) codesign both A and B by removing "-o runtime" - disabling hardend runtime => doesn't workwith 2 and 3 now, binary wont even start. lldb says "bad executable (or shared library), dtruss says (no such file or directory)if I remove codesign from both A and B, then it works.