GSRegisterPurpleNamedPort SIGABRT в UIApplicationMain до того, как делегату приложения удается выполнить любой код

Недавно мы выпустили обновление для одного из наших приложений, и многие пользователи сказали нам, что они больше не могут запускать приложение, потому что оно зависало при запуске.

Мы смогли воссоздать сбой, собрав и запустив сборку предыдущего выпуска на устройстве, а затем собрав и запустив новую сборку поверх него на том же устройстве, но трассировка стека для этого сбоя очень странная:

Thread 0 Crashed:
0   libSystem.B.dylib             0x000791d0 __kill + 8
1   libSystem.B.dylib             0x000791c0 kill + 4
2   libSystem.B.dylib             0x000791b2 raise + 10
3   libSystem.B.dylib             0x0008d6fa abort + 50
4   GraphicsServices              0x00003aa8 GSRegisterPurpleNamedPort + 172
5   GraphicsServices              0x00003d5a GSEventInitialize + 150
6   UIKit                         0x00004cd6 UIApplicationMain + 350
7   MyApp                         0x0000df5c main (main.m:14)
8   MyApp                         0x00002c84 start + 32

Похоже, что происходит сбой в методе UIApplicationMain, который вызывает основной вызов. Но происходит сбой до того, как он достигнет любого из методов нашего делегата приложения. Я установил точки останова во всех методах делегата приложения, и ни один из них не был достигнут.

Кроме того, похоже, что это происходит только для пользователей, которые обновляют приложение. Пользователи, которые скачивают его из магазина приложений, пока он еще не подключен к своим iPhone, не видят проблемы.

Кто-нибудь когда-нибудь сталкивался с таким сбоем? Почему эта проблема возникает только для обновлений?