2013-03-28 11 views
5

Ich erhalte Crash-Berichte für meinen iOS-App mit den folgenden oder ähnlichen Stapeln in dem abgestürzten thread:Crash in TextInput - wie zu debuggen?

0 TextInput       0x0003149a TIInputManager::apply_case_changes_to_result(std::vector >&, KB::Hashmap const&, std::vector > const&) const + 402 
1 TextInput       0x00030bf3 TIInputManager::lookup() + 863 
2 TextInput       0x000307ad TIInputManager::autocorrection() + 61 
3 TextInput       0x00042d21 -[TIKeyboardInputManagerZephyr autocorrection] + 137 
4 UIKit        0x0011a319 -[UIKeyboardImpl generateCandidatesWithOptions:] + 377 
5 UIKit        0x00133071 -[UIKeyboardImpl addInputString:fromVariantKey:] + 2597 
6 UIKit        0x00130f8d -[UIKeyboardImpl handleKeyEvent:] + 1453 
7 UIKit        0x001308b7 -[UIKeyboardLayoutStar sendStringAction:forKey:isPopupVariant:] + 487 
8 UIKit        0x0012f3ad -[UIKeyboardLayoutStar touchUp:] + 3101 
9 UIKit        0x0012e737 -[UIKeyboardLayout touchesEnded:withEvent:] + 387 
10 UIKit        0x000165f9 -[UIWindow _sendTouchesForEvent:] + 525 
11 UIKit        0x00003809 -[UIApplication sendEvent:] + 381 
12 UIKit        0x00003123 _UIApplicationHandleEvent + 6155 
13 GraphicsServices     0x000065a3 _PurpleEventCallback + 591 
14 GraphicsServices     0x000061d3 PurpleEventCallback + 35 
15 CoreFoundation      0x00097173 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 35 
16 CoreFoundation      0x00097117 __CFRunLoopDoSource1 + 139 
17 CoreFoundation      0x00095f99 __CFRunLoopRun + 1385 
18 CoreFoundation      0x00008ebd CFRunLoopRunSpecific + 357 
19 CoreFoundation      0x00008d49 CFRunLoopRunInMode + 105 
20 GraphicsServices     0x000052eb GSEventRunModal + 75 
21 UIKit        0x00057301 UIApplicationMain + 1121 
22 MyApp        0x0000294b main (main.mm:8) 

Nur die am weitesten unten liegenden Linie (main) ist mein. Es sieht so aus, als ob der Absturz irgendwo in einem Touch-Up-Event-Handler innerhalb des Texteingabeframeworks liegt und es mit Autokorrektur zu tun hat.

Diese Abstürze kommen mit entmutigender Konsistenz - das sieht aus wie ein kleiner Fehler von mir, nicht der von iOS selbst. Der Aufruf-Stack ist inkonsistent - manchmal endet er in UIKit, manchmal in libobjc. Die iOS-Version scheint jedoch konsistent 6.x zu sein.

Irgendeine Idee, wie Sie das bitte debuggen?

EDIT: SIGSEGV/SEGV_ACCERR in Thread 0. Die Fehleradresse variiert - manchmal ist es Null, manchmal nicht.

+0

Haben Sie die Lösung für dieses Problem gefunden? Das selbe hier. –

+0

Nein, noch nicht .... –

+0

Das gleiche Problem haben. –

Antwort

0

Dies ist eigentlich ein Fehler bei Apple. Geh in deine Einstellungen auf dem Simulator (das ist die App "Einstellungen" auf dem Sim) und deaktiviere die Autokorrektur.

+0

Dies geschieht auf Benutzergeräten, nicht auf dem Simulator. –

0

Ich habe das gleiche auf iOS 6.1.3 (zweimal) und 6.1.4 (einmal), alle in dem Bereich als Crashlogs berichtet. Alle scheinen Null-Pointer-Dereferenzierungen tief in Apples C++ - Code zu sein. Ich glaube nicht, dass wir etwas anderes machen können, als einen Fehlerbericht bei Apple einzureichen (ich habe einen als "15573020" aufgeführt). Apple behandelt doppelte Berichte als Indikator für die Priorisierung von Fehlern. Wenn Sie also gelitten haben, schlage ich vor, dass Sie einen Bericht unter https://bugreport.apple.com hinzufügen und auf den Bericht verweisen, den ich zur Verfügung gestellt habe.