2012-11-14 2 views
0

Je reçois un plantage de mon outil de rapport de plantage que je ne sais pas comment résoudre. La trace de la pile est la suivante:Nullpointer dans ActivityThread.java:2524

java.lang.NullPointerException 
at android.app.ActivityThread.handleWindowVisibility(ActivityThread.java:2524) 
at android.app.ActivityThread.access$1900(ActivityThread.java:121) 
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:963) 
at android.os.Handler.dispatchMessage(Handler.java:99) 
at android.os.Looper.loop(Looper.java:130) 
at android.app.ActivityThread.main(ActivityThread.java:3701) 
at java.lang.reflect.Method.invokeNative(Native Method) 
at java.lang.reflect.Method.invoke(Method.java:507) 
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:866) 
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:624) 
at dalvik.system.NativeStart.main(Native Method) 

Je n'ai pas les journaux et je ne peux pas reproduire. Il semble se produire lorsque l'utilisateur revient à l'application. Il est arrivé sur différents téléphones fonctionnant 2.3.6 et 2.3.7.

Toute personne qui sait comment résoudre ce problème?

+0

Vous êtes manquant causé par, voir la ligne qui y est indiquée. – meh

+0

@ user1597833 Il n'y a pas de "causé par". C'est la piletrace entière, nullpointer dans ActivityThread.java:2524. – Heinrisch

+0

11-14 10: 55: 34.927: E/AndroidRuntime (1354): \t à com.android.internal.os.ZygoteInit.main (ZygoteInit.java:616) 11-14 10: 55: 34.927: E/AndroidRuntime (1354): \t à dalvik.system.NativeStart.main (méthode native) 11-14 10: 55: 34.927: E/AndroidRuntime (1354): Causé par: java.lang.ArithmeticException: diviser par zéro 11-14 10: 55: 34.927: E/AndroidRuntime (1354): \t à com.test.MyActivity.onCreate (MyActivity.java:54) – meh

Répondre

1

Il semble être ROM personnalisés comme le code source de 2.3.6 & 2.3.7 ActivityThread.java:2524 est à l'intérieur deliverResults() pas handleWindowVisibility(). Vérifiez le code source de android.app.ActivityThread. Mon conseil est que si le taux de ces accidents n'est pas énorme, vous pouvez les ignorer car vous avez besoin de connaître la ROM exacte pour être en mesure de connaître la raison de l'écrasement et ce sera très difficile. Si vous voulez faire une conjecture, alors vérifiez ce que vous faites dans votre activité qui peut causer NullPointerException dans handleWindowVisibility

+0

Merci pour la réponse. J'ai vérifié le code source et suis arrivé à peu près à la même conclusion. Cependant, le crash est arrivé deux fois aujourd'hui pour un utilisateur dans une petite base d'utilisateurs (<10 utilisateurs) ce qui m'a inquiété. – Heinrisch

+0

Je pense que vous pouvez ignorer cela en toute sécurité. Si vous avez testé votre code sur les versions 2.3.6 et 2.3.7 sans problèmes et que le problème n'est pas fréquent ni très répandu, alors ne vous inquiétez pas. –