Подтвердить что ты не робот

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

У меня есть приложение 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

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

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

Любые идеи? Не удается отправить это обратно, пока мы не зафиксируем ошибку. Спасибо,

4b9b3361

Ответ 1

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

Ответ 2

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

У меня это случилось со мной.

Ответ 3

Сегодня я столкнулся с этой проблемой, и, наконец, я настраиваю профиль подготовки своего приложения, после чего странный крах исчез. Поэтому вы можете попробовать этот метод для решения проблемы. PS: Мой журнал сбоев аналогичен журналу JJ Удачи.

Ответ 4

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

Ответ 5

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

Ответ 6

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