Embed Size (px)
Citation preview
Ingo Rammer und
• Kleine Beratungsfirma für Softwareentwickler
• Unterstützung, Coaching und Beratung für Software-Architekten und -Entwickler– Architektur- und Code-Reviews– Prototypentwicklung und Architekturberatung– Coaching und Mentoring– Anwendungsoptimierung und Troubleshooting
• http://www.thinktecture.com• [email protected]
… oder „Wenn nix mehr geht, geht doch noch was“
Ziel dieser 75 Minuten
• Tools• Techniken• Links
• Gewissheit: Sie können das Problem lösen!
Szenarien
• Applikationsfehler, die nicht ausreichend geloggt werden
• „Verschluckte“ Exceptions, die im Produktivbetrieb essentielle Infos vernichten
• Anwendungen, die sich „einfach so beenden“
• Memory Leaks in grafischen Applikationen und in Server-Anwendungen
• … und kein Visual Studio weit und breit
Gemeinsamkeiten der Tools
• XCOPY – am Server muss nichts installiert werden• Kostenlos• Debugger kommen von Microsoft, Rest ist optional
MDbg
• Managed Code Debugger• Nachfolger von cordbg (Common Object
Runtime Debugger)• Zwei unterschiedliche Versionen!
– MDBG im SDK • Supported
– „MDBG Sample“ als C# Quellcode• IL Disassembler• Grafische Oberfläche• Unsupported
MDbg Kommandos
• ru -> Run (Starte Anwendung)• at -> Attach (Laufenden Prozess
debuggen)• g -> Go (Äquivalent von F5 in Visual
Studio)• lo -> Load Module (z.B. “LO ILDASM”)
• ca ex -> Catch Exceptions• w -> Wo bin ich? (Stack Trace)• t -> Thread-Liste• t <#> -> Thread auswählen (z.B. “t 3”)• p -> Print (Lokale Variable)
MDbg bei verschluckten Exceptions
• Drag und Drop der EXE auf MDbg– Alternativ: Start von Mdbg, dann Verwendung von Run
oder Attach• ca ex (Catch Exceptions)• g (Go)• Sobald die Exception auftritt:
– w (Stack Trace)– g (Bei Bedarf: Go)
WinDbg
• Low Level Debugger (auch Kernel Debugging)
• Kennt .NET nicht, sondern grundsätzlich nur unmanaged code
• Erweiterungsmodul SOS (Son Of Strike) erlaubt Zugriff auf interne .NET Datenstrukturen
• Relativ komplex, bietet aber wichtige Features:– Memory Leak Analyse („alle existierenden
Objekte“)– Analyse von Memory Dumps– Remote Debugging über TCP/IP (auch mit TCP
Forwardern als Relay-Stationen)
WinDbg Grundlagen
• .loadby sos mscorlib -> lade SOS aus dem Verzeichnis, aus dem mscorlib
geladen wurde. Funktioniert erst, nachdem CLR im
Zielprozess initialisiert wurde!• G -> go (F5)• CTRL+BREAK -> Break• ~ -> Thread List• ~#s -> Thread Auswahl (z.B. ~4s)• !clrstack -> Stack Trace• !help [cmd] -> Liste der SOS Funktionen• .hh [cmd] -> Hilfe zu WinDbg Funktionen
WinDbg und Exceptions
• WinDbg geht standardmässig bei einigen unmanaged Exceptions (Access Violations) in den Break-Modus
• SXE <event> -> Break• SXI <event> -> Ignorieren• SXN <event> -> Output
• SXE clr -> Break bei allen CLR Exceptions
• Wichtig: NullReferenceException, DivideByZero sind keine CLR Exceptions, sondern „normale“ unmanaged Exceptions
• SXE av -> Break bei Access Violation (Null Ref, default)• SXE dz -> Break bei Division durch Null (default)
WinDbg und Speicherleaks
• WinDbg kennt .NET primär nicht und kann daher mehr sehen als ein .NET Debugger
• !dumpheap -> Alle geladenen Objekte• !gcroot -> Garbage Collection Pfade zu den Objekten• !do <adr> -> Dump Object• !da <adr> -> Dump Array• !dso -> Dump Stack Objects (nicht präzise)
• !dumpheap –stat• !dumpheap –type <klassenName>• !gcroot <objektAdresse>
• Interessant zusammen mit HawkEye zum Identifizieren der Klassennamen von GUI-Elementen
• .dump /ma c:\dumps\mydump.dmp -> Dump (/ma: mini dump mit “All” Option)
Memory Dump Analyse
• ADPlus (Auto Dump Plus)– Erzeugt Memory Dumps sofort oder bei Exceptions
(allerdings nur unmanaged)– Dumps sind im Allgemeinen zwischen 40 und 500 MB
gross aber gut komprimierbar– Dumps beinhalten den gesamten Prozessspeicher und
mehr– Zum Beispiel auch Rekonstruktion der geladenen DLLs
und EXEs
ADPlus
• C:\> adplus –hang –p <PID>• C:\> adplus –hang –pn <ProzessName>• C:\> adplus –crash –p <PID>
Global Flags
• Tool in den Debugging Tools für Windows• Erlaubt das sofortige Starten eines Debuggers bei
Programmstart• Bei Services: „Interact with Desktop“ muss
aktiviert sein
DumpGen und SOS Assist
• SOS Assist: Grafisches Tools für WinDbg• DumpGen: Erzeugung von Dumps
• Beide Tools: Kostenlos. In ständiger Entwicklung. Aktuell: Sehr frühe Preview Version
• Download nur für Teilnehmer unserer Debugging-Kurse oder Vorträge. Verteilung im Unternehmen ist natürlich ok.
• URL: http://www.thinktecture.com/SOSAssist
Logging und LogViewer
• Alle API Zugriffe können von WinDbg geloggt werden– Parameter und Rückgabewerte
• !load logexts -> Lade Logging Erweiterung• !logm i * -> Inkludiere alle Module• !loge c:\logs -> Starte Log in c:\logs (Enable)• !logb f -> Flush des Log-Puffers• !logd -> Log Beenden (Disable)
• Betrachtung mit LogViewer (ebenfalls Debugging Tools für Windows)
Downloads
• MDbg Sample – Google: „mdbg sample“
• WinDbg, CDB, GFlags– Google: „debugging tools for windows“
• Hawkeye – Google: hawkeye .net
http://www.thinktecture.com/
[email protected]://blogs.thinktecture.com/ingo/
In-depth support and consulting for
software architects and developers
{ }
