(iOS) Приложение iPad случайно падает при запуске

Question

У меня есть приложение для iPad в полевых условиях (корпоративная дистрибуция), которое случайно перестало работать (примерно после 150 использований). Он загружает черный экран, как будто он собирается открыться, но затем мигает обратно к основному экрану.

• Другие приложения на iPad не установлены.
• iPad не взломан.
• Программное обеспечение iPad не обновлялось с момента установки.

Приложение остается в рабочем списке, но не открывается. После сброса iPad и переустановки приложения оно снова работает нормально. Отчет о сбое выглядит следующим образом:

Incident Identifier: 97E6C3AC-0A3F-4D5A-9316-14361B8875C8
CrashReporter Key:   acbe2088ab1236c4f317ec9e0fb85d4a9d7b5b3a
Hardware Model:      iPad1,1
Version:         ??? (???)
Code Type:       ARM (Native)
Parent Process:  launchd [1]

Date/Time:       2011-08-05 14:52:54.380 -0400
OS Version:      iPhone OS 4.3.2 (8H7)
Report Version:  104

Exception Type:  EXC_CRASH (SIGKILL)
Exception Codes: 0x00000000, 0x00000000
Crashed Thread:  0

Thread 0 Crashed:
0   dyld                            0x2fe0124a dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header const*) + 446
1   dyld                            0x2fe01058 _dyld_start + 48

Thread 0 crashed with ARM Thread State:
    r0: 0x00000000    r1: 0x00000009      r2: 0x00000009      r3: 0x0004a000
    r4: 0x0004a01c    r5: 0x00000000      r6: 0x00000005      r7: 0x2fe48a18
    r8: 0x2fe6f18c    r9: 0x2fe96964     r10: 0x2fe494f4     r11: 0x00049000
    ip: 0x2fe96984    sp: 0x2fe489d0      lr: 0x2fe489ac      pc: 0x2fe4a24a
  cpsr: 0x60000030

Binary Images:
0x2fe49000 - 0x2fe6efff  dyld armv7  <bb9bfc7d242331d29a79adf7ef7aaa18> /usr/lib/dyld

Это вся информация, содержащаяся в отчете.

Нам никогда не удавалось воспроизвести падение на симуляторе.

Есть идеи? Невозможно отправить это обратно, пока мы не убедимся, что ошибка исправлена. Спасибо,

Answer 1

Система, вероятно, убивает приложение из-за истечения срока действия профиля обеспечения. Если вы можете получить доступ к старому приложению (например, синхронизировавшись с iTunes, а затем выполните Reveal in Finder в приложении), вы можете найти профиль обеспечения в приложении как embedded.mobileprovision, который вы можете проверить, чтобы определить, истек ли он.

Answer 2

Всегда ли это происходит после 150 или более использований?
Если да, то проверьте, на что влияют все параметры, если они используются в течение длительного времени. Я сталкивался с подобной проблемой, но мое приложение использовало данные ядра. Я сохранял какое-то значение, и по ошибке я установил тип на INT 16. Он использовался для сбоя всякий раз, когда значение проходит 2 ^ 15 для ios 5 и выше. Во-вторых, можете ли вы перезапустить приложение после выхода из приложения из фона или вам нужно удалить приложение и переустановить его, чтобы решить проблему?

Answer 3

Попробуйте добавить в свой проект настройки не только armv7, но и armv6.

Answer 4

1.Убедитесь, что ключ идентификатора устройства был добавлен в профиль вашего IDP,
2. скачать этот профиль и перейти на Xcode
3.чистите, соберите / заархивируйте свой проект приложения
4. Предоставьте пользователям URL-адрес для загрузки (установки) этого файла мобильного профиля
. 5.Предприятие вашего предприятия.

Answer 5

Сегодня я столкнулся с этой проблемой и, наконец, я настроил профиль своего приложения, после чего странный сбой исчез.Таким образом, вы можете попробовать этот метод, чтобы решить эту проблему.PS: Мой краш-журнал такой же, как JJ's Good luck.

Answer 6

Внимательно проверьте последовательность запуска. Возможно, какой-то файл конфигурации, который вы читаете, поврежден или не может быть десериализован в структуру данных (например, NSDictionary) должным образом.

У меня было такое со мной.