Ho riscontrato un problema durante il debug in Eclipse 3.4.2. Continuo a ricevere il pop-up coda di thread asincrona di elaborazione delle eccezioni java.lang.NullPointerExceptionFinestra di debug di Eclipse ha: coda di thread asincrona di elaborazione delle eccezioni java.lang.NullPointerException
Qualcuno sa qual è il problema esatto?
Grazie
Il problema era con le espressioni che guardavano durante il debug. Se quelle vecchie espressioni non vengono rimosse, continua a valutarle e dato che non esistono per il programma corrente, continuano a lanciare un'eccezione del puntatore nullo.
-1 risposta errata: guardare le vecchie espressioni dà "test" \t
La rimozione di vecchie espressioni ha risolto il problema per me. – BlueSilver
Anche io stavo avendo questo problema. Dopo aver letto questo thread ho appena rimosso tutte le espressioni dalla mia lista e voilà sta funzionando. – Dave
Ho lo stesso problema, ho trovato la segnalazione di bug rilevanti: https://bugs.eclipse.org/bugs/show_bug.cgi?id=277574
Sto usando Eclipse 3.6.1, e la segnalazione di bug dice che è fissato in 3.6.1, ma vedo ancora quando ho mettere un punto di interruzione in un gestore()
eccezione coda thread di elaborazione asincrona eccezione coda thread di elaborazione asincrona java.lang.UnsupportedOperationException
EDIT: Sono in grado di vedere il valore memorizzato nella matrice di stringhe aggiungendo l'espressione all'elenco di espressioni. Ricevo l'eccezione Eclipse solo quando metto il puntatore del mouse sopra l'array per ispezionarlo. Quindi posso eseguire il debug, ma devo solo ricordare di cancellare l'elenco delle espressioni quando ho finito.
Questo è un bug noto che il gruppo eclipse sta lavorando attivamente alla correzione. È correlato alla valutazione delle variabili statiche nel debugger. Si presentano spesso quando si guardano le variabili String []. commenti precedenti circa la rimozione di variabili guardati sono parzialmente corrette, ma solo se sono statiche
continuare a guardare le note di rilascio Eclipse per un bug fix
Eclipse Standard/SDK
Versione: Kepler Service Release 1 Corporatura id: 20130919-0819
Ho un problema simile ... in assenza di una correzione, ho trovato una soluzione temporanea.
// Questo farà sì che l'errore come misura descritto nel mio codice ...
public static void main(String[] args)
{
public static HashMap<String, String> students = new HashMap<String, String>();
...
}
se Sperate la dichiarazione e l'inizializzazione ... posso ottenere il debugger a comportarsi come previsto. Non so perché questo funziona ... ma sembra funzionare per me ... Spero che questo aiuti qualcuno.
public static HashMap<String, String> students ;
public static void main(String[] args)
{
students = new HashMap<String, String>();
...
}
ho avuto il problema simile con thread di elaborazione asincrona in modalità di debug, ma con com.sun.jdi.ObjectCollectedException
Exception processing async thread queue
com.sun.jdi.ObjectCollectedException
nessuna lista espressione di pulizia, o qualsiasi altra cosa aiuta. Ma ho notato che il mio telefono funziona in ambiente di runtime ART e quando ritorna a Dalvik l'errore di thread asincrono è scomparso.
Quale versione di Eclipse stai usando? Cosa stai facendo il debug, una semplice applicazione Java SE? –
Sto usando Eclipse 3.4.2, beh non è una semplice applicazione Java SE complessa. – yogsma
Si potrebbe provare ad aggiornare, a volte Eclipse ha punti approssimativi, questo chiaramente sembra essere un problema interno di Eclipe. C'è stato un bug simile nel 2005, il debugger non è riuscito a compilare alcune espressioni di debug. Potresti volerle cambiare o selezionare altre opzioni di debug. Altri dettagli che puoi condividere? –