AFAIK werden die wichtigsten Fenster, die Sie benutzen wollen würde, sind die Einheimischen (Strg + Alt + V, L) und Autos (Strg + Alt + V, L) windows, die MSDN hat:
Das lokal-Fenster zeigt die Variablen, die lokal zu dem aktuellen Kontext oder Rahmen. Dies bedeutet meist die Prozedur oder Funktion, die Sie derzeit ausgeführt werden. Der debugger füllt dieses Fenster automatisch. In Visual C#, wenn der Ausnahme-Assistent deaktiviert ist, wird das lokal-Fenster zeigt auch eine pseudovariable $Ausnahme, wenn es eine aktive Ausnahme. Sie können erweitern Sie die pseudovariable, um zu sehen, details der Ausnahme.
Die Autos Fenster zeigt die Variablen, die in die aktuelle code-Zeile und der vorhergehenden Zeile code. Für native C++, die Autos Fenster zeigt Funktion Rückgabewerte als gut. Wie die Fenster, die Autos, die Fenster werden automatisch eingetragen, indem Sie den debugger.
...und für den Stack gibt es das Call Stack-Fenster (Debug -> Windows -> Call-Stack) oder Ctl + Alt + C.
Aber ich habe das Gefühl, dies ist nicht, was Sie suchen.
Wenn Sie sich für eine "in-memory" - Ansicht, die Sie vielleicht in der Lage sein, um die Verwendung der Visual-Studio-Speicher-windows zugegriffen werden kann von der Debug -> Windows -> Speicher -> Speicher-Menüs für x (wobei x 1-4) oder Strg + Alt + M, 1-4.
Als ein paar Leute haben jetzt erwähnt, es gibt ein paar andere externe tools, die sehr nützlich für Speicher-debugging (ich benutze hauptsächlich SysInternals tools und den Debugging Tools for Windows).
Als Sie in debugging-Speicher, anderen Debuggern wird nützlicher sein. Als jemand vorschlug, WinDbg ist ausgezeichnet für Speicher-debugging. Ich benutze IDA Pro Disassembler selber viel.
Können Sie anzeigen der Aufrufliste beim Debuggen, aber ich nehme an, dass ist nicht das, was du bist suchen für. Möchten Sie vielleicht versuchen, von Windbg und SOS, die sind TOLL zum Debuggen von Speicherproblemen. Eine etwas steile Lernkurve, aber die Amortisationszeit ist RIESIG.
Wenn Sie wirklich wollen, zu betrachten der raw-Speicher aus irgendeinem Grund können Sie öffnen Sie die "Memory" debug-Fenster von "Debug->Windows->Memory" und schreiben Sie die Adresse ein, die Sie wollen, schauen Sie in die edit-box. Sie können auch schreiben Sie in die edit-box die jeder Ausdruck, der ausgewertet wird, um eine Adresse ein und es wird Ihnen zeigen, dass-Adresse, zum Beispiel &variable
Dies ist nicht sehr nützlich für die eigentlich auf der Suche bei Variablen, weil Sie haben eine harte Zeit, analysieren die roh-bytes in sinnvolle Werte, aber es kann nützlich für das Debuggen von Situationen, in denen Sie vermuten, es sind Pufferüberläufe oder Speicher, der überschrieben unerwartet. Es ist besonders nützlich, wenn verwendet, in Verbindung mit Daten-Haltepunkte.
Ich weiß, das ist eine alte Frage, aber ich dachte, ich update sowieso...
Visual Studio 2015 kommt mit dem Memory-Usage-Monitor-eingebaut in der Diagnose-Tools-panel. Wenn Sie Schnappschüsse vor, während, und nach dem, was Sie wollen, um zu überprüfen, können Sie rückwirkend Einblick in die heap-Ansicht derjenigen, die snapshots.
AFAIK werden die wichtigsten Fenster, die Sie benutzen wollen würde, sind die Einheimischen (Strg + Alt + V, L) und Autos (Strg + Alt + V, L) windows, die MSDN hat:
...und für den Stack gibt es das Call Stack-Fenster (Debug -> Windows -> Call-Stack) oder Ctl + Alt + C.
Aber ich habe das Gefühl, dies ist nicht, was Sie suchen.
Wenn Sie sich für eine "in-memory" - Ansicht, die Sie vielleicht in der Lage sein, um die Verwendung der Visual-Studio-Speicher-windows zugegriffen werden kann von der Debug -> Windows -> Speicher -> Speicher-Menüs für x (wobei x 1-4) oder Strg + Alt + M, 1-4.
Als ein paar Leute haben jetzt erwähnt, es gibt ein paar andere externe tools, die sehr nützlich für Speicher-debugging (ich benutze hauptsächlich SysInternals tools und den Debugging Tools for Windows).
Benötigen Sie den "Call Stack-Fenster"...
http://msdn.microsoft.com/en-us/library/a3694ts5.aspx
Und für den Heap, das "Speicher-Fenster"...
http://msdn.microsoft.com/en-us/library/s3aw423e(VS.80).aspx
"Wiederherstellen von Versteckten Debugger-Befehle" kann auch nützlich sein...
http://msdn.microsoft.com/en-us/library/9k643651(VS.80).aspx
Als Sie in debugging-Speicher, anderen Debuggern wird nützlicher sein. Als jemand vorschlug, WinDbg ist ausgezeichnet für Speicher-debugging. Ich benutze IDA Pro Disassembler selber viel.
Können Sie anzeigen der Aufrufliste beim Debuggen, aber ich nehme an, dass ist nicht das, was du bist suchen für. Möchten Sie vielleicht versuchen, von Windbg und SOS, die sind TOLL zum Debuggen von Speicherproblemen. Eine etwas steile Lernkurve, aber die Amortisationszeit ist RIESIG.
Microsoft Debugging Tools für Windows
Wenn Sie wirklich wollen, zu betrachten der raw-Speicher aus irgendeinem Grund können Sie öffnen Sie die "Memory" debug-Fenster von "
Debug->Windows->Memory
" und schreiben Sie die Adresse ein, die Sie wollen, schauen Sie in die edit-box. Sie können auch schreiben Sie in die edit-box die jeder Ausdruck, der ausgewertet wird, um eine Adresse ein und es wird Ihnen zeigen, dass-Adresse, zum Beispiel&variable
Dies ist nicht sehr nützlich für die eigentlich auf der Suche bei Variablen, weil Sie haben eine harte Zeit, analysieren die roh-bytes in sinnvolle Werte, aber es kann nützlich für das Debuggen von Situationen, in denen Sie vermuten, es sind Pufferüberläufe oder Speicher, der überschrieben unerwartet. Es ist besonders nützlich, wenn verwendet, in Verbindung mit Daten-Haltepunkte.
Ich weiß, das ist eine alte Frage, aber ich dachte, ich update sowieso...
Visual Studio 2015 kommt mit dem Memory-Usage-Monitor-eingebaut in der Diagnose-Tools-panel. Wenn Sie Schnappschüsse vor, während, und nach dem, was Sie wollen, um zu überprüfen, können Sie rückwirkend Einblick in die heap-Ansicht derjenigen, die snapshots.
Hoffe, das jemand hilft.