Windbg und Symbol-Dateien

Ich habe ein problem mit Symboldateien. Ich experimentierte mit dem symbol file path und geben Sie den Pfad wie folgt:

srv*c:\symbols*http://msdl.microsoft.com/download/symbols;C:\Users\myuser\Desktop\driver2\objchk_win7_x86\i386

Aber danach änderte ich es auf den folgenden:

srv*c:\symbols*http://msdl.microsoft.com/download/symbols;C:\Users\myuser\Desktop\mydriver\objchk_win7_x86\i386

Änderte ich die driver2 mit mydriver im Pfad: dies ist der Pfad, wo die .pdb-Datei für meine Fahrer befindet. Das problem ist, dass .sympath druckt den rechten Pfad wie unten gezeigt:

kd> .sympath
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols;C:\Users\myuser\Desktop\mydriver\objchk_win7_x86\i386
Expanded Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols;c:\users\myuser\desktop\mydriver\objchk_win7_x86\i386

Aber die Symbole für den Fahrer sind noch nicht gefunden. Wenn ich laufen .reload-Befehl, können wir sehen, dass WinDbg sucht .pdb in driver2/Verzeichnis anstelle von mydriver/- Verzeichnis.

kd> .reload /f mydriver.sys
SYMSRV:  c:\symbols\mydriver.pdb\3D655E533B0449A38D7AB0AF637CE9201\mydriver.pdb not found
SYMSRV:  http://msdl.microsoft.com/download/symbols/mydriver.pdb/3D655E533B0449A38D7AB0AF637CE9201/mydriver.pdb not found
SYMSRV:  c:\users\myuser\desktop\mydriver\objchk_win7_x86\i386\mydriver.pdb\3D655E533B0449A38D7AB0AF637CE9201\mydriver.pdb not found
DBGHELP: c:\users\myuser\desktop\driver2\objchk_win7_x86\i386\mydriver.pdb - file not found
*** ERROR: Module load completed but symbols could not be loaded for mydriver.sys
DBGHELP: mydriver - no symbols loaded

Habe ich gelöscht alle Arbeitsbereiche, geschlossen WinDbg, Windows neu gestartet, aber die driver2/Eintrag noch vorhanden ist: es muss in der default-workspace-cache oder irgendwo. Wie kann ich die löschen die ganzen persönlichen Einstellungen von WinDbg einschließlich jene caches, so kann ich starten Sie WinDbg und werden gegangen mit der driver2/Pfad und machen Sie es verwenden mydriver/.

Konnte ich auch lösen, das problem mit der Umbenennung der mydriver/Verzeichnis zurück in driver2/, aber ich will nicht, um das problem zu lösen so. Ich möchte verstehen, was Los ist und lösen Sie die beste, die ich kann.

InformationsquelleAutor eleanor | 2013-08-15

5
```
!sym noisy
```
werde Ihnen sagen, warum Sie nicht wollen, laden Sie die pdb. Vielleicht hast du einfach neu erstellen, Ihre Fahrer und die pdb-guid oder pdb-Zeitalter nicht mehr passen.
Wenn Sie sicher sind, dass Sie gebaut haben, die der gleichen Quelle-Dateien können Sie erzwingen, dass das laden der hve durch
```
.reload /i /f yourdriver.sys
```
/i ist die magic-Schalter laden auch nicht übereinstimmende PDB-Dateien. Dieser Schalter wird nicht geladen, alle Treiber aus dem symbol-server, aber es werden nur die lokalen Dateipfade zu laden Sie Ihre Fahrer. Auch das symbol speichern, Verzeichnisse (SRV*) werden nicht betrachtet, da gäbe es viele Versionen, zum von zu wählen. Aber wenn Ihre .sympath direkt Punkte, um Ihre pdb-es wird geladen.
- /i funktioniert bei mir, in meinem Fall, ich benutze windbg 6.2.8299.0 AMD64-version auf Windows 7 mit SP1 zum Debuggen einen full-dump-Datei. Ich bin mir sehr sicher, dass die .sympath ist richtig, und ich benutze symchk um das zu überprüfen .dll-und .pdb ist hervorragend aufeinander abgestimmt. Aber windbg immer noch verweigern, laden Sie die pdb. BTW, von windbg-Hilfe, /ich auch impliziert /f, auch wenn Sie nicht geben Sie /f-flag.
InformationsquelleAutor Alois Kraus
0

Ist der Treiber ursprünglich kompiliert & Baujahr der driver2 Weg? Was ist die Lage des mydriver.sys?
```
For example assume I have symbol path 'c:\users\rahulsundar\desktop' set and try to load ntdll.dll, then it displays below error,

0:000> .reload ntdll.dll
DBGHELP: c:\users\rahulsundar\desktop\ntdll.pdb - file not found
DBGHELP: c:\users\rahulsundar\desktop\dll\ntdll.pdb - file not found
DBGHELP: c:\users\rahulsundar\desktop\symbols\dll\ntdll.pdb - file not found
DBGHELP: C:\Windows\SYSTEM32\ntdll.pdb - file not found
DBGHELP: ntdll.pdb - file not found
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntdll.dll - 
DBGHELP: ntdll - export symbols

Note: Windbg by default searches ntdll.pdb from the same location 'C:\Windows\SYSTEM32'
```
Einen Weg zur Lösung des aktuellen Problems aus dem Protokoll klar, dass windbg erwartet pdb-Datei im Verzeichnis 'c:\users\myuser\desktop\mydriver\objchk_win7_x86\i386\mydriver.pdb\3D655E533B0449A38D7AB0AF637CE9201\mydriver.pdb'.

Also manuell ein Verzeichnis anlegen, bis
'mydriver.pdb\3D655E533B0449A38D7AB0AF637CE9201' und Ort pdb-Datei
es.

Diese ist einfach ein standard Weg( binaryfoldername\hashid\pdbfile ), die Windows erwartet Sie ein symbol für eine binäre.
- Hi, ja ich das problem lösen kann wie die. Ich kann auch lösen, durch die Umbenennung der mydriver zu driver2 Verzeichnis. Ich zuerst kompiliert der Treiber in driver2 Verzeichnis, dann in Verzeichnis mydriver, löschen Sie alle Dateien excpect mydriver.c und neu kompiliert werden. Ich hielt den Treiber gelöscht und neu starten, das Debuggen von Windows-system; ich habe auch neu gestartet debugee system. Ich denke, das problem ist, dass WinDbg gespeichert dieser Weg irgendwo im cache, und ich bin interessiert, wo; das Standard-workspace-Ansicht wird auch geändert, sobald das zu untersuchende Programm verbindet auf Windbg, so Arbeitsbereich gespeichert werden muss, irgendwo, obwohl mir es zu löschen.
- Scheint, wie für die Treiber-Datei die Pfade werden kumuliert. Nicht sicher, ob es ein echter Fehler in windbg oder der Dokumentation Fehler. Wenn Sie vermuten, dass es ein bug in Windbg können Sie installieren Sie die neueste version von windbg, um zu sehen, ob es das Problem behebt. Wie gut können Sie versuchen, das löschen der entsprechenden Standard-Arbeitsbereiche(Benutzer\kernel\remote etc) und speichern Sie die, die Sie möchten, als standardmäßig von Datei->Speichern-WS so->Default in den entsprechenden Modus(Benutzer\kernel\remote)
- dies könnte nützlich sein: msdn.microsoft.com/en-us/library/windows/hardware/...
InformationsquelleAutor Rahul Sundar
0

Besseren Weg, um dieses Problem zu lösen - wiederum auf der sim-Karte laut und schauen Weg
an .reload /f my_driver.sys
oder füge neuen Pfad zu .sympath[+] Pfad/zu/pdb und tun das gleiche

InformationsquelleAutor Olga Krishtal

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.