2017-04-07 6 views
1

Lorsque j'essaie de charger une extension telle que sos ou psscor4 en utilisant le .load commmand dans Windbg, il présente un comportement auquel je ne m'attendais pas. Donc, peut-être que c'est juste une question de fixer mes attentes à ce que ce comportement soit normal.Windbg .load extension veut une barre oblique inversée () dans le chemin

Par exemple, quand je dis:

0:00> .load "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll" 

Il se plaint comme suit:

L'appel à LoadLibrary (C: WindowsMicrosoft.NETFramework64v4.0.30319sos.dll) a échoué, Win32 erreur 0n2 "Le système ne trouve pas le fichier spécifié." Veuillez vérifier la configuration de votre débogueur et/ou l'accès au réseau.

Je déduis qu'il m'attend à échapper à la barre oblique inverse. Cependant, lorsque j'échappe à la barre oblique inverse, cela fonctionne très bien et charge l'extension.

0:00> .load "C:\\Windows\Microsoft.NET\\Framework64\\v4.0.30319\\sos.dll" 

Répondre

2

Il charge très bien sans guillemets

0:00> .load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll 

même si le chemin contient des espaces.

1

Salut look utilisation comme cette

@"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll" 

espérons qu'elle aide

+0

Je sais que je peux le faire. La question n'est pas "que devrais-je faire?" La question est - est-ce le bon comportement? Ou y a-t-il un paramètre où il reconnaît une seule barre oblique inverse? –

+0

c'est bon comportement @ WaterCoolerv2 –

+0

Merci. S'il vous plaît laissez-moi valider cette affirmation car la source de ma confusion et de poser cette question est - je me souviens vaguement que toutes les démos Windbg que j'ai regardées l'ont chargé d'un seul backslash. Je ne me souviens pas, cependant, s'ils ont dit '@' (littéral fixe). –