Logcat stürzt mit Fehlermeldung: unexpected EOF

Ich bin mit einigen langwierigen Berechnungen und etwas schief geht, ziemlich spät. Ich habe versucht, mit breakpoints, aber bisher ohne Erfolg. Also ich setze in der Schleife ein Log.d zu überwachen...

Aber ziemlich bald, Logcat stürzt mit:

02-08 16:35:42.820 2936-3402/com.nohkumado.geneticsolving.full D/BaseC: 
    norm:BC sq:49.0 dis:0.0 con:50.0/BC sq:56.0 dis:4.0 con:94.0=1.4069148936170213

    read: unexpected EOF!

    --------- beginning of crash

und ich muss neu starten, das studio zu bekommen, Logcat läuft wieder.

Ich sah, wenn ich finden konnte eine Einstellung für die Puffergröße für den Logcat, aber bisher hab ich nichts gefunden. Was kann getan werden?

InformationsquelleAutor Noh Kumado | 2018-02-08

  1. 46

    Versuchen Sie Logger, buffer-Größen zu aus unter Einstellungen->Entwickler-Optionen, auf Ihre Gerät/emulator. Dies geschieht, weil Logger Puffer ist für die Anzeige konfiguriert begrenzte KB-Protokolle nur zu einer bestimmten Zeit. Nächsten logs würde nur angezeigt werden, nachdem Vorherige Puffer gelöscht.

    in der Tat, die logcat auf der tablet-Seite, war eine Feste Länge!
    Ich es ausgeschaltet habe, jetzt sehe ich keine logs mehr. (Samsung Note 8). Ich glaube nicht, dies ist eine Lösung für alle
    Das hat funktioniert, vielen Dank

    InformationsquelleAutor Rishabh

  2. 65

    Fuller Antwort

    Akzeptiert die Antwort nicht für mich arbeiten. Anstatt die logger-Puffer aus, ich erhöhte es um die max Größe.

    1. Aktivieren Entwickler-Optionen in den emulator oder ein Gerät (nicht Android Studio), wenn es nicht bereits aktiviert: In Ihrem emulator oder ein Gerät gehen, um Einstellungen > System - > Über die (emulierte Gerät) und klicken Sie auf Build-Nummer 7 mal.
    2. Gehen Einstellungen > System - > Entwickler-Optionen " > Logger, buffer-Größen und wählen Sie einen höheren Wert.

    Logcat stürzt mit Fehlermeldung: unexpected EOF

    1. Musste ich auch neu starten den emulator.

    Also das ursprüngliche problem scheinbar geschieht, weil die Geräte, die log-Puffer wird gefüllt, die für lange Protokollierung. Die Erhöhung der Puffergröße können Sie log mehr in einem einzigen Protokollierung Sitzung.

    Mit dieser kann ich das problem vermeiden, in einem normalen Arbeitstag. Es gibt eine Ausnahme für mich : mit einem Samsung-Handy in einer Umgebung mit vielen Bluetooth-Geräten. Samsung entschieden, melden Sie jedes Bluetooth-scan im system-Ebene und anscheinend 16M ist nicht genug für diese. Es wird noch viel passieren wie 4 oder 5 mal am Tag, wenn ich über 30 Bluetooth-Geräte um mich herum.
    Dank sehr viel. Neustart der Geräte

    InformationsquelleAutor Suragch

  3. 6

    Diese log gepostet, die besagt, die app stürzt (obwohl nicht in der üblichen Weise mit einer stacktrace-aber es ist Absturz), nicht den logcat. Hast du die app ausgewählt und der filter auf "Show selected application" in der logcat? Wenn ja, setzen Sie einfach den filter auf "Kein Filter" und du wirst sehen, alle Protokolle Ihrer app.

    Auch in Fall, dass Sie brauchen, um starten Sie den logcat aus irgendeinem Grund, anstatt Neustart von Android Studio können Sie die folgenden Befehle ausführen, die starten adb und schließlich starten Sie Ihren logcat:

    adb kill-server
adb start-server
    das ist seltsam, da scheint die app weiter zu arbeiten? ich bin usure über die Berechnung selbst (daher mein Wunsch zum Debuggen), aber der rest funktioniert, klicken auf buttons, etc, erzielen weiterhin das erwartete Verhalten? die adb-trick wieder in das logcat, unfortunalely ist, springt dann auf die tatsächliche Zeit-Punkt...
    Ich dachte, was u bedeutet langwierige Berechnung und dann etwas schief geht, Sinn der app ist wohl immer laggt oder nicht mehr reagiert und dann abstürzt. Ist die app besteht aus mehreren Aktivitäten? Und wenn Fehler passieren, ist es wie die Rückkehr zu einer früheren Aktivität? Ohne filter zeigt nicht alle Protokolle richtig?
    Nein, die app läuft flüssig Ihr die Ergebnisse, dass an irgendeinem Punkt abweichen von der erwarteten, ja mehrere Aktivitäten und die worker-threads fertig sind, mit asynchronen Aufgaben und nicht nach den Abstürzen msg, logcat bleibt fad für alles....

    InformationsquelleAutor ahasbini

  4. 0

    Wenn Sie aus einem echten Telefon - Verbindung trennen & schließen Sie das Telefon vom usb-arbeitete für mich (der Puffer leer wird - wie @Suragch vorgeschlagen).

    InformationsquelleAutor ALUFTW

  5. 0

    adb logcat -G 1m

    Geben Sie diese auf dem Terminal, es funktionierte für mich

    InformationsquelleAutor Sabin Acharya

  6. 0

    Ändern der buffer-Größe nicht für mich arbeiten. Was hat sich verändert, mein USB-Anschluss an einen USB 3.0-port.

    InformationsquelleAutor Prof

Schreibe einen Kommentar