2010-11-09 12 views
8

Esto me ha estado atormentando por unos días. Cada vez que trato de utilizar un punto de interrupción para depurarlo en algo que no sea una actividad (servicio en segundo plano, receptor de difusión, método de entrada) mi punto de interrupción se activará normalmente, pero luego unos cinco segundos más tarde el dispositivo terminará el proceso y se desconectará del depurador . No es suficiente tiempo para recopilar información significativa, por lo que la eliminación de errores ha resultado extremadamente difícil.El dispositivo Android se desconecta del depurador unos segundos después de que se tocó el punto de interrupción

+0

¿Se trata de una terminación de "aplicación no respondida"? ¿Estableció IsDebuggable en verdadero en su AndroidManifest.xml? (Supongo que el último es "sí" porque de lo contrario no creo que alguna vez llegue a un punto de interrupción, pero podría estar equivocado). –

+0

¿Qué ves en logcat cuando esto sucede? – fadden

+0

Descubrí que esto sucede solo cuando estoy probando algo fuera de la aplicación principal. Específicamente, si despliego la aplicación en modo de depuración, luego toco inicio y ejecuto otra aplicación, entonces se golpea el punto de interrupción. Si puedo hacer que el servicio se ejecute mientras todavía estoy dentro de la aplicación, ya que fue lanzado por Eclipse, se romperá muy bien, a pesar de que el servicio que lo hizo no estaba realmente relacionado con la actividad en la pantalla. – chefgon

Respuesta

1

acabo de tener el mismo problema

¿Qué ha pasado para mí fue que yo estaba en el medio de la depuración cuando el teléfono (una hoja de ZTE) recibió una llamada. Respondí la llamada y cuando volví a la depuración después, descubrí que no importaba qué código colocara en una línea en particular (probablemente la que tenía pausa o tenía un punto de interrupción cuando recibí la llamada), la actividad se bloqueó (silenciosamente/sin mensaje de error) cuando llega a esa línea.

Después de perder el tiempo, descubrí que si añadía y eliminaba un punto de interrupción en la línea ofensiva y añadía otro en un método diferente más adelante, que el nuevo punto de interrupción se detenía y después de ejecutar la aplicación una vez, todo estaba bien

Cuestiones relacionadas