How can I set up debugger options in the IDE?<br><br>Thank you...<br><br><div class="gmail_quote">On Wed, Feb 4, 2009 at 5:29 AM, Hamish Rodda <span dir="ltr"><<a href="mailto:rodda@kde.org">rodda@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wednesday 04 February 2009 04:32:33 Andreas Pakulat wrote:<br>
> On 03.02.09 20:06:20, Vladimir Prus wrote:<br>
> > On Tuesday 03 February 2009 19:42:26 David nolden wrote:<br>
> > > Am Dienstag 03 Februar 2009 07:48:48 schrieb Vladimir Prus:<br>
> > > > Oh, competition! That's always good :-)<br>
> > > ><br>
> > > > - Volodya<br>
> > ><br>
> > > Would have been more useful if you actually said something about<br>
> > > Hamish's points. ;-)<br>
> > ><br>
> > > What do you think about the thing? I think Hamish's points are valid.<br>
> > > We're coming closer to a release, and we do need a working debugger. If<br>
> > > we had one that was working a year ago, then it's worth considering<br>
> > > going back there.<br>
> ><br>
> > Well, it is worth pointing out that in HEAD, to the best of my knowledge<br>
> > we have working thread/frame view, breakpoint widget, watches, and<br>
> > variable tooltips. We don't have display of local variables, and we don't<br>
> > have breakpoint markers in source. So, the most straightforward way to<br>
> > get a working debugger is to fix the missing thing. Branching from a Qt4<br>
> > port of KDevelop 3 debugger which is known not to be very great seems<br>
> > like an equally complex way to get something worse.<br>
<br>
</div>Issues with head:<br>
1) No toggle on breakpoints in the editor - you have to type in the location.<br>
I tried to fix this but the new breakpoint framework is complex and seemingly<br>
unable to accept a programmatic insertion of a breakpoint. IIRC I asked for<br>
help with fixing it, and was told it would be worked on, but that was last<br>
year.<br>
<br>
2) No local variables display .<br>
The variables display that is there appeared to be completely new code,<br>
throwing out everything that was done for 3.x; why was this?<br>
I also tried to fix this here, but because the variables code was new it was<br>
hard for me to see how to port the frameitem and threaditem code.<br>
<br>
3) No meaningful commit since the hackathon.<br>
<br>
Whereas with the branch, which took me only two hours, I now have everything<br>
back to a working state, including QString display.<br>
<div class="Ih2E3d"><br>
> Hmm, so it seems fixing the current plugin up shouldn't be too much work.<br>
> Maybe I can do a little exercise this weekend, as I was planning to fix<br>
> that up anyway (just couldn't decide on wether I should start with this or<br>
> designer) :)<br>
<br>
</div>If I thought that was the case I would have done that instead.<br>
<br>
Don't get me wrong, I don't want maintainership of the debugger part, and I<br>
value everything that Vladimir is/has done for it including the improvements<br>
to gdb; but I think we need to find an interim solution for 4.0 or have<br>
someone step up to fix the problems with the head version.  If what I have<br>
done spurs someone on to fix head, then I'll have achieved my aims.<br>
<br>
Cheers,<br>
<font color="#888888">Hamish.<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>