Valeur inattendue de nativeGetEnabledTags: 0


301

J'ai installé la dernière version du SDK (r21) et ADT 21.0.0. J'ai essayé du code simple, et cela fonctionne bien, mais maintenant je reçois un avertissement dans LogCat qui n'apparaissait pas dans les versions précédentes:

Valeur inattendue de nativeGetEnabledTags: 0

Je l'ai recherché sur Google et j'ai trouvé le problème 39723: l'émulateur spams LogCat avec le message "Valeur inattendue de nativeGetEnabledTags: 0" .

Qu'est-ce que ça veut dire?


30
cela signifie qu'il y a un bogue dans le dernier SDK. assurez-vous et mettez en vedette le problème pour voter pour qu'il soit corrigé.
Jeffrey Blattman

J'ai le même problème, dois-je rétrograder l'application?
newday

Réponses:


478

Je viens de rencontrer ce problème aussi. Pour contourner ce problème, je filtre la LogCatsortie avec l'expression suivante sur le by Log Messagechamp du filtre:

^(?!.*(nativeGetEnabledTags)).*$ 

Sinon, il est tellement spammé qu'il est presque inutile.

Suite à la suggestion de Laksh , si vous voulez toujours filtrer cela sans avoir à toujours l'écrire sur le Search for messagesterrain:

  1. Aller à votre Logcat
  2. Dans la Saved Filterspartie de gauche, cliquez sur Edit selected logcat filter(Si les filtres enregistrés ne sont pas visibles, cliquez sur Afficher la vue Filtres enregistrés dans le Logcat)
  3. Là, dans le champ by Log Message, entrez ^(?!.*(nativeGetEnabledTags)).*$.

veuillez me dire comment écrire ceci dans le journal.
Hardik Vora

67
Allez sur votre Logcat, et dans la Saved Filterspartie, cliquez sur Edit selected logcat filter. Là, dans le by Log Messagechamp, entrez ^(?!.*(nativeGetEnabledTags)).*$. Si Saved Filtersn'est pas visible, cliquez sur Display saved filters viewdans le Logcat.
Laksh

Ceci est une bonne solution de contournement pour ceux d'entre nous qui utilisent des images Intel (par opposition à ARM, où cela est censé être résolu)
MattD

J'apprends toujours des expressions régulières, et je suis un peu confus par cela. Je comprends les composants (début de ligne, anticipation négative, tous les caractères, chaîne littérale, tous les caractères, fin de ligne), mais je ne comprends pas pourquoi une partie est nécessaire. Ne pas regex retourne une ligne qui contient un match, alors pourquoi avons-nous besoin ^, .*et $? Pourquoi pas juste (?!nativeGetEnabledTags)? (ps cela ne fonctionne pas)
DavidS

Vous pensez peut-être à ce grepqui est agréable et recherche la ligne par défaut. La réponse à: "Une expression régulière ne renvoie-t-elle aucune ligne contenant une correspondance ..." est NON.
dcow

59

Il s'agit d'un bogue dans l'émulateur System Image for API 17.

Pour le moment, vos solutions de contournement sont les suivantes:

Si vous n'avez PAS besoin de l'API niveau 17

  • Utiliser un émulateur avec API 16 (ou inférieur) ...
  • ... ou supérieur (API 19 par exemple, testé pour résoudre le problème aussi).

Si vous avez besoin de l'API niveau 17

  • Utilisez un véritable appareil: Nexus 4, Nexus 7, Nexus 10.
  • Utilisez le filtre LogCat proposé par Hendrik. Vous devrez cependant modifier chaque filtre dont vous disposez (si vous souhaitez tous les corriger).

3
J'utilise Nexus 7 Real Device, mais le bogue apparaît toujours dans Logcat ... La solution de contournement d'Hendrik est la meilleure pour le moment ..
Laksh

1
Même chose avec un Nexus 4 et un Galaxy Nexus avec 4.2.1. Bien que la solution de contournement soit quelque peu limitée: les autres journaux ont tendance à disparaître assez rapidement.
3c71

Il semble que ces vrais appareils aient également l'image du système buggy. Je suppose que votre seule solution de contournement dans ce cas dans le filtre de journal.
Iñigo

Pas besoin, c'est plus bas. J'ai eu le même problème, je lance un émulateur exécutant Android 4.4.2 API Level 19 et cela a également résolu le problème.
Xavi Montero

18

Le lien auquel vous avez fait référence a la réponse. Il s'agit d'un bug introduit dans la dernière révision des outils. Dans les commentaires de suivi, vous pouvez lire qu'un représentant de Google indique qu'un correctif est en cours.


15

Mettre à jour le ARM EABI v7a System Imagede Android SDK Manageret l'avertissement ne sera pas en voir plus .. !! :)

Oui. Cela ne fonctionne que pour l'image système ARM EABI et non pour l'image Intel.

Mettre à jour

On dirait il y a une mise à jour disponible pour la Intel x86 Atom System Imagepour API 18 qui résout le problème (je ne l' ai pas essayé cependant). UNElink pour installer manuellement l'image système. Bien sûr, il est également disponible dans Android SDK Manager.

Mais ce n'est que pour Android 4.3. Les développeurs 4.2.x devront peut-être encore attendre un correctif ..!


N'a aucun effet, ne vous embêtez pas
Adam

1
Ça a un effet! Après la mise à jour de l'image système, le bogue n'est pas visible. S'il n'y a aucun effet dans votre cas, essayez également de mettre à jour votre adt pluginet android sdk.
Laksh

7
Je le vois toujours dans l'image Intel moi-même.
Kevlar

2
La mise à jour de l'image du système ARM EABI m7a a fonctionné pour moi. Je vous remercie!
TrippinBilly

7
Ce n'est pas une solution pour l' image Intel . ARM EABI n'est pas pour Intel, évidemment.
Petr Gladkikh

5

Le problème avec les images Intel x86 Atom et "nativeGetEnabledTags: 0" est résolu avec la sortie de l'image Android 4.3 (API 18) Intel x86 Atom. Je viens de le tester et je peux le confirmer.

Avec les images ARM, cela a été corrigé il y a quelque temps, je sais ...


4

Étant donné que ces mesasages sont marqués avec la Tracebalise, vous pouvez utiliser une expression plus simple pour les filtrer sur le by Log Tagterrain:

^(?!Trace)

C'est tout.

Btw, je vois également ces messages sur le vrai appareil (Fly IQ4410).


4

J'obtenais beaucoup de messages similaires, donc j'avais besoin de meilleurs filtres. Ajoutez ces filtres à LogCat:

Par étiquette de journal:

^(?!.*(GN_FW_TextView|GN_FW_Editor|SurfaceTextureClient|skia|AbsListView|Provider/Settings|InputMethodManager|jdwp)).*$

Par message de journal:

^(?!.*(nativeGetEnabledTags)).*$

1

J'ai ajouté le ^(?!.*(nativeGetEnabledTags)).*$ filtre, mais vous pouvez voir à quel point il m'aide peu:

entrez la description de l'image ici

à partir de 1157 est filtré quelques uns et 799 contourné le même rapport, mais un nombre un peu plus grand:

entrez la description de l'image ici

J'avais besoin d'ajouter le "SpamFilter" pour pouvoir utiliser le Logcat:

entrez la description de l'image ici

par Log Tag:

 ^(?!Trace|ADB_SERVICES|BufferQueue|wpa_supplican|SurfaceFlinger|Settings/BW|Bluetooth HS/HF)

par nom d'application:

^(?!com.android.systemui|system_process)

Pour moi ça rendait un peu utilisable le Logcat.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.