Да, это несимвольный журнал сбоев.Проблема в том, что при звонке на [-SKPaymentQueue addPayment:] передан неверный указатель на платеж.Вот что сообщает журнал:
Тип исключения: EXC_CRASH (SIGABRT)
и
Информация, специфичная для приложения:
abort () с именем
Это указывает на то, что некоторый фрагмент кода явно вызывал функцию для прерывания работы приложения.Это происходит потому, что операционная система обнаружила, что какой-то неверной информации была передана функции, и определила, что она не может продолжить работу с неверной информацией, поэтому ее единственный выбор был прервать.
Обратный след показывает, какие функции были вызваныдобраться до прерывания:
Last Exception Backtrace:
0 CoreFoundation 0x1a4531ea4 __exceptionPreprocess + 228
1 libobjc.A.dylib 0x1a3701a50 objc_exception_throw + 55
2 CoreFoundation 0x1a4438484 +[NSException raise:format:] + 115
3 StoreKit 0x1b860fc14 -[SKPaymentQueue addPayment:] + 675
4 mapdocuments 0x100e5c1e8 0x100dfc000 + 393704
5 mapdocuments 0x100e65ddc 0x100dfc000 + 433628
Они в обратном порядке вызова.Таким образом, некоторый код в приложении или библиотеке mapdocuments вызывается в инфраструктуру StoreKit, в частности, метод -[SKPaymentQueue addPayment:].Этот метод увидел, что переданное значение было недопустимым, и вызвало исключение.Исключение не было обнаружено при использовании блока @try / @catch, поэтому ОС прервала выполнение.
К сожалению, поскольку символы не были предоставлены, мы не знаем точную строку, которая вызвала -addPayment: сплохие данные.Однако, если вы создали приложение, у вас должны быть символы для него, и я думаю, что можно символизировать аварийный журнал, используя их.Я сам этого не делал.