Nano Hash - криптовалюты, майнинг, программирование

Приложение Xamarin IOS аварийно завершает работу только после включения itunesconnect и физического устройства

У меня есть приложение, которое использует библиотеку Portable Razor для создания нескольких веб-просмотров в Xamarin. Он отлично работает в симуляторе и при отладке на физическом устройстве, но как только я разворачиваю его в itunesconnect и устанавливаю через testflight, он сразу же вылетает при запуске. Я обновился до самых последних версий Xcode и Visual Studio, но не повезло. Ниже приведен журнал сбоев, но он не дает никаких подсказок, которые я вижу. Любые идеи о том, что происходит?

Date/Time:           2018-02-28 07:22:49.5734 -0600
Launch Time:         2018-02-28 07:22:49.3343 -0600
OS Version:          iPhone OS 11.2.6 (15D100)
Baseband Version:    3.42.00
Report Version:      104

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Triggered by Thread:  0

Thread 0 name:
Thread 0 Crashed:
0   libsystem_kernel.dylib        	0x00000001841942e8 __pthread_kill + 8
1   libsystem_pthread.dylib       	0x00000001842a92f8 pthread_kill$VARIANT$mp + 396 (pthread.c:1484)
2   libsystem_c.dylib             	0x0000000184103060 __abort + 152 (abort.c:128)
3   libsystem_c.dylib             	0x0000000184102fc8 abort + 152 (abort.c:99)
4   GlenroyCalculatorAppiOS       	0x0000000104dc3e40 xamarin_get_block_descriptor + 4496
5   GlenroyCalculatorAppiOS       	0x0000000104dbedfc 0x104a90000 + 3337724
6   GlenroyCalculatorAppiOS       	0x0000000104c9e684 0x104a90000 + 2156164
7   GlenroyCalculatorAppiOS       	0x0000000104ceaa34 0x104a90000 + 2468404
8   GlenroyCalculatorAppiOS       	0x0000000104cea5a4 0x104a90000 + 2467236
9   GlenroyCalculatorAppiOS       	0x0000000104dc3744 xamarin_get_block_descriptor + 2708
10  GlenroyCalculatorAppiOS       	0x0000000104dc9a20 xamarin_get_block_descriptor + 28016
11  GlenroyCalculatorAppiOS       	0x0000000104a98188 0x104a90000 + 33160
12  libdyld.dylib                 	0x000000018406456c start + 4

Thread 1:
0   libsystem_pthread.dylib       	0x00000001842a6b68 start_wqthread + 0

Thread 2:
0   libsystem_pthread.dylib       	0x00000001842a6b68 start_wqthread + 0

Thread 3 name:
Thread 3:
0   libsystem_kernel.dylib        	0x00000001841940f0 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	0x00000001842aace4 _pthread_cond_wait$VARIANT$mp + 640 (pthread_cond.c:579)
2   GlenroyCalculatorAppiOS       	0x0000000104da4e50 0x104a90000 + 3231312
3   libsystem_pthread.dylib       	0x00000001842a82b4 _pthread_body + 308 (pthread.c:740)
4   libsystem_pthread.dylib       	0x00000001842a8180 _pthread_start + 312 (pthread.c:799)
5   libsystem_pthread.dylib       	0x00000001842a6b74 thread_start + 4

Thread 0 crashed with ARM Thread State (64-bit):
    x0: 0x0000000000000000   x1: 0x0000000000000000   x2: 0x0000000000000000   x3: 0x0000000000000001
    x4: 0x0000000000000000   x5: 0x0000000000989680   x6: 0x0000000000000031   x7: 0xffffffffffffffec
    x8: 0x0000000008000000   x9: 0x0000000004000000  x10: 0x00000000000003e8  x11: 0x00000001b7d1a004
   x12: 0x00000001b7d1a004  x13: 0x0000000000000018  x14: 0x0000000000000001  x15: 0x0000000000000881
   x16: 0x0000000000000148  x17: 0x0000000000000000  x18: 0xfffffff013edd260  x19: 0x0000000000000006
   x20: 0x00000001b59edb80  x21: 0x0000000104ed1000  x22: 0x0000000000000303  x23: 0x00000001b59edc60
   x24: 0x0000000105564e2a  x25: 0x0000000104de16e1  x26: 0x0000000000000000  x27: 0x0000000104e654f0
   x28: 0x0000000104e654d0   fp: 0x000000016b36e9a0   lr: 0x00000001842a92f8
    sp: 0x000000016b36e970   pc: 0x00000001841942e8 cpsr: 0x00000000

РЕДАКТИРОВАТЬ: я думаю, что это лучший журнал сбоев, который я недавно получил. Указывает на функцию print_callback как на причину сбоя, которую я нигде не могу найти в своем проекте.

Thread 0 name:
Thread 0 Crashed:
0   libsystem_kernel.dylib        	0x0000000184bd42e8 __pthread_kill + 8
1   libsystem_pthread.dylib       	0x0000000184ce92f8 pthread_kill$VARIANT$mp + 396 (pthread.c:1484)
2   libsystem_c.dylib             	0x0000000184b43060 __abort + 152 (abort.c:128)
3   libsystem_c.dylib             	0x0000000184b42fc8 abort + 152 (abort.c:99)
4   GlenroyCalculatorAppiOS       	0x0000000100e460d4 print_callback(char const*, int) + 3383508 (runtime.m:1211)
5   GlenroyCalculatorAppiOS       	0x0000000100e40ff0 monoeg_g_log + 3362800 (goutput.c:125)
6   GlenroyCalculatorAppiOS       	0x0000000100d1ad58 load_aot_module + 2157912 (aot-runtime.c:2071)
7   GlenroyCalculatorAppiOS       	0x0000000100d67474 mono_assembly_load_from_predicate + 2471028 (assembly.c:2316)
8   GlenroyCalculatorAppiOS       	0x0000000100d66fdc mono_assembly_open_predicate + 2469852 (assembly.c:1973)
9   GlenroyCalculatorAppiOS       	0x0000000100e459d8 xamarin_open_and_register + 3381720 (runtime.m:943)
10  GlenroyCalculatorAppiOS       	0x0000000100e4bcb4 xamarin_main + 3407028 (monotouch-main.m:434)
11  GlenroyCalculatorAppiOS       	0x0000000100b12ddc main + 28124 (main.m:49)
12  libdyld.dylib                 	0x0000000184aa456c start + 4

ios xamarin crash xamarin.ios
28.03.2018

  • Вы пытались развернуть приложение непосредственно на свой телефон, используя конфигурацию выпуска, а затем просмотреть результат с помощью XCode или LemonJar? Если это не сработает, попробуйте символизировать свой журнал iOS, как описано здесь. 28.03.2018
  • @ Демитриан, я попробую эти несколько вещей. Я полагаю, что пытался запустить его с конфигурацией выпуска раньше, но я возвращался к этому проекту время от времени в течение нескольких месяцев, поэтому я не уверен 29.03.2018
  • Дайте мне знать, как все прошло, @ tetz2442. 29.03.2018
  • @Demitrian Демитриан Я обновил свой вопрос с помощью символического журнала. Я только что снова протестировал выпускную сборку на своем телефоне без проблем. 29.03.2018
  • Интересно. Вы уверены, что используемая вами конфигурация выпуска идентична той, которую вы используете для загрузки в TestFlight? Поскольку вы используете стороннюю библиотеку, может ли быть проблема в связывании? Кроме того, есть ли у вас ссылка на библиотеку, на которую вы ссылаетесь (например, Razor)? 29.03.2018
  • @ tetz2442 Такие проблемы могут быть в основном связаны с некоторыми разрешениями. Можете ли вы проверить, используете ли вы какие-то разрешения, и включить их в свой файл plist. 30.03.2018

Ответы:


1

Это была проблема с разрешением, но она не появлялась до xcode 9.3, когда я использовал ее для создания своего приложения для выпуска. Если вы не укажете определенные ключи Info.plist, ваше приложение рухнет, как только запросит их. Это особенно сбивало с толку, потому что я не использовал никаких разрешений, о которых мне говорили. Надеюсь, это поможет кому-то еще.

введите здесь описание изображения

16.04.2018
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..