error opening trace file: No such file or directory (2)

Bin ich immer den oben genannten Fehler:

error opening trace file: No such file or directory (2)

wenn ich mein android-Anwendung auf dem emulator. Kann mir jemand sagen, was könnte der mögliche Grund dafür?

Bin ich mit dem android-sdk-20 und die folgenden Zeilen Hinzugefügt werden AndroidManifest.xml

<uses-sdk android:minSdkVersion="14" android:targetSdkVersion="15" />

Außerdem habe ich die Zeile:

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

da ich dachte, dass es möglicherweise ein Problem mit dem schreiben auf die sd-Karte.

Ich habe das gleiche problem auf dem Gerät selbst - nicht auf einem emulator
Die Antworten sind falsch. "error opening trace-Datei", ist eine triviale Konfiguration problem in die bug-reporting-system, aber die bug-reporting-system versucht nur zu laufen, wenn eine andere Störung bewirkt, dass das Programm zum Absturz zu bringen. Die Lösung zu identifizieren, die das eigentliche problem aus den Zeilen, die diese Meldung im logcat, und beheben. All die wilden Spekulationen weiter unten ist alles andere als hilfreich.
Diese Meldung anscheinend wird protokolliert, wenn alles wird protokolliert, wie ein Fehler-auch wenn es behandelt oder anderweitig nicht dazu führen, dass die app zum Absturz. Gibt es einen Weg, das zu beheben die "triviale Konfiguration problem in die bug-reporting-system", um die log so sauber wie möglich?
Ihre Lösung ist nicht allumfassend, Chris. In meinem Fall sind es keine Linien, die Folgen! Alles, was ich bekomme in der Logcat ist "error opening trace file: No such file or directory (2)"
Ich Stimme mit Nevil, keine anderen Fehler vorhanden sind.

InformationsquelleAutor Ankit Jain | 2012-07-12

10

Es geschieht, weil Sie nicht installiert haben, die minSdkVersion oder targetSdkVersion, das Sie computer. Getestet hab ich es jetzt.

Zum Beispiel, wenn Sie diese Zeilen in Ihre Manifest.xml:
```
<uses-sdk
android:minSdkVersion="8"
android:targetSdkVersion="17" />
```
Und Sie haben installiert, nur die API17 in Ihrem computer, es meldet einen Fehler. Wenn Sie es testen wollen, versuchen Sie, die andere API-version (in diesem Fall, API 8).

Selbst so, es ist nicht ein wichtiger Fehler. Es bedeutet nicht, dass Ihre app ist falsch.

Sorry für meine Ausdruck. Englisch ist nicht meine Sprache.
Bye!

Nein, das ist nicht das Problem.

InformationsquelleAutor Aurumque
8

Ich denke, das ist das problem

Ein wenig hintergrund

Traceview ist eine grafische viewer für die Ausführung von Protokollen, die Sie erstellen mit der Klasse Debug log tracing-Informationen in Ihrem code. Traceview können helfen, Debuggen Sie Ihre Anwendung und Profil seine Leistung. Aktivieren Sie schafft eine .trace - Datei in der sdcard-root-Ordner, die dann extrahiert werden, indem man die ADB-und Verarbeitung von traceview bat-Datei für die Verarbeitung. Es kann auch Hinzugefügt werden, indem Sie die DDMS.

Es ist ein system, das intern durch den logger. Im Allgemeinen, es sei denn, Sie sind mit traceview zu extrahieren Sie die trace-Datei dieser Fehler sollte nicht stören. Sollten Sie auf Fehler/logs direkt mit deiner Anwendung

Wie aktiviere ich es:
Es gibt zwei Methoden zum generieren von trace-logs:
1. Umfassen die Debug-Klasse in Ihrem code und die Methoden aufrufen wie startMethodTracing() und stopMethodTracing() zu starten und zu stoppen
  Protokollierung von trace-Informationen auf der Festplatte. Diese option ist sehr präzise
  da Sie angeben können, genau, wo Sie starten und beenden der Protokollierung von trace
  Daten im code.
2. Verwenden Sie die Methode-profiling-Komponente von DDMS und zum generieren von trace-Protokollen. Diese option ist weniger präzise, weil Sie nicht den code ändern, sondern
  geben Sie, wenn zum starten und stoppen der Protokollierung mit dem DDMS. Obwohl Sie
  weniger Steuern auf genau dort, wo Protokollierung startet und Stoppt, diese option ist
  nützlich, wenn Sie keinen Zugang zum code der Anwendung, oder wenn Sie
  müssen nicht präzise Protokoll-timing.
Aber die folgenden Einschränkungen existieren für die oben

Wenn Sie mit der Debug-Klasse, muss Ihre Anwendung
die Berechtigung zum schreiben auf externe Speichermedien (WRITE_EXTERNAL_STORAGE).

Wenn Sie mit DDMS: Android 2.1 und früher, die Geräte müssen über eine SD
Karte präsentieren, und Ihre Anwendung muss über die Berechtigung zum schreiben auf die
SD-Karte. Android 2.2 und höher Geräte, die nicht brauchen eine SD-Karte. Die
trace-log-Dateien werden gestreamt direkt auf Ihrem Entwicklungscomputer.

Also im wesentlichen das traceFile Zugang erfordert zwei Dinge

1.) Die Berechtigung zum schreiben eines trace-log-Datei, also WRITE_EXTERNAL_STORAGE und READ_EXTERNAL_STORAGE für eine gute Maßnahme

2.) Ein emulator mit einer SD-Karte beigefügt, mit ausreichend Platz. Der doc nicht sagen, ob dies nur für DDMS, sondern auch für das debugging, also gehe ich davon aus das gilt auch für das debugging über die Anwendung.

Was mache ich mit diesem Fehler:

Nun der Fehler ist im wesentlichen ein Herausfallen der entweder nicht mit der sdcard Pfad zum erstellen einer tracedatei oder nicht, die Erlaubnis zum Zugriff. Dies ist ein Alter thread, aber der dev hinter der bounty, prüfen, ob die Erfüllung der beiden Voraussetzungen. Sie können dann gehen Sie suchen für die .trace - Datei in der sdcard Ordner im emulator. Wenn es vorhanden ist sollte es nicht werden, geben Sie dieses problem, wenn es nicht, versuchen Sie es, indem Sie die startMethodTracing zu Ihrer app.

Ich bin mir nicht sicher, warum es sucht automatisch nach dieser Datei, wenn der logger kicks in. Ich denke, wenn eine Fehlermeldung/log-Ereignis Auftritt , wird der logger intern versucht zu schreiben, um die trace-Datei und findet Sie nicht, in welchem Fall es wirft den Fehler.Nachdem abgekocht durch die docs, ich finde nicht, zu viele Verweise auf, warum diese automatisch auf.
In der Regel aber nicht die Sie direkt betreffen, sollten Sie überprüfen, direkte Anwendung logs/Fehler.
Auch als neben Android 2.2 und höher Geräte nicht benötigen eine SD-Karte für DDMS trace-Protokollierung. Die trace-log-Dateien werden gestreamt direkt auf Ihrem Entwicklungscomputer.

Weitere Informationen auf Traceview:

Kopieren Sie die Trace-Dateien an einen Host-Maschine

Nachdem Ihre Anwendung ausgeführt wurde
und das system erstellt Sie die trace-Dateien .trace auf
ein Gerät oder-emulator, müssen Sie kopieren die Dateien für Ihre Entwicklung
computer. Können Sie adb pull um die Dateien zu kopieren. Hier ist ein Beispiel
das zeigt, wie kopieren Sie eine Beispiel-Datei, calc.trace, von der Standard
Standort auf dem emulator, um das /tmp-Verzeichnis auf dem host-emulator
Maschine:

adb pull /sdcard/calc.trace /tmp Anzeigen von Trace-Dateien in Traceview Zu
führen Sie Traceview und anzeigen der trace-Dateien, geben Sie traceview
. Zum Beispiel, laufen Traceview auf die Beispiel-Dateien
kopiert die im vorherigen Abschnitt, Nutzung:

traceview /tmp/calc Hinweis: Wenn Sie versuchen, zum anzeigen der trace-Protokolle
eine Anwendung, die aufgebaut ist mit ProGuard aktiviert (release-Modus
bauen), eine Methode-und Elementnamen werden könnte, verschleiert. Sie können
die Proguard mapping.txt Datei, um herauszufinden, die original-unobfuscated
Namen. Für weitere Informationen zu dieser Datei finden Sie in der Proguard
Dokumentation.

Ich denke, jede andere Antwort in Bezug auf die Positionierung von oncreate Aussagen oder entfernen uses-sdk sind, die nicht im Zusammenhang, aber dieser ist Android und ich könnte falsch sein. Würde sinnvoll sein, leiten Sie diese Frage zu einem android-Ingenieur oder posten Sie es als einen Fehler

Mehr in der docs

InformationsquelleAutor Vrashabh Irde
6

Versuchen, das entfernen des uses-sdk Teil form AndroidManifest.xml - Datei. bei mir hat es geklappt!

Nicht, verwenden Sie den Android Virtual Device mit einer zu niedrigen Konfiguration. Lass es sein medium.

Was meinst du mit "medium" in Bezug auf die Konfiguration? SDK version? Ich hab auch dieses problem mit minSdkVersion="14", targetSdk="17" und mein emulator läuft auf version 17.
ich habe das gleiche problem habe ich auch minimale config virtuelles Gerät, als wie Sie es lösen......
Dies ist nicht die Antwort.

InformationsquelleAutor ANemati
5

Schreiben Sie alle Ihre code unten diese 2 Zeilen:-
```
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
```
Funktionierte es bei mir ohne neu-Installation wieder.

Ja! es hat geklappt! Perfekt. 🙂
Dies wäre eine Lösung nur durch reinen Zufall. Die Fehlermeldung im Titel ist ein Konfigurations-problem in der crash-reporting-system, und liefert keine Hinweise, warum das Programm abstürzt. Natürlich, in Ermangelung, um den Inhalt anzuzeigen, bevor Sie versuchen zu rufen Methoden von View-Objekten innerhalb es ist eine häufige Ursache für Abstürze. Aber bieten diese als eine Antwort auf zufällig erraten, warum ein Programm möglicherweise zum Absturz zu bringen.

InformationsquelleAutor Sudip
4

Wollte ich nicht alles neu installieren, weil ich so viele SDK-Versionen installiert und meine Entwicklungsumgebung eingerichtet ist, genau das richtige. Bekommen es wieder aufbauen dauert viel zu lange.

Was für mich gearbeitet war löschen, dann neu zu erstellen, das Android Virtual Device, wobei sicher zu stellen, einen Wert für SD-Karte Größe (ich habe 200 MB).

Zusätzliche Informationen:

während die oben beschriebenen Schritte beheben das problem vorübergehend, wiederkehrend ist. Ich habe gerade versucht meine Anwendung innerhalb von Android Studio und sah in der Ausgabe in log, die ich nicht vorher in Eclipse:
```
"/Applications/Android Studio.app/sdk/tools/emulator" -avd AVD_for_Nexus_S_by_Google -netspeed full -netdelay none

WARNING: Data partition already in use. Changes will not persist!
WARNING: SD Card image already in use: /Users/[user]/.android/avd/AVD_for_Nexus_S_by_Google.avd/sdcard.img
ko:Snapshot storage already in use: /Users/[user]/.android/avd/AVD_for_Nexus_S_by_Google.avd/snapshots.img
```
Ich vermute, dass die änderungen an der log nicht speichern auf der SD-Karte, so dass, wenn LogCat versucht, Zugriff auf die logs, Sie sind nicht da, die Fehlermeldung verursacht. Das löschen der AVD und neu zu erstellen, es entfernt die Dateien und den nächsten starten ist ein frischer Start, so dass LogCat zum Zugriff auf die virtuelle SD-Karte.

Das hat absolut nichts zu tun mit der Frage.
Eigentlich ja. Es funktioniert. Von meinem Verständnis, werden die trace-Datei gespeichert auf der SD-Karte. Wenn die SD-Karte kann nicht gemountet werden, dann wird die trace-Datei nicht Lesen.
Nein, tut es nicht. Logcat nicht ziehen von der SD-Karte aber von der in-memory-log-Puffer. Und auch Sie bemerkt, dass dies nicht das problem zu beheben. Die wirkliche Lösung ist, zu ignorieren, diese Konfiguration Problem mit dem crash-reporting-system, und statt dessen diagnostizieren Sie und beheben Sie den Grund, warum das Programm abstürzt, an Erster Stelle - ein Grund, die sollte angegeben werden, in dem sofort die folgende log-Meldungen.

InformationsquelleAutor Kyle Falconer
3

Werden Sie nicht haben, Zugang zu Ihren echten sd Karte im emulator. Sie müssen die Schritte in diesem tutorial, um direkt den emulator in ein Verzeichnis auf Ihrer Entwicklungsumgebung fungiert als Ihre SD-Karte.

ja, die ist schon fertig..ich bin noch immer dieses Problem..
Poste bitte etwas code und zeigen auf, welche Linie Sie sind der Fehler.
Diese hat keinen Bezug zur Frage.

InformationsquelleAutor Erol

Eigentlich, das problem ist, dass entweder /sys/kernel/debug ist nicht montiert, oder dass der kernel hat keine Tracer ftrace zusammengestellt, sodass /sys/kernel/debug/tracing ist nicht verfügbar. Dies ist der code wirft den Fehler (platform_frameworks_native/libs/utils/Trace.cpp):

void Tracer::init() {
    Mutex::Autolock lock(sMutex);

    if (!sIsReady) {
        add_sysprop_change_callback(changeCallback, 0);

        const char* const traceFileName =
                "/sys/kernel/debug/tracing/trace_marker";
        sTraceFD = open(traceFileName, O_WRONLY);
        if (sTraceFD == -1) {
            ALOGE("error opening trace file: %s (%d)", strerror(errno), errno);
            sEnabledTags = 0;   //no tracing can occur
        } else {
            loadSystemProperty();
        }

        android_atomic_release_store(1, &sIsReady);
    }
}

Log-Nachricht könnte durchaus ein bisschen mehr informativ.

InformationsquelleAutor eMPee584

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Zusätzliche Informationen: