Pourquoi le DNS est-il apparemment impliqué lors de l'exécution de « dir » sous Windows 10 ?

Windows Client (10, 11, 12) Windows 11
,
1

Pourquoi le DNS est-il apparemment impliqué lors de l’exécution de « dir » sous Windows 10 ?

Source : Super User [windows-10]

2

Le second cmd.exe ne parvient pas à localiser puis à charger les chaînes localisées depuis la bibliothèque de ressources satellite cmd.exe.mui.

Voici ce qu’il essaie réellement d’afficher, extrait d’une version 10.0.18362.1 (160101.0800) :

  • 0x235F : « Volume in drive %1 is %2 »

  • 0x235B : « Volume Serial Number is %1 »

  • 0x2339 : « Directory of %1 »

Il s’agit en fait des trois premières lignes de la sortie d’une commande dir simple.

C’est assez cocasse. Il n’y a pas d’entrées pour les numéros de messages 0x235F et 0x235B dans la table de messages système par défaut. Donc pour les deux premières sorties, vous obtenez ce message cryptique comme montré dans la capture d’écran de la console de @harrymc.

Mais pour 0x2339, il existe une entrée dans la table de messages système par défaut, physiquement stockée dans KernelBase.dll.mui pointant vers le texte « DNS bad key » :

Il se trouve que ce numéro coïncide avec celui de la ligne « Directory of %1 » des ressources du processeur de commandes : un cas de repli non anticipé par les développeurs de cmd.exe. Donc la référence au DNS est juste une coïncidence, cela pourrait être n’importe quoi.

Notez que le message correct contient un argument variable (le nom du répertoire), tandis que le message DNS n’en a pas. Je suppose que c’est pour cela qu’il n’y a plus de sortie après cela — cela pourrait simplement se terminer.