erreur d'ouverture de fichier de trace: Aucun fichier ou répertoire (2)
J'obtiens l'erreur ci-dessus:
erreur d'ouverture du fichier de trace: Aucun fichier ou répertoire (2)
quand je lance mon application android sur l'émulateur. Quelqu'un peut-il me dire quelles pourraient être les raisons possibles pour cela?
Je suis en utilisant android-sdk-20 et au-dessous des lignes sont ajoutées à AndroidManifest.xml
<uses-sdk android:minSdkVersion="14" android:targetSdkVersion="15" />
J'ai également ajouté la ligne:
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
car je pensais qu'il peut y avoir un problème avec l'écriture de la carte sd.
J'ai le même problème sur l'appareil, correct - pas un émulateur
Les réponses sont TOUS les incorrecte. "erreur d'ouverture du fichier de trace" est un banal problème de configuration dans le système de rapport de bogues, mais le système de rapport de bogues cherche seulement à exécuter lors d'une autre faute, le programme crash. La solution est d'identifier le vrai problème dans les lignes qui suivent ce message dans le logcat, et de les corriger. L'ensemble de la spéculation sauvage ci-dessous est tout sauf utile.
Ce message obtient apparemment connecté si quelque chose est journalisé comme une erreur, même si il est traité ou autrement, n'entraîne pas l'application crash. Est-il un moyen de fixer le "trivial problème de configuration dans le système de rapport de bogues" pour conserver le journal aussi propre que possible?
Votre solution n'est pas de tous les aspects de Chris. Dans mon cas, il n'y a pas les lignes qui suivent! Tout ce que j'obtiens dans le Logcat est "erreur d'ouverture du fichier de trace: Aucun fichier ou répertoire (2)"
Je suis d'accord avec Nevil, il n'y a pas d'autres erreurs.
Les réponses sont TOUS les incorrecte. "erreur d'ouverture du fichier de trace" est un banal problème de configuration dans le système de rapport de bogues, mais le système de rapport de bogues cherche seulement à exécuter lors d'une autre faute, le programme crash. La solution est d'identifier le vrai problème dans les lignes qui suivent ce message dans le logcat, et de les corriger. L'ensemble de la spéculation sauvage ci-dessous est tout sauf utile.
Ce message obtient apparemment connecté si quelque chose est journalisé comme une erreur, même si il est traité ou autrement, n'entraîne pas l'application crash. Est-il un moyen de fixer le "trivial problème de configuration dans le système de rapport de bogues" pour conserver le journal aussi propre que possible?
Votre solution n'est pas de tous les aspects de Chris. Dans mon cas, il n'y a pas les lignes qui suivent! Tout ce que j'obtiens dans le Logcat est "erreur d'ouverture du fichier de trace: Aucun fichier ou répertoire (2)"
Je suis d'accord avec Nevil, il n'y a pas d'autres erreurs.
OriginalL'auteur Ankit Jain | 2012-07-12
Vous devez vous connecter pour publier un commentaire.
Il se passe parce que vous n'avez pas installé le minSdkVersion ou targetSdkVersion dans vous êtes l'ordinateur. Je l'ai testé à l'instant.
Par exemple, si vous avez ces lignes dans votre Manifest.xml:
Et que vous avez installé seulement le API17 dans votre ordinateur, il vous signalera une erreur. Si vous voulez le tester, essayez d'installer l'autre version de l'API (dans ce cas, API 8).
Même ainsi, ce n'est pas une erreur importantes. Cela ne signifie pas que votre application est faux.
Désolé que mon expression. L'anglais n'est pas ma langue.
Bye!
OriginalL'auteur Aurumque
Je pense que c'est le problème
Un peu de fond
Traceview est une visionneuse graphique pour l'exécution des journaux que vous créez à l'aide de la classe Debug pour enregistrer les informations de suivi dans votre code. Traceview peut vous aider à déboguer votre application et le profil de ses performances. Permettant il crée un
.trace
fichier dans le dossier racine de la carte sd qui peut ensuite être extrait par la BAD et traitées par traceview fichier bat pour le traitement. Il peut également ajoutés par le DDMS.C'est un système utilisé en interne par l'enregistreur. En général, sauf si vous utilisez traceview pour extraire le fichier de trace de cette erreur ne devrait pas vous déranger. Vous devriez regarder d'erreur/logs directement liés à votre application
Comment puis-je l'activer:
Mais les restrictions suivantes existent pour le dessus de
Donc, en substance, le fichier de trace accès nécessite deux choses
Que dois-je faire avec cette erreur:
Maintenant l'erreur est essentiellement une chute de, soit de ne pas avoir la sdcard chemin d'accès pour créer un fichier de trace ou de ne pas avoir l'autorisation d'y accéder. C'est un vieux thread, mais le dev derrière le bounty, vérifier si de réunion sont les deux conditions préalables. Vous pouvez ensuite aller chercher le
.trace
fichier dans le dossier sdcard dans votre émulateur. Si ça existe, ça ne devrait pas vous donner ce problème, si elle ne marche pas, essayez de créer en ajoutant lastartMethodTracing
à votre application.Je ne sais pas pourquoi il recherche automatiquement ce fichier lors de l'enregistreur de coups de pied dans. Je pense que quand une erreur/journal d'événement se produit , l'enregistreur de données interne de la tente d'écrire dans fichier de trace et ne la trouve pas, dans ce cas, il génère l'erreur.Après avoir parcouru à travers les docs, je ne trouve pas trop de références pour laquelle cela est automatique.
Mais en général, cela ne vous affecte pas directement, vous devriez vérifier l'application directe des journaux d'erreurs.
Également comme une part de l'Androïde 2.2 et plus tard les appareils n'ont pas besoin d'une carte SD pour DDMS l'enregistrement des traces. Les fichiers journaux de suivi sont transmis directement à votre machine de développement.
Des informations supplémentaires sur Traceview:
Je pense que de toute autre réponse concernant le positionnement de
oncreate
déclarations ou la suppression deuses-sdk
ne sont pas liés, mais c'est Android et j'ai peut-être tort. Serait utile de rediriger cette question à un android ingénieur ou poster ça comme un bugPlus dans le docs
OriginalL'auteur Vrashabh Irde
Essayez de supprimer le
uses-sdk
forme de pièceAndroidManifest.xml
fichier. il a travaillé pour moi!Ne pas utiliser l'Android Virtual Device trop faible de la configuration. Permettez d'être moyen.
j'ai le même problème j'ai config minimum de périphérique virtuel que sa façon de résoudre......
Ce n'est pas la réponse.
OriginalL'auteur ANemati
Écrire tout le code ci-dessous ces 2 lignes:-
Il a travaillé pour moi, sans ré-installer à nouveau.
Cela pourrait être une solution que par un pur hasard. Le message d'erreur dans le titre est un problème de configuration dans le crash système de rapports, et de ne pas donner tous les conseils pour lesquelles le programme est de s'écraser. Bien sûr, l'absence de définition de l'affichage du contenu avant d'essayer de les appeler des méthodes de Vue les objets à l'intérieur c'est une source fréquente d'accidents. Mais de fournir cela comme une réponse est de au hasard guess pourquoi un programme pourrait être de s'écraser.
OriginalL'auteur Sudip
Je n'ai pas envie de tout réinstaller car j'ai tellement de versions du SDK installé et mon environnement de développement est mis en place juste à droite. L'obtenir à nouveau mis en place prend trop longtemps.
Ce qui a fonctionné pour moi a été la suppression, puis re-création de l'Android Virtual Device, être certain de mettre une valeur pour la Taille de la Carte SD (j'ai utilisé 200 MiB).
Informations supplémentaires:
alors que le ci-dessus ne résoudre le problème temporairement, il est récurrent. J'ai juste essayé de faire de mon application dans Android Studio et l'a vu dans le journal de sortie que je n'ai pas remarqué avant dans Eclipse:
Je soupçonne que les modifications apportées à la journal ne sont pas de l'enregistrer sur la Carte SD, de sorte que lorsque LogCat essaie d'accéder aux journaux, ils ne sont pas là, provoque le message d'erreur. La loi de la suppression de l'AVD et re-créer, il supprime les fichiers, et le prochain lancement d'un nouveau démarrage, permettant LogCat pour accéder à la Carte SD virtuelle.
En fait, oui. Il n'. De ma compréhension, le fichier de trace est stocké sur la carte SD. Si la carte SD ne peut pas être monté, alors le fichier de trace ne peut pas être lu.
Non, il n'est pas. Logcat ne tirez pas de la carte sd mais à partir de la mémoire tampon du journal. Et même vous remarqué que cela ne résout pas le problème. La vraie solution est d'ignorer ce problème de configuration avec le crash du système d'information et au lieu de diagnostiquer et de résoudre la raison pour laquelle le programme est de s'écraser dans le premier lieu - une raison qui doit être indiqué dans le après journal des messages.
OriginalL'auteur Kyle Falconer
Vous n'aurez pas accès à votre carte sd dans l'émulateur. Vous devrez suivre les étapes décrites dans cet tutoriel pour diriger votre émulateur dans un répertoire sur votre environnement de développement agissant en tant que votre carte SD.
S'il vous plaît poster un peu de code et indiquer sur la ligne à laquelle vous obtenez l'erreur.
Cela n'a aucun rapport avec la question.
OriginalL'auteur Erol
En fait, le problème, c'est que
/sys/kernel/debug
n'est pas monté, ou que le noyau en cours d'exécution n'a pas de ftrace traceurs compilé en tant que/sys/kernel/debug/tracing
n'est pas disponible. C'est le code de jeter l'erreur (platform_frameworks_native/libs/utils/Trace.cpp
):Le message de log peut certainement être un peu plus d'information.
OriginalL'auteur eMPee584