Ma c катализатор с NSPersistentCloudKitContainer cra sh: EXC_BAD_INSTRUCTION (код = EXC_I386_INVOP, субкод = 0x0) - PullRequest
1 голос
/ 18 января 2020

Мое приложение использует NSPersistentCloudKitContainer, и оно отлично работает на iPhone и iPad. Как только я перенес его на Ma c (Catalyst), я начал испытывать EX C BAD INSTRUCTION cra sh, и я не могу обернуть его вокруг.

Я решил портировать на MacOS демонстрационный проект Apple NSPersistentCloudKitContainer из WWD C 2019, используя Catalyst, и я испытываю тот же самый cra sh.

Я также попытался запустить новый простой проект, который я портировал на MacOS, используя Catalyst, и он не взломал sh. Итак, я предполагаю, что проблема связана с новым NSPersistentCloudKitContainer ..

Кто-нибудь испытывает тот же самый cra sh? Любое руководство будет оценено.

Вот краткий журнал sh:

libxpc.dylib`___xpc_activity_dispatch_block_invoke.107.cold.3:
    0x7fff63df530b <+0>:  pushq  %rbp
    0x7fff63df530c <+1>:  movq   %rsp, %rbp
    0x7fff63df530f <+4>:  xorl   %edi, %edi
    0x7fff63df5311 <+6>:  callq  0x7fff63df53c0            ; symbol stub for: _os_assert_log
    0x7fff63df5316 <+11>: movq   %rax, %rdi
    0x7fff63df5319 <+14>: callq  0x7fff63df53d2            ; symbol stub for: _os_crash
->  0x7fff63df531e <+19>: ud2    

1 Ответ

0 голосов
/ 24 апреля 2020

Я наконец получил исправление от поддержки Apple. Проблема заключалась в том, что я отозвал сертификаты в моей цепочке для ключей. Итак, go к вашей цепочке для ключей, и найдите все свои яблочные сертификаты. Выбрав их, вы заметите, что они либо действительны (зеленая галочка), либо отменены (красный кружок). Избавьтесь от всех ваших отозванных сертификатов, но убедитесь, что они существуют в их действительной форме, прежде чем делать это. В моем случае все отозванные сертификаты были дубликатами действительных сертификатов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...