Meine WinDBG-Version ist 10.0.10240.9 AMD64 und beim gelegentlichen Debuggen einige native Speicherabbild ich erkannte, dass mein! Heap-Befehl anders als beschrieben und ich kann nicht herausfinden, warum.Warum funktioniert der Heap -s-Heap nicht wie beabsichtigt?
Es gibt viele Ressourcen zu erwähnen !heap -s
:
- https://msdn.microsoft.com/en-us/library/windows/hardware/ff563189%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396
- http://windbg.info/doc/1-common-cmds.html
Wenn ich ausführen !heap -s
ich diese abgeschnittene Liste erhalten:
0:000> !heap -s
************************************************************************************************************************
NT HEAP STATS BELOW
************************************************************************************************************************
LFH Key : 0x000000c42ceaf6ca
Termination on corruption : ENABLED
Heap Flags Reserv Commit Virt Free List UCR Virt Lock Fast
(k) (k) (k) (k) length blocks cont. heap
-------------------------------------------------------------------------------------
Virtual block: 0000000003d40000 - 0000000003d40000 (size 0000000000000000)
... many more virtual blocks
0000000000b90000 00000002 3237576 3220948 3237576 20007 1749 204 359 0 LFH
0000000000010000 00008000 64 8 64 5 1 1 0 0
... more heaps
-------------------------------------------------------------------------------------
Ok fein, b90000
sieht groß aus, aber im Gegensatz zu diesen Dokumenten oben und !heap -s -?
Ich kann keine Informationen für diesen Haufen, jeder dieser Befehle produzieren die exakt gleiche Ausgabe wie oben gesehen (als ob ich nichts nach -s angeben würde) :
!heap -s b90000
!heap -s -h b90000
!heap -s 1
ich eine Last von virtuellen Blöcken und einen Dump von alle Haufen anstelle des einzelnen spezifizierten.
Wer hat das gleiche Problem?
versuchen Windbg von Insider Vorschau SDK 14965 Bauen neueste: https: // software-download.microsoft.com/pr/Windows_InsiderPreview_SDK_en-us_14965.iso?t=88bf7144-c840-4a35-9761-5776e3465d5b&e=14807791 43 & h = 43050afd20d55e08e2c5928966297243 – magicandre1981
Warum Fragen sind schwer zu beantworten ... Es ist auch in 10.0.10075.9, 10.0.10586.567, 10.0.14321.1024 gebrochen. Es funktioniert in 6.3.9600.17298. –
@ magicandre1981 offizielle WDK-Release 14321.1024 funktioniert, aber nur mit '-h Heap-Syntax. – Samuel