<![CDATA[Release debuggen]]>Hallo,

ich hatte einen Crash in meiner DLL. Da ich gerade die Release dieser DLL am Laufen hatte, zeigt mir mein Visual Studio nur Adressen an.
Gibt es einen Trick von den Adressen auf die Funktion zu schliessen??
Ich hab da mal probiert mit dem Dependency Walker, der mir ja die Offsets der EntryPoints anzeigt.
Dann habe ich aus dem Callstack in Visual Studio meinen tatsächlichen Offset berechnet und mit dem im Dependency Walker verglichen -- passt nicht 😕 😕

Kennt da jemand einen Trick oder wie kann man das machen?

Danke

]]>https://www.c-plusplus.net/forum/topic/171791/release-debuggenRSS for NodeMon, 06 Jul 2026 09:15:33 GMTMon, 29 Jan 2007 13:16:19 GMT60<![CDATA[Reply to Release debuggen on Mon, 29 Jan 2007 13:16:19 GMT]]>Hallo,

ich hatte einen Crash in meiner DLL. Da ich gerade die Release dieser DLL am Laufen hatte, zeigt mir mein Visual Studio nur Adressen an.
Gibt es einen Trick von den Adressen auf die Funktion zu schliessen??
Ich hab da mal probiert mit dem Dependency Walker, der mir ja die Offsets der EntryPoints anzeigt.
Dann habe ich aus dem Callstack in Visual Studio meinen tatsächlichen Offset berechnet und mit dem im Dependency Walker verglichen -- passt nicht 😕 😕

Kennt da jemand einen Trick oder wie kann man das machen?

Danke

]]>https://www.c-plusplus.net/forum/post/1219163https://www.c-plusplus.net/forum/post/1219163Mon, 29 Jan 2007 13:16:19 GMT<![CDATA[Reply to Release debuggen on Mon, 29 Jan 2007 13:29:05 GMT]]>Du könntest dir ja eine "Semi-Debug"-Version erzeugen - mit den vollen Optimierungen der Release-Version, aber mit aktivierten Debug-Informationen.

]]>https://www.c-plusplus.net/forum/post/1219178https://www.c-plusplus.net/forum/post/1219178Mon, 29 Jan 2007 13:29:05 GMT<![CDATA[Reply to Release debuggen on Mon, 29 Jan 2007 13:46:45 GMT]]>Kann ich, ja. Der Crash ist aber leider nicht reproduzierbar. Im Moment habe ich nur einen Callstack und ein Haufen Adressen. 😡

]]>https://www.c-plusplus.net/forum/post/1219198https://www.c-plusplus.net/forum/post/1219198Mon, 29 Jan 2007 13:46:45 GMT<![CDATA[Reply to Release debuggen on Mon, 29 Jan 2007 15:23:50 GMT]]>Ich weis nicht ob das nachträglich geht aber sofern du die Sache auf deinem PC Compeliert hast und die entsprechenden Source Dateien geöffnet hast findet Visual Studio auch oft die entsprechenden Source stellen (Sofern die pcb ? vorhanden).

Edit: Die pdb Datei ist es.

]]>https://www.c-plusplus.net/forum/post/1219238https://www.c-plusplus.net/forum/post/1219238Mon, 29 Jan 2007 15:23:50 GMT<![CDATA[Reply to Release debuggen on Mon, 29 Jan 2007 20:08:32 GMT]]>Ich weiß nicht ob man das mit dem VS machen kann. Aber normalerweise erzeugt man einen Core-Dump und untersucht diesen dann mit einer Version, die die Debug-Symbole enthält. Wenn das nicht geht, sollte es sicher möglich sein, dass du die Debug-Symbole aus der Debug-Version extrahierst und mit dem Debugger lädst.

]]>https://www.c-plusplus.net/forum/post/1219404https://www.c-plusplus.net/forum/post/1219404Mon, 29 Jan 2007 20:08:32 GMT<![CDATA[Reply to Release debuggen on Tue, 30 Jan 2007 09:49:40 GMT]]>Also im Platform SDK gibts Windows Debugging Tools mit denen kann man das machen sofern man die pdb und quelltext hat.

+ Die Fehler (txt) die das Programm erzeugt hat.

]]>https://www.c-plusplus.net/forum/post/1219644https://www.c-plusplus.net/forum/post/1219644Tue, 30 Jan 2007 09:49:40 GMT<![CDATA[Reply to Release debuggen on Tue, 30 Jan 2007 15:45:16 GMT]]>ich glaube cracker lassen das programm laufen und setzen breakpoints um z.b bei der keyeingabe die werte zu ändern. evtl. könnte man das programm über einen solchen laufen lassen und beim fehler würde dies die werte anzeigen.
ich denke mit disassembler könnte man das hinkriegen. dort stehen dann auch die dazugehörige funktion und variabeln usw.

grs grave

]]>https://www.c-plusplus.net/forum/post/1219941https://www.c-plusplus.net/forum/post/1219941Tue, 30 Jan 2007 15:45:16 GMT