Stef,
One of the things that I do all of the time when trying to debug
particularly difficult problems is to keep a "bug notebook".� My
"bug notebook" is a text file where I record information gleaned
from an inspector intermixed with comments, code and
observations...
I've attached an example from a couple of days ago
(bug_notebook.txt).
The particular problem I am working on involves btree nodes being improperly updated during index object updates. Each btree node is basically a 2000+ element Array ... so there is a lot of data to deal with .
In the notebook, I extract the interesting entries from the btree node and record the original set of values and then record the updated set of values and in this particular case I was able to "see" that after the update I had 4 entries that were not properly deleted ...
In addition to recording the interesting chunks of large data structures, I often end up with chunks of stacks from the debugger, copies of a inspector panes in my "bug notebooks" and chunks of code ...Thanks you all.
The idea is that we want to see how we cn improve our debugging arsenal.�
So it is important that your scenario give use some hints.�It is difficult to convey what we are really looking for :)
Hi guys
During the DSU workshop we were brainstorming about what are the most difficult bugs we faced and what are the conceptual tools that would have helped you.
Stef
--Using Opera's mail client: http://www.opera.com/mail/