Related articles |
---|
[4 earlier articles] |
Debuggers fabio@dcs.edinburgh.ac.uk (1991-08-08) |
How long does it take to build a compiler? ywlee@sparc0a.cs.uiuc.edu (Youngwhan Lee) (1993-10-27) |
Re: debuggers zstern@adobe.com (1993-11-11) |
Re: debuggers shyamal@seas.smu.edu (1993-11-11) |
Re: debuggers wjw@eb.ele.tue.nl (1993-11-11) |
debuggers ssimmons@convex.com (1993-11-11) |
Re: debuggers sommerfeld@apollo.hp.com (1993-11-11) |
Re: debuggers sean@PICARD.TAMU.EDU (1993-11-12) |
Re: debuggers henry@zoo.toronto.edu (1993-11-14) |
Re: debuggers zstern@adobe.com (1993-11-15) |
Newsgroups: | comp.compilers |
From: | sommerfeld@apollo.hp.com (Bill Sommerfeld) |
Keywords: | debug |
Organization: | HP Apollo Systems Division, Chelmsford, MA. |
References: | 93-10-124 93-11-067 |
Date: | Thu, 11 Nov 1993 18:33:41 GMT |
shyamal@seas.smu.edu (Shyamal Prasad) writes:
gdb on running on a DEC Station 5000 under ULTRIX allows watch points.
However, it does *not* use the hardware and runs about 10 to a 100
times slower.
I have used them one time when I was really sunk...they *do* work.
... assuming you're lucky and the bug in question isn't timing
dependant (generally not an issue if you're debugging a compiler, but
often an issue for other things..).
BTW, if you have some idea of where the error is taking place, you can
often significantly increase the effectiveness of watchpoints/ breakpoints
by chaining breakpoints together using gdb's enable/disable commands
*from* commands executed at breakpoints or conditional breakpoints...
- Bill
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.