Masquer étrange indésirables Xcode journaux

Lors de l'utilisation de Xcode 8+ et la création d'un nouveau projet vide, les journaux suivants apparaissent lors de l'exécution de l'application:

2016-06-13 16:33:34.406093 TestiOS10[8209:100611] bundleid: com.appc.TestiOS10, enable_level: 0, persist_level: 0, propagate_with_activity: 0
2016-06-13 16:33:34.406323 TestiOS10[8209:100607] Created DB, header sequence number = 248
2016-06-13 16:33:34.409564 TestiOS10[8209:100611] subsystem: com.apple.UIKit, category: HIDEvents, enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 0, privacy_setting: 0
2016-06-13 16:33:34.504117 TestiOS10[8209:100607] Created DB, header sequence number = 248
2016-06-13 16:33:34.548023 TestiOS10[8209:100607] subsystem: com.apple.BaseBoard, category: MachPort, enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 0, privacy_setting: 0
2016-06-13 16:33:34.568458 TestiOS10[8209:100608] subsystem: com.apple.FrontBoard, category: Common, enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 0, privacy_setting: 0

Peut-être que quelqu'un a déjà trouvé une configuration pour gérer?

Semble juste être la journalisation du débogage des informations d'un cours de développement. Enquête sur...
a u désactiver l'éditeur de liens dynamique d'utilisation de l'api dans xcode ?
Pas de travail pour moi dans Xcode 8 semble, cette solution fonctionne pour seulement Xcode beta 8.
J'ai eu ce problème avec Xcode 8.2.1 sur El Capitan. La mise à niveau vers mac os Sierra résolu le problème.
Je suis toujours de voir la question sur Xcode 9.3, j'ai soumis Apple Bug #34767176 (Xcode 9 Affiche Cadre du Système de Débogage Imprimer des Relevés), qui est un double de l'open bug #32256894 Veuillez soumettre une copie de la bug à Apple: bugreport.apple.com/web
Voir cet article mightytechno.com/x-code-disable-annoying-system-logs

InformationsquelleAutor Hans Knöchel | 2016-06-13

1451

Essayez ceci:

1 - à Partir de Xcode menu: Produit > Système > Modifier le Régime de

2 - Sur votre Environnement de jeu de Variables OS_ACTIVITY_MODE = disable
- Il travaille également sur Xcode version 8.0, donc je suggère qu'elle est la solution.
- C'est la meilleure solution que j'ai vu, j'espère que plus de gens de voir cela. Cette journalisation supplémentaire de la merde de a été me rend fou!! Bravo pour la solution!!
- Pour quiconque demandez comment obtenir cet écran, vous devez aller au Produit > Système > Modifier le Régime ou Cmd + <
- Il y a un problème avec cette solution, il enlève une partie importante des trucs du journal lors de l'utilisation réelle de l'appareil, comme l'auto, les données enregistrées. Veuillez aperçu de nouveau, je ne suis pas sûr que c'est la meilleure solution.
- vrai, mais vous pouvez créer un modèle différent exécuté sur le périphérique/simulateur. Jusqu'à présent c'est la seule solution que je connaisse qui supprime l'inutile journal lors de l'exécution sur le simulateur.
- Malheureusement, cette option permet de masquer toutes les NSLogs à partir d'un périphérique réel pour moi...
- Toute solution qui montre NSLog sur un périphérique réel?
- Cette solution est également masquant une partie importante de la journalisation dans le simulateur. Par exemple, j'ai raté l'avertissement suivant "Cette application s'est écrasé parce qu'il a tenté d'accéder à la confidentialité des données sensibles sans une description de l'utilisation." jusqu'à ce que je l'ai activé à nouveau le OS_ACTIVITY_MODE
- Quelles sont les valeurs release ou stream à la place? Voir ma réponse ci-dessous.
- merci pour la suggestion, mais je n'avais pas de chance pour essayer que.
- Il cache également toute rupture de contrainte de mise en page des journaux
- Le problème ne résiste dans le Simulateur. Personnellement, je ne crois pas que c'est une bonne idée d'ajouter la variable d'environnement, parce qu'il cache également important de journaux comme les problèmes avec Contraintes de Mise en forme et entre autres l'exemple de @AirXygène a donné. Dans le simulateur, vous pouvez également appuyez sur "CMD + /" pour ouvrir la console, il vous donnera l'ancienne journaux. Espérons qu'Apple va résoudre ce problème dans Xcode cependant, il ya beaucoup d'intérêt dans cette recherche, le nombre de upvotes 😉
- Mais comment faire pour désactiver la même chose sur un appareil? Je veux dire les journaux à partir d'un véritable iPhone ou iPad affichée dans la Fenêtre -> menu Périphériques? Très souvent, nous avons besoin de voir les logs de la distribution ou de production application installée sur un appareil (non-mode debug).
- Pas en 8.1 les semences génétiquement modifiées si nous courons sur simulateur, puis encore des journaux des journaux système vient
- J'ai testé ici (j'utilise la Version 8.1 (8B62) ) maintenant, pas de GM, et le drapeau n'est plus nécessaire.
- êtes-vous à l'aide de macOS Sierra? Je pense que le correctif peut nécessiter Xcode 8.1 et Sierra parce que j'ai enlevé l'option et je suis toujours de voir l'une journalisation excessive lors de l'exécution de Xcode 8.1. sur El Capitan.
- Oui. Je suis l'aide de la Sierra. Intéressant de noter que le système d'exploitation change ce comportement.
- Est-il aussi masquer la mise en page automatique des erreurs ou est ce que d'étranges phénomènes qui se passe uniquement à l'ordinateur de mon client? Il a disposition automatique d'erreur et un écran de ces avertissements
- Dans la Sierra et Xcode 8.1 les journaux ont été supprimés. Il est donc préférable de supprimer ce drapeaux, il pourrait interfear avec les exceptions lancées par le système lors du débogage
- Cette solution permet de masquer tous NSLog de départ avec Xcode 9. Pour garder NSLog, remplacer disable avec default.
- J'ai été faire toutes sortes de journaux que je ne voulais pas, j'ai essayé cette méthode qui s'arrête NSLog de travail. Supprimé le var et maintenant NSLog est de retour et les journaux supplémentaires que je ne voulais pas avoir arrêté trop. Doit avoir effacé quelque chose de traîner dans xCode 9. De toute façon, cheers 🙂
- OS_ACTIVITY_MODE=désactiver causé des problèmes avec mon emballeur lors de l'exécution sur le périphérique. mais pas au premier abord. seulement après le développement de mon application pour l'autre plusieurs heures. À ce point, j'ai été d'obtenir un jsbundle erreur (essentiellement de l'appareil n'était pas de parler de l'emballeur). Le fait que cela s'est avéré plus tard qu'il est TRÈS difficile de réaliser cette env variable a été la question.
- Je suis toujours de voir la question sur Xcode 9.3, j'ai soumis Apple Bug #34767176 (Xcode 9 Affiche Cadre du Système de Débogage Imprimer des Relevés), qui est un double de l'open bug #32256894 Veuillez soumettre une copie de la bug à Apple: bugreport.apple.com/web
- Cela a fonctionné après je l'ai essayé pour la deuxième fois, comme un autre utilisateur l'a souligné dans un commentaire d'une autre réponse. Bizarre.
- Pouvez confirmer cela fonctionne dans Xcode 10.2.1
InformationsquelleAutor iDevzilla
343

Bâtiment sur l'original tweet de @rustyshelf, et illustré réponse de iDevzilla, voici une solution qui fait taire le bruit du simulateur sans désactiver NSLog de sortie de l'appareil.
1. En vertu de Produit > Système > Modifier le Régime... > Run (Debug), définissez la OS_ACTIVITY_MODE variable d'environnement ${DEBUG_ACTIVITY_MODE} de sorte qu'il ressemble à ceci:
1. Aller à votre projet de construction paramètres, et cliquez sur + pour ajouter un Paramètre Défini par l'Utilisateur nommé DEBUG_ACTIVITY_MODE. Développez ce paramètre et Cliquez sur le + à côté de Débogage pour ajouter une plate-forme spécifique de la valeur. Sélectionnez la liste déroulante et choisir "Tout le Simulateur iOS". Ensuite, régler sa valeur à "désactiver" de sorte qu'il ressemble à ceci:
- D'accord - ce qui fonctionne et laisse NSLog de travail.
- Ne fonctionne pas sur la Version 8.0 (8A218a). Paramètres de jeu peut être vu ici et de construire des paramètres peuvent être vu ici.
- le commentaire ci-dessus, s'il vous plaît essayer de nouveau, j'utilise Xcode 8.0 (8A218a) trop et il fonctionne très bien.
- Sélectionnez votre cible et de vérifier ses Paramètres de construction pour s'assurer que vous n'êtes pas substitution de la DEBUG_ACTIVITY_MODE variable à ce niveau. Assurez-vous également que vous avez édité le bon plan pour la cible que vous êtes en cours d'exécution.
- assurez-vous que vous n'avez pas d'espace dans la variable env.
- Dommage que ce n'est pas la accepté de réponse et dommage que cette réponse est de perdre de la place décompte des voix. Bien meilleure réponse à mon humble avis, car il ne désactivé OS_ACTIVITY_MODE pour les versions de DÉBOGAGE sur simulateur.
- Cela n'a pas fonctionné pour moi, ni le haut-voté réponse. En utilisant Xcode 8.2.1 sur OS X 10.11.6 El Capitan. Mais ce n'travail a été une combinaison de cette réponse et de l'un par BaseZen, à l'aide de OS_ACTIVITY_DT_MODE au lieu de OS_ACTIVITY_MODE. (Et de façon inattendue pour moi, au moins deux "N" et "désactiver" éteint le phénomène endémique de l'enregistrement.)
- c'est exactement ce qu'a fait pour moi. Merci!
- J'ai également eu à utiliser OS_ACTIVITY_DT_MODE au lieu de OS_ACTIVITY_MODE pour que cela fonctionne. En utilisant XCode 8.3.3 sur OSX Sierra 10.12.6
- Cette solution permet de masquer tous NSLog de départ avec Xcode 9. Pour garder NSLog, remplacer disable avec default.
- Comment filtrer le bruit maintenant que j'ai eu à revenir en arrière et remplacer désactiver par défaut? Je peux voir mon NSLog énoncés dans la console, mais je suis arriver à tout le bruit de nouveau.
- Pour moi, ce n'désactiver NSLog sortie sur le simulateur iOS, je ne vois pas ce qui est différent de simplement à l'aide de disable en tant que valeur. default désactive également NSLog journaux...
InformationsquelleAutor cduhn
79

OS_ACTIVITY_MODE ne fonctionne pas pour moi (il peut ont été faute de frappe parce que je l'avais disable comme disabled, mais n'est-ce pas de plus naturel?!?), ou au moins, n'a pas empêché beaucoup de messages. Voici donc la vraie affaire avec les variables d'environnement.

https://llvm.org/svn/llvm-project/lldb/trunk/source/Plugins/Platform/MacOSX/PlatformDarwin.cpp
```
lldb_private::Error
PlatformDarwin::LaunchProcess(lldb_private::ProcessLaunchInfo &launch_info) {
//Starting in Fall 2016 OSes, NSLog messages only get mirrored to stderr
//if the OS_ACTIVITY_DT_MODE environment variable is set.  (It doesn't
//require any specific value; rather, it just needs to exist).
//We will set it here as long as the IDE_DISABLED_OS_ACTIVITY_DT_MODE flag
//is not set.  Xcode makes use of IDE_DISABLED_OS_ACTIVITY_DT_MODE to tell
//LLDB *not* to muck with the OS_ACTIVITY_DT_MODE flag when they
//specifically want it unset.
const char *disable_env_var = "IDE_DISABLED_OS_ACTIVITY_DT_MODE";
auto &env_vars = launch_info.GetEnvironmentEntries();
if (!env_vars.ContainsEnvironmentVariable(disable_env_var)) {
//We want to make sure that OS_ACTIVITY_DT_MODE is set so that
//we get os_log and NSLog messages mirrored to the target process
//stderr.
if (!env_vars.ContainsEnvironmentVariable("OS_ACTIVITY_DT_MODE"))
env_vars.AppendArgument(llvm::StringRef("OS_ACTIVITY_DT_MODE=enable"));
}
//Let our parent class do the real launching.
return PlatformPOSIX::LaunchProcess(launch_info);
}
```
Paramètre OS_ACTIVITY_DT_MODE à "NON" dans les variables d'environnement (GUI méthode expliquée dans les Schémas capture d'écran de la principale réponse) fait fonctionner pour moi.

Autant que NSLog être le dépotoir pour les messages du système, les erreurs, et de votre propre débogage: une vraie journalisation approche est probablement appelé de toute façon, par exemple,https://github.com/fpillet/NSLogger .

OU

Boire la nouvelle Kool-Aid: http://asciiwwdc.com/2016/sessions/721 https://developer.apple.com/videos/play/wwdc2016/721/
Il n'est pas surprenant qu'il existe des empêchements après la refonte de l'ensemble de l'API de journalisation.

ADDITIF

De toute façon, NSLog est juste une cale:

https://developer.apple.com/library/content/releasenotes/Miscellaneous/RN-Foundation-OSX10.12/

NSLog /CFLog

NSLog est maintenant juste une cale pour os_log dans la plupart des circonstances.

N'a de sens maintenant d'en citer la source pour les autres env variable. Assez disparates lieu, cette fois, à partir d'Apple internes. Je ne sais pas pourquoi ils se chevauchent. [Incorrecte commentaire à propos de NSLog supprimé]

[Édité 22 Sep]: je me demande ce que "libération" et de "flux" faire différemment "debug". Pas assez de source.

https://github.com/macosforge/libdispatch/blob/8e63547ea4e5abbfe55c0c3064181c4950a791d3/src/voucher.c
```
e = getenv("OS_ACTIVITY_MODE");
if (e) {
if (strcmp(e, "release") == 0) {
mode = voucher_activity_mode_release;
} else if (strcmp(e, "debug") == 0) {
mode = voucher_activity_mode_debug;
} else if (strcmp(e, "stream") == 0) {
mode = voucher_activity_mode_stream;
} else if (strcmp(e, "disable") == 0) {
mode = voucher_activity_mode_disable;
}
}
```
- Toujours agréable de voir une réponse qui énonce les motifs et le fond plutôt que la solution rapide.
- Travaillé cette réponse à l'aide de OS_ACTIVITY_DT_MODE = PAS de
- Est-ce à produire un comportement différent de OS_ACTIVITY_MODE=désactiver? Est-il une raison de préférer cette solution?
- Il ne le fait pas. Il le cache à tous.
- “une vraie journalisation approche est probablement appelé de toute façon...” Sérieusement? os_log est LA solution d'enregistrement de mec... tout simplement parce que vous ne voulez pas plonger dans ne signifie pas qu'il n'est pas génial!
- Oui je le mentionne dans mon post. Voir le "OU" ... je me réfère à os_log, de manière informelle, le nouveau Kool Aid.
- Mes tests, ce qui semble indiquer que lors de l'utilisation de OS_ACTIVITY_DT_MODE que les deux "NON" et "désactiver" désactiver le phénomène endémique de l'enregistrement.
- "libération", "info", "default" afficher NSLog sur Xcode 9. "debug", "flux", "désactiver" va cacher NSLog sur Xcode 9.
- OMG qui n' pas de type "désactivé"?? Merci pour cela!
InformationsquelleAutor BaseZen
63

Un tweet a eu la réponse pour moi - https://twitter.com/rustyshelf/status/775505191160328194

Pour arrêter le Xcode 8 Simulateur iOS de se connecter comme un fou, définir une variable d'environnement OS_ACTIVITY_MODE = désactiver dans votre debug régime.

Il a travaillé.
- Comme déjà dit: La OS_ACTIVITY_MODE = désactiver désactive tous les autres journaux avec un NSLog.
- Cette solution permet de masquer tous NSLog de départ avec Xcode 9. Pour garder NSLog, remplacer disable avec default.
InformationsquelleAutor Peter Smith
33

~~Ce n'est toujours pas résolu dans Xcode Version 8.0 beta 2 (8S162m) pour moi et des journaux supplémentaires apparaissent aussi dans la console de Xcode~~

** EDIT 8/1/16: Cela a été reconnu dans le notes de version de Xcode 8 Bêta 4 (8S188o) comme les problèmes persistent.

Problèmes connus dans Xcode beta 8 4 – IDE

De débogage

• Xcode Console de Débogage affiche journalisation supplémentaire de cadres du système lors de l'
débogage des applications dans le Simulateur. (27331147, 26652255)

Vraisemblablement ce sera résolue par le GM de la libération. Jusqu'alors, la patience et bien que n'étant pas l'idéal, mais une solution de contournement que j'utilise est ci-dessous...

Similaire à la précédente réponse, je suis d'avoir à:
- préfixe mon impression des journaux avec une sorte de caractère spécial (par exemple * ou ^ ou ! etc etc)
- Puis utilisez la zone de recherche en bas à droite de la console volet de filtre de mes journaux de la console par l'entrée j'ai choisi caractère spécial pour obtenir la console pour afficher mon impression journaux comme prévu
- Je peux confirmer que cette journalisation problème est toujours présent dans la version bêta 2
- Ajout d'une capture d'écran maintenant, j'ai assez de privilèges. Je me sens à la différence d'autres réponses, il n'est pas nécessaire d'avoir à lancer un vaste système de journaux quand il y a un travail autour de directement dans Xcode pour ceux qui rencontrent le même problème dans Xcode console et juste désireux de voir ce qu'ils sont d'impression à la console de Xcode.
- Intéressant! Ne le fait que de travailler avec print()?
- Est-il possible d'être notifié dès qu'une nouvelle version de Xcode beta (ie. courriel d'abonnement)? Était encore en cours d'exécution beta 0 et n'a pas remarqué il y a eu des mises à jour jusqu'vu ce post @benrudhart
- vous trouverez toutes ces informations sur twitter. Mais, vous devriez vérifier ce site officiel d'apple: developer.apple.com/news, ou de leur fil d'actualité pour obtenir des mises à jour quand ils publient eux: developer.apple.com/news/rss/news.rss Par la route: cela semble être un problème dans Xcode Beta 3.
- Viens Xcode 8 GM, et le problème persiste. Très ennuyeux!!
- Il suffit de télécharger Xcode Version 8.0 (8A218a) à partir de l'App Store. Le problème est toujours là.
- Tout simplement ridicule. Toujours là au Final MAS version.
- Cette solution de contournement est de nice. Mais ne prenez note, récemment NSLogs sont tronqués par XCode si c'est trop long.
- Nous utilisons une balise préfixe pour le filtrage. Certaines questions sont: Plusieurs lignes n'affiche que le premier. Lors de l'utilisation de lldb pour le débogage, vous devez basculer le filtrage. Vraiment très triste qu'à l'heure actuelle, la console est extrêmement limitée. Nous avons une Application décent de filtrage, mais nous avons besoin de copier/coller à partir de la console. Quelle triste.
InformationsquelleAutor Pez
33

Vous trouverez les étapes ci-dessous.
1. Sélectionner un Produit => Système => Modifier le Régime ou utiliser le raccourci : CMD + <
2. Sélectionnez le Run option de gauche.
3. Sur les Variables d'Environnement section, ajoutez la variable OS_ACTIVITY_MODE = désactiver
Pour plus d'informations, veuillez trouver ci-dessous la représentation GIF.
- Ne fonctionne pas pour moi. MacOs app si
- Attendre....Sur la deuxième manche, il a travaillé. Bravo pour Gif Vidéo. Les meilleures réponses sont toujours sur le fond!
- Cette solution permet de masquer tous NSLog de départ avec Xcode 9. Pour garder NSLog, remplacer disable avec default.
InformationsquelleAutor Ramkrishna Sharma
22

Ma solution est d'utiliser le débogueur de commande et/ou Message de Journal dans les points d'arrêt.

Et changer la sortie de la console de Toutes les sorties à Sortie du Débogueur comme

InformationsquelleAutor mrahmiao
14

Bien. Il semble y avoir beaucoup de confusion à ce sujet, donc je vais donner y'all un moyen de conserver sans l'aide de ce régime, astuce. Je vais aborder le Simulateur iOS, mais ce peut-être également nécessaire pour être appliqué pour la TÉLÉVISION Sim qui se trouve dans un autre dir.

Le problème qui est à l'origine de tous ces trucs sont les plists situé dans le Xcode répertoire. Il y a un processus qui est lancé appelé configd_sim lorsque la carte Sim commence à lire les plists et imprime les informations de débogage si les plists préciser qu'ils doivent être enregistrés.

Les plists se trouvent ici:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Preferences/Logging/Subsystems

Si vous êtes à jouer avec un bêta, prenez note que le dir sera différent.

Vous verrez de nombreuses plists dans ce répertoire. Maintenant, construire et exécuter votre application et d'observer les journaux. Vous êtes à la recherche pour le contenu immédiatement suivie par la sous-système: partie. C'est le nom qui suit immédiatement ce que représente le correspondant problématique plist.

À partir de là, vous pouvez soit modifier le fichier plist pour assommer le débogage [Niveau] clé/valeur qui est un dictionnaire contenant les "Enable" => "Default" clé/valeur... ou tout simplement de supprimer le fichier plist. Notez que vous aurez besoin d'être root pour faire l'une de ces car ils sont situés dans l'application Xcode.

la plutil -p commande peut être utile à vous aussi. c'est à dire
```
plutil -p /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.platform/Developer/SDKs/AppleTVSimulator.sdk/System/Library/Preferences/Logging/Subsystems/com.apple.BackBoardServices.fence.plist
```
Cela m'a donné l'une des problématiques les plists qui contenait:

{ "DEFAULT-OPTIONS" => { "Level" => { "Enable" => "Default" }}}

Bonne chance :]
- Je zippée, puis supprimé en cas de besoin pour les restaurer.
- Je trouvais que c'était incapable de faire taire beaucoup de code de mise en réseau, probablement parce qu'il manque un sous-système de nom: 2016-09-23 15:09:21.354686 ProductName[8823:191206][] tcp_connection_start 3 starting
- Malheureusement, je n'ai abordé OPs question qui ne contiennent pas de tcp journalisation des questions. Vous pouvez créer un nouveau post DONC si vous avez besoin d'aide pour répondre à ce problème.
InformationsquelleAutor Sozin's Comet
13

Est-ce lié à un problème connu avec la coupe de bois trouvé dans la Xcode Beta 8 Notes De Version (également demandé à un ingénieur lors de la WWDC).

Lors du débogage WatchOS applications dans la Montre simulateur, l'OS peut produire un excès de
montant de l'inutile, de l'exploitation forestière. (26652255)

Il n'existe actuellement aucune solution de contournement, vous devez attendre une nouvelle version de Xcode.

MODIFIER 7/5/16: C'est soi-disant fixe en tant que de Xcode 8 Bêta 2:
Résolu dans Xcode 8 bêta 2 – IDE

De débogage
- Lors du débogage d'une application sur le Simulateur, les journaux sont visibles. (26457535)
Xcode Beta 8 Notes De Version 2
- La pensée que tant que bien, mais je ne suis ni à l'aide d'un watchOS application, ni une watchOS simulateur. Mais il pourrait arriver encore à d'autres Sims. Mettre en attente pour l'instant et voir si un certain Xcode Beta 8 de la corriger au cours des prochaines semaines / mois.
- je ne suis, mais je peux confirmer que ce problème se produit avec n'importe quelle application. Aucun "officiel" de la parole d'Apple a en plus les notes de publication et de discussion lors de la WWDC.
- merci, même ici! Nous devrions en parler demain au cours de la WWDC, hehe 🙂
- Arrive aussi pour mon iPhone 5s Simulateur, probablement tous les simulateurs.
- Je ne pouvais pas accéder au lien dans cette réponse, en dépit d'être connecté, mais que ce lien fonctionne: adcdownload.apple.com/WWDC_2016/Xcode_8_beta/...
- Pas corrigé dans la version bêta 2 pour moi...
- Est-il possible d'être notifié dès qu'une nouvelle version de Xcode beta (ie. courriel d'abonnement)? Était encore en cours d'exécution beta 0 et n'a pas remarqué il y a eu des mises à jour jusqu'vu ce post @mrahmiao
- Nouveau Xcode beta sera publié avec iOS beta
- Pas fixe dans b6, soit, pour tout type de cible.
InformationsquelleAutor JAL
7

Ce n'est plus un problème dans xcode 8.1 (testé la Version 8.1 bêta (8T46g)). Vous pouvez supprimer le OS_ACTIVITY_MODE variable d'environnement à partir de votre régime.

https://developer.apple.com/go/?id=xcode-8.1-beta-rn

De débogage

• Xcode Debug Console n'affiche plus de journalisation supplémentaire à partir du système de
cadres pour le débogage des applications dans le Simulateur. (26652255,
27331147)
- Je vois encore beaucoup de fausses journalisation en 8.1. Surtout bizarre socket tcp et la connexion des choses. Quelqu'un d'autre, ou juste moi?
- Je viens de télécharger Xcode 8.1 aujourd'hui (31/10/2016) et toujours de voir certains de journalisation de débogage comme ce [MC] Reading from private effective user settings. à partir d'une vierge de nouveau mannequin projet de Fichier > Nouveau > Projet.
- Je suis également l'obtenir, même dans Xcode 8.2.1
- Et je suis arriver il unter Xcode 9
InformationsquelleAutor mriddle89
1

Cette solution a été de travailler pour moi:
1. Exécuter l'application dans le simulateur
2. Ouvrir le journal système (⌘ + /)
Cela va vider toutes les données de débogage et aussi votre NSLogs.

Pour filtrer votre NSLog états:
1. Préfixe chacune par un symbole, par exemple: NSLog(@"^ Test Log")
2. Filtrer les résultats en utilisant la boîte de recherche en haut à droite, "^" dans le cas ci-dessus
C'est ce que vous devriez obtenir:

InformationsquelleAutor psobko
1

Dans Xcode 10 la OS_ACTIVITY_MODE variable avec disable (ou default) valeur désactive également le NSLog n'importe quoi.

Donc, si vous voulez vous débarrasser de la console de bruit mais pas de vos propres journaux, vous pouvez essayer la bonne vieille printf("") au lieu de la NSLog car il n'est pas affecté par la OS_ACTIVITY_MODE = disable.

Mais vaut mieux vérifier le nouveau os_log API ici.

InformationsquelleAutor Jakub Truhlář

Vous devez vous connecter pour publier un commentaire.

Problèmes connus dans Xcode beta 8 4 – IDE