2015-10-20 12 views
8

Mamy awarię w naszej aplikacji iOS zgłoszonych przez crashlytics:Zawieszenie w iOS: XPC API Nadużywanie

Crashed: XPC API Nadużywanie: Próba wysłania wiadomości spodziewa się odpowiedzi (com.apple.networking. connection.0x46bf35a0)

ślad stosu jest:

Thread : Crashed: XPC API Misuse: Attempt to send a message expecting a reply to (com.apple.networking.connection.0x46bf35a0) 
0 libxpc.dylib     0x35cc534a _xpc_api_misuse + 41 
1 libsystem_c.dylib    0x35ba49e5 __strlcpy_chk + 48 
2 libxpc.dylib     0x35cb5f75 _xpc_serializer_create + 158 
3 libxpc.dylib     0x35cb5ea1 xpc_connection_send_message + 60 

stało się to pod iOS 9.0.2 na iPhone 5. nie jesteśmy w stanie odtworzyć awarię i nie mamy pojęcia, jak rozpocznij debugowanie/naprawianie. Wygląda na to, że jesteśmy not alone with this.

Może ktoś tutaj ma jakieś pomysły.

+0

Ta sama awaria dla mnie na wolności w iPhone 6 Plus z iOS 9.1.0. –

Odpowiedz

7

Istnieje wiele otwartych błędów w tym wydaniu: rdar: // 21832853 jest oryginalnym błędem, wraz z rdar: // 22860899 i rdar: // 22874333, oba z nich są na OpenRadar.

Sądzę, że jest to spowodowane przez jakiś kod sieciowy oparty na C w SCNetworkReachability i próbuje rozmawiać z systemem iOS VPN - prawdopodobnie w celu ustalenia, czy jest on podłączony - lub do demona działającego w tle, który jest używany do NSURLSession żąda, ale nie jestem pewien. Niestety, CFNetwork nie jest open source, a źródła libdispatch dla 10.11 (tak jak iOS 9, jak dostaniesz) nie zostały jeszcze opublikowane, więc nie mogę nawet zgadnąć, co kod sieciowy robi źle.

Tak czy inaczej, nie sądzę, że będziecie w stanie sobie z tym poradzić. Mając to na uwadze, zakładając, że mam rację co do głównej przyczyny, możesz odtworzyć je, uruchamiając Network Link Conditioner i wielokrotnie włączając i wyłączając tryb samolotowy. Warto spróbować.

Powiązane problemy