GDB for WinDbg Users (Part 4)
If you are looking for debugging tutorials with a wider scope than just listing various debugger commands then the following books will be useful:
- Debugging by Thinking: A Multidisciplinary Approach
- Why Programs Fail: A Guide to Systematic Debugging
Both use GDB for debugging case studies and will be useful for engineers with any level of debugging experience.
- Dmitry Vostokov @ DumpAnalysis.org -
July 8th, 2007 at 5:28 am
DBT looks like a big book - is it worth the time to read it? I read some Amazon reviews saying that it’s geared toward beginners. But it is pretty hefty (500 pages or so).
Worth reading for people who have been programming for a decade?
July 8th, 2007 at 3:29 pm
I’m not reading it at the moment, I plan to do it when I finish reading the second one (Why Programs Fail) and the latter is very good to understand what debugging is all about even for people with decades of programming. Basically it gives practical debugging skills coherent and solid systematical foundation.
However I browsed Debugging by Thinking book and I can’t say that it is true that programming examples are for beginners only. Most of them involve pointers, linked lists, binary trees, heaps, etc. There is good information in the book about relation of debugging to other disciplines like logic, psychology, mathematics, root cause analysis, etc. Debugging can be applied in a broader scope, for example, when troubleshooting issues in technical support environment. In the company I work for, Citrix, technical support and escalation engineers do debugging in a broader sense because debugging starts at the system level with problem isolation, involves root cause analysis, etc. Andreas Zeller describes his TRAFFIC steps: Track, Reproduce, Automate, Find origins, Focus, Isolate and Correct. On a system level some problems can be corrected by upgrading or removing components without looking at source code. Crash dump analysis and/or traces can help here. After working in such environment I can say that thinking about debugging as a process to correct defects in code is too narrow.
Anyway when I read DBT book I would be able to say more whether it is worth reading it.
July 8th, 2007 at 8:17 pm
Cool stuff - thanks. I’ll check out both books.
I’ve got “Debugging: The Nine Indispensable Rules” on order. From reading some excerpts, looks like it’s an entertaining read.