Valeur inattendue de nativeGetEnabledTags: 0

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

Valeur inattendue de nativeGetEnabledTags: 0

Je l'ai googlé, et j'ai trouvé Question 39723: l'Émulateur spams LogCat avec "valeur Inattendue de nativeGetEnabledTags: 0 message.

Ça veut dire quoi?

cela signifie qu'il y a un bug dans le dernier SDK. assurez-vous d'étoile et la question de voter pour qu'il se fixe.
J'ai le même problème, dois-je d'une décote de la demande ?

InformationsquelleAutor Laksh | 2012-11-16

477

Je viens de tomber sur ce problème, trop. Comme solution je suis un filtrage du LogCat de sortie avec l'expression suivante sur la by Log Message champ du filtre:
```
^(?!.*(nativeGetEnabledTags)).*$ 
```
Sinon, il est donc spammé il est presque inutile.

Suivantes Laksh suggestion, si vous voulez filtrer ce toujours sans avoir à l'écrire sur le Search for messages champ:
1. Goto votre Logcat
2. Dans le Saved Filters partie sur la gauche, cliquez sur le Edit selected logcat filter (Si Enregistré les Filtres ne sont pas visibles, cliquez sur Afficher Enregistré Vue Filtres dans le Logcat)
3. Là, dans le Journal champ Message, saisissez ^(?!.*(nativeGetEnabledTags)).*$.
- vous s'il vous plaît me dire comment écrire dans ce Journal.
- Goto votre Logcat, et dans le Saved Filters de la partie, cliquez sur Edit selected logcat filter. Il y a dans le by Log Message champ entrez ^(?!.*(nativeGetEnabledTags)).*$. Si Saved Filters n'est pas visible, puis cliquez sur Display saved filters view dans le Logcat.
- +1 : Belle solution de contournement jusqu'à ce qu'il soit corrigé.
- C'est une bonne solution pour ceux d'entre nous à l'aide d'Intel images (par opposition à BRAS, où c'est censé être corrigé)
- Je suis encore à apprendre les expressions régulières, et je suis un peu confus par ce. Je comprends les composants (début de ligne, négatif look-ahead, les caractères, chaîne littérale, tous les caractères de fin de ligne), mais je ne comprends pas pourquoi certains de il est nécessaire. N'est pas une expression régulière de retour d'une ligne qui contient un match, alors pourquoi devons-nous ^, .*, et $? Pourquoi ne pas simplement (?!nativeGetEnabledTags)? (p.s. cela ne fonctionne pas)
- Peut-être que vous êtes en train de penser de grep ce qui est agréable et les recherches de la ligne par défaut. La réponse à: "N'est pas une expression régulière de retour d'une ligne qui contient un match...", c'est NON.
- Vous êtes un Pro..!! Grâce Hendrik 🙂
InformationsquelleAutor Hendrik
59

C'est un bug dans l'émulateur Image Système API 17.

Pour le moment, vos solutions sont les suivantes:

Si vous N'avez PAS besoin de l'API de niveau 17
- Utiliser un émulateur avec l'API de 16 ans (ou moins)...
- ...ou de niveau supérieur (API 19 par exemple, testé pour résoudre le problème de trop).
Si vous avez besoin de l'API de niveau 17
- Utiliser un périphérique réel: Nexus 4, Nexus 7, Nexus 10.
- Utiliser le LogCat filtre proposé par Hendrik. Vous aurez besoin d'éditer chaque filtre que vous avez, si (Si vous voulez les corriger).
- J'utilise la Nexus 7 Périphérique Réel, mais le bug apparaît toujours dans le Logcat... Hendrik la solution est la meilleure pour le moment..
- Même avec un Nexus 4 et un Galaxy Nexus avec 4.2.1. Si la solution est quelque peu limitée: les autres journaux ont tendance à disparaître assez rapidement.
- Il semble que ces dispositifs réels ont aussi le buggy de l'image du système. Je suppose que votre seule solution dans ce cas de figure dans le journal de filtre.
- Pas besoin c'est moins. J'ai eu le même problème, je lance un émulateur Android 4.4.2 API de Niveau 19 et il a également résolu le problème.
InformationsquelleAutor Iñigo
18

Le lien auquel vous faites allusion a la réponse.
C'est un bug introduit dans la dernière révision de la outils.
Dans le cadre du suivi des commentaires, vous pouvez lire qu'un représentant google dit un correctif est sur le chemin.

InformationsquelleAutor Tasqa
15

Mise à jour de la ARM EABI v7a System Image de Android SDK Manager et l'avertissement de ne pas y voir plus .. !! 🙂

Oui. Cela ne fonctionne que pour ARM EABI de l'Image du Système et non pas pour Intel image.

Mise à jour

Semble qu'il y est une mise à Jour disponible pour le Intel x86 Atom System Image pour API 18 qui résout le problème (je n'ai pas essayé tout de même). Un lien pour installer manuellement le système de l'image. Bien sûr, il est aussi disponible sur l'Android SDK Manager.

Mais c'est uniquement pour Android 4.3. La 4.2.x développeurs peuvent encore attendre pour une correction..!
- N'a aucun effet, n'est pas la peine
- Il a un effet! Après l'Image du Système de mise à Jour, le bug n'est pas vu. Si il n'y a pas d'effet dans votre cas, alors essayez aussi de mettre à jour votre adt plugin et android sdk.
- Non - j'ai les dernières versions de tout, et redémarré la machine, et le bug est toujours là.
- J'ai encore le voir dans la intel image de moi-même.
- La mise à jour de l'architecture ARM EABI (ontario) m7a Image du Système a fonctionné pour moi. Merci!!!!
- Je pense que ça marche pour certains et pour certains, il n'est pas.. Cela a fonctionné pour moi aussi..!! Et j'ai aussi essayé l'image du système de mise à jour sur les 3 autres android installé des systèmes, et il a travaillé pour tous..!!
- Reproduit le même problème sur le processeur Intel Atom(X86) l'Image de l'API 17, 4.2.2 ADT version 21.1.0.v201302060044-569685. Tout devrait être plus récente.
- Ce n'est pas une solution pour Intel de l'image. ARM EABI n'est pas pour Intel, évidemment.
InformationsquelleAutor Laksh
5

Le problème avec les processeurs Intel x86 Atom images et "nativeGetEnabledTags: 0" est corrigé avec la version de l'Android 4.3 (API 18) x86 Intel Atom image. Je l'ai juste testé et peut le confirmer.

Avec un BRAS en images ce problème a été résolu il y a quelques temps, je sais ...

InformationsquelleAutor azislo
4

Depuis ces mesasages sont marqués avec le Trace balise, vous pouvez utiliser plus simple expression pour les filtrer by Log Tag champ:
```
^(?!Trace)
```
Que c'est.

Btw, j'ai aussi voir ces messages sur le périphérique réel (Fly IQ4410).

InformationsquelleAutor Idolon
3

Je recevais beaucoup de messages similaires, j'ai donc besoin d'une meilleure filtres. Ajouter à ces filtres, le LogCat:

Par le journal tag:
```
^(?!.*(GN_FW_TextView|GN_FW_Editor|SurfaceTextureClient|skia|AbsListView|Provider/Settings|InputMethodManager|jdwp)).*$
```
Par le journal du message:
```
^(?!.*(nativeGetEnabledTags)).*$
```
InformationsquelleAutor Caner
1

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

à partir de 1157 est filtrée un peu et 799 contourné même ratio, mais un peu plus grand nombres:

J'ai besoin d'ajouter le "filtre anti-Spam" pour être en mesure d'utiliser le Logcat:

par le Journal Tag:
```
 ^(?!Trace|ADB_SERVICES|BufferQueue|wpa_supplican|SurfaceFlinger|Settings/BW|Bluetooth HS/HF)
```
par le Nom de l'Application:
```
^(?!com.android.systemui|system_process)
```
Pour moi, il fait un peu utilisable le Logcat.

InformationsquelleAutor

Vous devez vous connecter pour publier un commentaire.