Logcat viewer in Eclipse sfarfallio fastidiosamente

Question

Nel visualizzatore logcat in Eclipse, se è impostato per filtrare i messaggi provenienti dall'applicazione attualmente in fase di debug, l'elenco sfarfallio fastidiosamente. Suppongo che ricarichi l'elenco ogni volta che un messaggio di registro arriva dal mio dispositivo, anche se non viene visualizzato a causa del filtro. Tuttavia, rende molto difficile la lettura dei messaggi del registro.

C'è un modo per contrastare questo bug? O c'è un visualizzatore di logcat alternativo per Android?

Answer 1

Quando sfiora il mio, utilizzo l'opzione Scroll Lock nella finestra Logcat. Puoi trovarlo in alto a destra con altri pulsanti come Salva registro, ecc.

Answer 2

A seconda del sistema operativo in uso, esistono un paio di alternative.

Se si desidera eseguire questa operazione in Eclipse in modo nativo, non sono sicuro di ciò che si vuole fare, ma qui ci sono alcuni modi per farlo al di fuori di Eclipse.

Per tutti i sistemi operativi' è possibile utilizzare i processi built-in di filtraggio di adb, ma si può solo filtrare, dire il processo di app o di un processo di sistema (da un terminale di sistema come cmd, xterm, ecc)

adb logcat PackageManager:V com.myapp.package:V *:S 

*: S significa "Silenzio tutti gli altri pacchetti" e: V indica Log dettagliati e attivo.

Per Linux, MacOS, ecc (qualsiasi sistema operativo * IX-based), e Windows con GnuWin32 installato è possibile utilizzare

adb logcat | grep "Some search term" 

Se si desidera utilizzare diversi termini di ricerca è possibile utilizzare regexp

adb logcat | grep -E "SearchTerm1|SearchTerm2" 

Se si desidera inviare l'output a un file (sui sistemi * IX), ma ancora voglia di leggere l'output, è possibile utilizzare

adb logcat | grep "Some term" | tee myfile.txt 

Che stamperà e registrerà su file allo stesso tempo.

Answer 3

Credo che ci siano due viewer logcat o almeno ce n'erano in una volta. Il nuovo mostrava il comportamento che stai descrivendo, mentre quello vecchio funzionava come previsto. Credo che questo sia stato corretto in una versione successiva degli strumenti Android SDK/Eclipse.