2013-08-13 15 views
5

Una traccia di stack inferiore a Di solito non accade, ma accade qui e là ad alcuni utenti.NullPointerException a BoringLayout.isBoring è tutt'altro che noioso

Su Android 2.3.3 eccezione accade sul BoringLayout.isBoring: 240
Su Android 4.1.2 stessa linea 260

Tutto l'aiuto sarebbe apprezzato. :-)

java.lang.NullPointerException 
at android.text.BoringLayout.isBoring(BoringLayout.java:260) 
at android.widget.TextView.onMeasure(TextView.java:6322) 
at android.view.View.measure(View.java:15473) 
at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:5056) 
at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1396) 
at android.widget.LinearLayout.measureHorizontal(LinearLayout.java:1038) 
at android.widget.LinearLayout.onMeasure(LinearLayout.java:576) 
at android.view.View.measure(View.java:15473) 
at android.widget.LinearLayout.measureHorizontal(LinearLayout.java:1223) 
at android.widget.LinearLayout.onMeasure(LinearLayout.java:576) 
at android.view.View.measure(View.java:15473) 
at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:5056) 
at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1396) 
at android.widget.LinearLayout.measureVertical(LinearLayout.java:681) 
at android.widget.LinearLayout.onMeasure(LinearLayout.java:574) 
at android.view.View.measure(View.java:15473) 
at android.widget.ListView.setupChild(ListView.java:1853) 
at android.widget.ListView.makeAndAddView(ListView.java:1778) 
at android.widget.ListView.fillDown(ListView.java:678) 
at android.widget.ListView.fillFromTop(ListView.java:739) 
at android.widget.ListView.layoutChildren(ListView.java:1614) 
at android.widget.AbsListView.onLayout(AbsListView.java:2296) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.RelativeLayout.onLayout(RelativeLayout.java:948) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.FrameLayout.onLayout(FrameLayout.java:448) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.FrameLayout.onLayout(FrameLayout.java:448) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.support.v4.view.ViewPager.onLayout(ViewPager.java:1589) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.RelativeLayout.onLayout(RelativeLayout.java:948) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.FrameLayout.onLayout(FrameLayout.java:448) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1655) 
at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1513) 
at android.widget.LinearLayout.onLayout(LinearLayout.java:1426) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.widget.FrameLayout.onLayout(FrameLayout.java:448) 
at android.view.View.layout(View.java:14055) 
at android.view.ViewGroup.layout(ViewGroup.java:4604) 
at android.view.ViewRootImpl.performLayout(ViewRootImpl.java:1992) 
at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1813) 
at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1112) 
at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:4472) 
at android.view.Choreographer$CallbackRecord.run(Choreographer.java:725) 
at android.view.Choreographer.doCallbacks(Choreographer.java:555) 
at android.view.Choreographer.doFrame(Choreographer.java:525) 
at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:711) 
at android.os.Handler.handleCallback(Handler.java:615) 
at android.os.Handler.dispatchMessage(Handler.java:92) 
at android.os.Looper.loop(Looper.java:137) 
at android.app.ActivityThread.main(ActivityThread.java:4898) 
at java.lang.reflect.Method.invokeNative(Native Method) 
at java.lang.reflect.Method.invoke(Method.java:511) 
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1006) 
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:773) 
at dalvik.system.NativeStart.main(Native Method) 
+1

inserisci il tuo codice parti rilevanti – Raghunandan

+0

"Di solito non succede, ma succede qua e là ad alcuni utenti." Qualche possibilità che stai aggiornando l'interfaccia utente da un thread in background? –

+1

Inoltre, su quale versione di Android succede? Guardando a 'master' del framework, probabilmente si imposta il testo di TextView come' null'. – Delyan

risposta

11

Ok trovato. Non sto cancellando la domanda perché forse sarebbe di aiuto qualcuno un giorno.

Quindi il mio errore è stato: Ho esteso TextView per creare una classe che manipola il testo e guardare in base al set di valori.

Il mio errore è stato che in alcuni casi ho scelto di non impostare il testo e semplicemente chiamato "return". In quei casi il 'testo' era nullo, che ha causato l'NPE sopra.

Lezione: Se si esegue l'override di setText, è necessario impostare un valore quando viene chiamato.

Questo è uno di quei punti nel tempo che ricordo 'design by contract', precondizioni, invarianti, ecc. Questo potrebbe essere stato utile qui.

A tutti quelli che hanno cercato di aiutare, hai il mio ringraziamento. @Deylan - grazie speciale, tu sei quello che mi ha dato la spinta nella giusta direzione.

+4

, oggi mi ha aiutato. Quindi grazie per avermi diretto lo stesso. – codebased

Problemi correlati