Customer Reviews

The Developer's Guide to Debugging

5 star:		(9)
4 star:		(0)
3 star:		(0)
2 star:		(1)
1 star:		(1)

 

 

Finally I got to this book. It's not bad actually -- as far as it goes. It consists of two major themes: a quick overview of debugging tools available on Unix and a bunch of debugging advice. The former is useful somewhat, for a one-pass quick read when you're curious whether there's something else out there you might want to add to your toolbox. The latter is OK but awfully basic, primitive; to me it seems even superfluous (I can't imagine anyone who can write code needs most of this advice). That said, there's nothing wrong with any of it. Finally, a book like that should have been published by O'Reilly and sold for twenty bucks, not eighty (price at the time of posting). One more thing: I'm very certain that a pile of facile, content-free but invariably five-star reviews that appeared here immediately upon the book's release have been posted by the author's friends and/or publisher's personnel. This is not a five-star book, so beware. If you can get it for cheap second-hand, maybe you want it. For eighty bucks, no. This is not a book you'll read twice, and moreover, you can find everything you need to know about the available tools on the net for free. And anyone who has programmed, say, for a year, will find the debugging advice given in this book largely superfluous.

This book is unique in many respects. First, there is no other book I know of that covers the topic of program debugging even though I found myself educating countless engineers on how to properly and methodically debug programs. Up to now, this knowledge is passed down "in the field" from experienced software writers to their younger colleagues. Second, it is quite comprehensive and covers a pleasantly broad set of topics ranging from the type of bugs and their origin to memory debugging, parallel program debugging, runtime monitoring, link-time related bugs or even profiling. Third, the book can be enjoyed cover to cover with gems (astute way to use debugging tools) that will surprise every software programmers save, perhaps, the most seasoned veteran. Students will find the book equally pleasant as it remains truly accessible and should be read by every person who intends to major in software engineering. Debuggers are wonderful tools, yet extremely rich. It can take years to discover/develop debugging methods. The book will help all newcomers to zero in on the critical tools and methods. The material is made extremely relevant with a substantial amount of efforts devoted to the discussion of specific concrete tools (e.g., gdb, valgrind, gprof, quantify, dmalloc, etc..). The focus is unmistakably on UNIX related tools (albeit with a clear effort to show the equivalent tools in a Microsoft setting).

As a brief summary, the book start in chapters 1 through 3 by discussing the nature and source of bugs, which classes of bugs exist (from benign to mid and severe) and finally how to get started with the simplest form of debugging: tracing and inspecting. Chapters 4 through 6 focus on memory related issues, i.e., they focus on memory leaks, memory corruption, memory protocol violations (e.g., double delete) as well as memory performance profiling and improvements. Chapter 7 briefly touches on debugging parallel code (a truly difficult task). Chapter 8 and 9 focus on problem related to the build/link/run process and environment. The last three chapters cover more advanced topics for sophisticated instrumentation/observation techniques (e.g., conditional breakpoints, watch points, signaling, dealing with statics, dump analysis and runtime changes to the state).

Naturally, it is quite difficult to cover every single aspects and tools related to the debugging process so some tools are not covered in the book. The sole omission that is noteworthy is the DTrace tools (created at SUN and available on both Solaris and Apple Mac OS X) which offers an amazing array of instrumentation tools. This does not however diminish the value of the text that I will highly recommend to my own students. A second edition will surely address this omission.

All in all, this is an excellent text that will please many developers who will most certainly find themselves referring back to it again and again. Highly recommended.

I dont know why so many people give this bool 5 starts. If you are an intermediate-advanced programmer every chapter in this book will sound to you. Nothing new. The only positive thing is that the book show you schematics ways to front the problems.... but IMHO that price is high for those material.

While the focus of this work is somewhat narrower than the title suggests, it does an excellent job of covering the debugging of C/C++ programs with a non-exclusive emphasis of the Linux and Unix environments. It contains a wealth of practical advice, ranging from basic methodology and debug-friendly code style to detailed usage examples of a plethora of dedicated software tools.

The easy-to-read text allows beginners to get started by introducing the use of a classical source-level debugger such as GDB. It then proceeds to cover a wide variety of techniques, some of them often unfamiliar to even experienced developers (e.g., the use of LD_DEBUG). Among the most useful parts of the book is the discussion of a number of open-source and commercial debugging tools based on practical examples, including memory and performance optimization and the debugging of multi-threaded parallel programs. Both the specific use of the tool (such as command line options) as well as the interpretation of its output are well explained. These descriptions considerably lower the barrier-of-entry for using the sometimes very powerful multi-function tools (e.g. valgrind) and give the reader a good base for diving into the tool-specific documentation.

In summary, the book should be quite helpful for most C/C++ developers. I definitely will recommend it to my students who are working on such projects.

Printf is a great tool, but not the answer to all debugging problems. Reading this book I realized that there are a lot more tools out there available to everyone. They are equally easy to use and provide a lot more help to find even the nastiest bugs in any kind of SW application.
It is clear that the writers have a lot of experience with supporting users and customers at different level of SW expertize, while being SW developers themselves. They provide a step by step description of various interesting tricks. They do not assume that you are the SW guru with years and years of SW development experience. Still there are surprising new approaches for the experts not only in the advanced debugging chapter. The examples are easy to reproduce and work.

The book is even entertaining. You can read it cover to cover, while meeting the bug-family with all their flaws and their tricks to hide, together with people, I am sure you will recognize.

This is a must read for SW engineers, if you want to be more productive and maybe finally get some sleep, because you got your boss (or your customer) off your back.

I have been working with software for many years, and with Linux systems for 15 years professionally. When maintaining and developing software you know that you have to use "debugging tools", but most users will simply resort to "printf" when debugging C/C++ code. This book tries to make a difference here. The book both described how the C/C++ tool chains work, and then systematically describes which tools to use in which context - and describes the tool usage in many examples. The book has a bias towards Linux (UNIX) systems, but is also relevant for Windows developers.

When debugging you can most often spend LOTS of time. I was skilled already before reading the book - but there were quite a few places in the book I had to mark "this is very clever, and I have to try this asap". The end result after reading the book is that you can do way more effective debugging with open source SW tools like gdb and valgrind.

When I above write "tries", then I must also add the word "succeeds". This is a good book. If you want to be a more productive C/C++ developer buy the book. I will help you a lot.

Peter Toft Danish Open Source evangelist, writer, blogger, conference organizer, and Senior specialist in algorithm design too :)

This book provides an excellent treatment of debugging techniques in C/C++ and is must-read for all serious software engineers. It contains practical advice and introduces a wide variety of debugging methods, ranging from the simple to the sophisticated. The book will prove valuable to the novice and the expert programmer alike. The illustrations and examples will be particularly useful to the new programmer for whom debugging is often ignored to their detriment later on. The expert will find the many specialized debugging tools and techniques interesting and useful. This is the rare book that will appeal to both audiences.

I finally read this book from cover to cover and I must say it is the very sound book and presents a consistent approach to debugging real-life problems with user-land C and C++ code on Linux environments. Although it uses mainly GDB for illustrations and provides Visual C++ equivalents when possible it doesn't cover Debugging Tools for Windows and its main GUI debugger, WinDbg. To rectify this I created extensive notes while reading available on my Software Generalist blog. Additional reader audience for this book might include a Windows engineer who needs to debug software on Linux or FreeBSD so a quick GDB crash course is needed. It would also serve as an excellent debugging course or as a supplemental course to any C or C++ course. Highly recommended if you are a Linux C/C++ software engineer. Even if you are an experienced one, you will find something new or make your debugging more consistent. If you need to teach or mentor juniors, this book helps too.

Thanks,
Dmitry Vostokov
Founder of DumpAnalysis Portal
Editor-in-Chief of Debugged! MZ/PE magazine

A solid text on debugging and profiling for C/C++ programming. It identifies the available tools, both open source and proprietary, explains good debugging methodologies, and provides brief but informative examples. It covers a lot of ground so the level of detail is limited, but it is the best overall compendium of this information that I have seen.

Are you a marketing executive in the software tools industry? Then this is the book for you. If you have written your last line of C-code more than a decade ago, such as myself, you will find that the world has evolved quite a lot from "printf" debugging.

If your customer is no longer calling the hotline, but starts to elevate the issue to you, it is time for you to understand, what is going on behind the scenes in your engineering organization. What are the secret ingridients of their debugging soup to cure the problem?

The book offers a very comprehensive review of all relevant techniques. It shows the basics as well as advanced techniques and can serve as a good reference for the challenges and solutions of software tools debugging. The authors do a good job of balancing the book for readability for novices and as well offering practical examples which drill a little deeper.

I highly recommend the book for anybody managing complex software tools. Know what your engineering team is talking about - more power to you!