| Title: | Digital Ladebug debugger |
| Moderator: | TLE::LUCIA |
| Created: | Fri Feb 28 1992 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 969 |
| Total number of notes: | 3959 |
I can sense that there is a lot frustration with using ladebug especially dxladebug. We appreicate all the problems you reported, and we actually love them (at least it indicates that someone is using it). We are rearranging the resources to address these problems as fast as can. If there are problems that are very critical for you, please state that so we can bump its priority. For the past several 6-9 months, our focus has been to make ladebug and dxladebug load faster. We have made significant improvement and it's in acceptable now (sure, it can use some more improvement). Our current top priority goal is to make dxladebug reliable and function as it should. It's aweful when debugger hangs or segv after a handful operations. We are addressing it by putting them into various categories so problems can be addressed with a right design instead of various patches. Please don't give up yet. Please continue to report any problems you have. I hope you understand that we understand it's a problem and we are working it. Thanks Wanfang
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 858.1 | DECC::OUELLETTE | Fri Feb 28 1997 12:17 | 7 | ||
Rest assured that about half of the DEC C and C++ team has experienced realization of being behind, reprioritization, and hard work to catch up. While the effort has no definite conclusion, there does come a time when bugs get under control and people start really liking your product (mostly). In the mean time, work is never uninteresting or slow. Roland. | |||||
| 858.2 | RDGENG::HAQUE | Shaheed R. Haque, 830-3531, reo2-f/b3 | Mon Mar 03 1997 05:00 | 24 | |
Personally, I file bug/enhancement reports because: 1. I want a reliable, world class debugger for Digital UNIX. 2. I am encouraged by the attitude of the ladebug team in their responses...and progress too. I am certainly aware of the effort that frequent releases take, and appreciate the visible improvements. 3. I am a Digital employee, and I believe that this carries a responsibility for find bugs etc. before real customers do. The things that would stop me from filing reports would be: 1. Everything worked exactly the way I want :-), all the time, and beats the pants off the competitors (e.g. the VAX Ada compiler circa 1989). 2. An unresponsive attitude from the team. Thanks, "A kernel mode/kernel crash dump/application debugger" | |||||