web-dev-qa-db-fra.com

Que signifie: "Le numéro de version du fichier d'arborescence de recherche (0) n'est pas supporté"?

Dans macOS 10.13 High Sierra sur Xcode 9, je reçois le message de journal suivant:

2017-09-28 15: 19: 28.246511 + 0800 wr [5376: 128702] MessageTracer: load_domain_whitelist_search_tree: 73: format du fichier d'arborescence de recherche le numéro de version (0) n'est pas pris en charge 2017-09-28 15: 19: 28.246541 + 0800 wr [5376: 128702] MessageTracer: Revenir à la liste blanche par défaut

Quelle est la signification de ce message?

14
Diven Lee

Cette commande supprime les messages du journal:

xattr -w format_version 1 "/Library/Application Support/CrashReporter/SubmitDiagInfo.domains"
9
Marcos

Ces messages proviennent d'une fonction msgtracer_domain_new dans /usr/lib/libDiagnosticMessagesClient.dylib.

  1. Exécutez votre application sur Xcode 9. 
  2. Arrête ça. 
  3. Dans le navigateur de débogage, cliquez sur NSApplicationMain juste au-dessus de main
  4. Définir un point d'arrêt sur la première ligne pushq %rbp
  5. Exécutez votre application à nouveau. 
  6. Lorsque le point d'arrêt atteint, définissez un autre point d'arrêt en tapant breakpoint set -n msgtracer_domain_new
  7. Continuer l'exécution du programme.

Lorsque le point d'arrêt frappe, examinez le code de l'assembleur. tu verras:

libDiagnosticMessagesClient.dylib`msgtracer_domain_new:
->  0x7fff667c7f08 <+0>:    pushq  %rbp
    0x7fff667c7f09 <+1>:    movq   %rsp, %rbp
    0x7fff667c7f0c <+4>:    pushq  %r15

(omit)

    0x7fff667c7ff1 <+233>:  leaq   0xc1d(%rip), %rdi         ; "/Library/Application Support/CrashReporter/SubmitDiagInfo.domains"
    0x7fff667c7ff8 <+240>:  xorl   %r13d, %r13d
    0x7fff667c7ffb <+243>:  movl   $0x20, %esi
    0x7fff667c8000 <+248>:  xorl   %eax, %eax
    0x7fff667c8002 <+250>:  callq  0x7fff667c8990            ; symbol stub for: open

(omit)

    0x7fff667c801d <+277>:  leaq   0xc33(%rip), %rsi         ; "format_version"
    0x7fff667c8024 <+284>:  movl   $0x4, %ecx
    0x7fff667c8029 <+289>:  xorl   %r8d, %r8d
    0x7fff667c802c <+292>:  xorl   %r9d, %r9d
    0x7fff667c802f <+295>:  movl   %r15d, %edi
    0x7fff667c8032 <+298>:  movq   %r12, %rdx
    0x7fff667c8035 <+301>:  callq  0x7fff667c895a            ; symbol stub for: fgetxattr
    0x7fff667c803a <+306>:  cmpl   %r13d, (%r12)
    0x7fff667c803e <+310>:  jne    0x7fff667c808b            ; <+387>
    0x7fff667c8040 <+312>:  movl   $0x0, (%rsp)
    0x7fff667c8047 <+319>:  leaq   0xc18(%rip), %rcx         ; "MessageTracer: %s:%d: Search tree file's format version number (%u) is not supported"
    0x7fff667c804e <+326>:  leaq   0xb9e(%rip), %r8          ; "load_domain_whitelist_search_tree"

(omit)

    0x7fff667c808f <+391>:  leaq   0xc25(%rip), %rcx         ; "MessageTracer: Falling back to default whitelist"
    0x7fff667c8096 <+398>:  xorl   %edi, %edi
    0x7fff667c8098 <+400>:  xorl   %esi, %esi
    0x7fff667c809a <+402>:  movl   $0x6, %edx
    0x7fff667c809f <+407>:  xorl   %eax, %eax
    0x7fff667c80a1 <+409>:  callq  0x7fff667c8924            ; symbol stub for: asl_log

Dans mon cas, MacBook Pro fin 2011 utilisant High Sierra 10.13:

$ ls -l@ "/Library/Application Support/CrashReporter/SubmitDiagInfo.domains"
-rw-rw-r--@ 1 root  admin  12988 Sep 21  2014 /Library/Application Support/CrashReporter/SubmitDiagInfo.domains
    com.Apple.TextEncoding     15 
    os_version     12 

Ce fichier n'a pas de xattr format_version attendu par la fonction msgtracer_domain_new

Est-ce que quelqu'un sait comment le mettre à jour?

En annexe:

Conseils pour étudier un phénomène similaire. 

Trouvez un identifiant de processus de votre application.

$ ps -ef | grep your_app_name | grep -v grep
  999 86803 86804   0  1:34AM ??         0:00.97 /Users/xxx/Library/Developer/Xcode/DerivedData/....

Obtenez les chemins de fichier que votre application a chargés.

$ vmmap 86803 | Perl -ne 'print "$1\n" if m{(/\S*)\Z}' | sort -u > z

Editez le fichier temporaire selon vos besoins pour supprimer les chemins de fichiers irrévérencieux.

Recherchez le fichier contenant le message.

$ cat z | xargs grep -l -b 'Search tree file' 2> /dev/null
/usr/lib/libDiagnosticMessagesClient.dylib

Confirmez si le message existe.

$ strings /usr/lib/libDiagnosticMessagesClient.dylib | grep 'Search tree file'
MessageTracer: %s:%d: Search tree file's format version number (%u) is not supported

Produisez des commandes de débogueur, puis appliquez-les.

$ nm /usr/lib/libDiagnosticMessagesClient.dylib | grep " T " | sort -u | Perl -pe 's/.* _/breakpoint set -n /'
breakpoint set -n msgtracer_domain_new
breakpoint set -n msgtracer_domain_free
breakpoint set -n msgtracer_msg_new
breakpoint set -n msgtracer_set
breakpoint set -n msgtracer_msg_free
breakpoint set -n msgtracer_vlog
breakpoint set -n msgtracer_log
breakpoint set -n msgtracer_vlog_with_keys_skip_nulls
breakpoint set -n msgtracer_vlog_with_keys
breakpoint set -n msgtracer_log_with_keys
breakpoint set -n msgtracer_log_with_keys_skip_nulls
breakpoint set -n msgtracer_uuid_create

Le chemin mentionné ci-dessus n'est pas parfait. Il ne prend pas en charge les espaces blancs dans un chemin de fichier. Tant que cela fonctionnera, tout ira bien . J'aime utiliser Perl pour manipuler des textes. Vous utiliserez vos préférés.

8
Tora

Je voyais ce problème sur un ordinateur mis à jour vers High Sierra. 

Je suis allé au panneau de sécurité et de confidentialité dans les préférences système. Sur l'onglet Confidentialité, j'ai déverrouillé et mis à jour mes paramètres de confidentialité. Je règle le partage avec Apple et les développeurs tiers. Le problème est parti.

0
dlemex