Vor über einem Jahr habe ich bereits WinDbg und DebugDiag verwendet, um einen Speicherverlust in einer nativen JNI-DLL zu finden, die wir in Java verwenden. Jetzt suche ich nach einem Fadengriffleck. Ich habe mit Process Explorer ein Speicherabbild erstellt und versucht, es in DebugDiag zu analysieren, aber alles, was ich bekomme, sind Skriptfehler:

Ich habe auch versucht, WinDbg, aber es ist nicht mehr in der Lage, an einen Prozess anzuhängen. Ich erhalte immer die Fehlermeldung "dbghelp.dll stimmt in der Version nicht mit dem Debugger überein": ("Unbekannter Fehler" bedeutet "Unbekannter Fehler")

Ich habe DebugDiag und das Windows SDK deinstalliert, dann die neuesten Versionen heruntergeladen und Windows SDK 8 und DebugDiag 1.2 (x86) installiert. Das Problem bleibt gleich. Auch nach dem Ersetzen des Windows SDK durch Version 7.1 (das neueste SDK für Windows 7) ändert sich nichts.

Ich benutze einen Computer mit Windows 7 (32 Bit).

Ich gehe davon aus, dass die Probleme in DebugDiag die gleiche Ursache haben wie die Probleme in WinDbg. Aber ich verstehe nicht, was Versionsinkongruenz bedeutet (und Googeln hat auch nicht geholfen):

WinDbg: 6.12.0002.633dbgeng: 6.12.0002.633dbghelp: 6.12.0002.633

Wie kann ich WinDbg (und hoffentlich DebugDiag) wieder zum Laufen bringen?