Evaluation de faux && (null pointer exception)

Bonjour

Il me semblait qu'en java les expressions booléennes étaient évaluées de manière intelligente c'est à dire interrompues dès qu'elles s'évaluent

Pourtant j'ai un null pointer exception sur cette expression :

Code:

---

1 2	java.lang.NullPointerException: Attempt to invoke virtual method 'boolean android.bluetooth.BluetoothSocket.isConnected()' on a null object reference return mBlueSocket!=null && mBlueSocket.isConnected() && (mState == STATE_CONNECTED) ;

---

Pourtant mBlueSocket étant donc null, l'expression aurait du s'évaluer à faux sans avoir à évaluer le reste de l'expression.

Pourriez-vous m'éclairer sur ce point ?

Merci d'avance

Nathalie

Elles le sont. Tu est sûr que c'est bien la ligne concernée par l'erreur? Que ce n'est pas un autre appel à isConnected qui foire?
Est-ce que mBlueSocket serait modifié par un autre thread au milieu du test et passerait à null après le check !=null?

Citation:

---

Est-ce que mBlueSocket serait modifié par un autre thread au milieu du test et passerait à null après le check !=null?

---

Effetivement je penche plus pour cette option !
mais alors comment puis-je faire ? il faut que je mette des try/catch partout ?

Citation:

---

Envoyé par tchize_

Est-ce que mBlueSocket serait modifié par un autre thread au milieu du test et passerait à null après le check !=null?

---

Hum, ce serait plutôt difficile à reproduire ça non? Enfin sans voir tout le code difficile à dire, mais si c'était ça, ça devrait plutôt sembler aléatoire (un coup ça passe, un coup ça passe pas...)

Sinon non, pas de try/catch partout (c'est le meilleur moyen d'avoir un code tout pourrite), mais plutôt des sémaphores (blocs synchonized avec le verrou qui va bien ou utilisation du package java.util.concurrent), mais seulement à condition que tu arrives à expliquer quel thread fait quoi.

Moi sinon, je pencherais assez volontiers pour quelque chose de plus con: compilation foireuse (erreurs dans le projet, etc). ou problème de chargement dans l'émulateur, et en fait tu exécutes une vieille version de la classe sans même le savoir...

Pill_S, merci pour tes retours. Il faut effectivement que je me penche sur la synchronisation. C'est effectivement assez aléatoire comme problème.




Tu mentionnes les problèmes de compilation, ici je ne pense pas que ce soit le cas mais parfois j'ai l'impression quand je compile qu'il ne prends pas en compte mes modifs (je le vois en débug il fait n'importe quoi).
A quoi est-ce du ? Comment peut-on l'éviter ?
Je n'utilise pas l'émulateur (à cause du bluetooth)

Merci d'avance