<br><br><div class="gmail_quote">On Wed, Apr 15, 2009 at 6:41 PM, Vladimir Prus <span dir="ltr"><<a href="mailto:ghost@cs.msu.su">ghost@cs.msu.su</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="im">On Wednesday 15 April 2009 14:25:13 Andreas Pakulat wrote:<br>
> On 15.04.09 13:06:38, Vladimir Prus wrote:<br>
> > On Wednesday 15 April 2009 11:10:17 Andreas Pakulat wrote:<br>
> ><br>
> > > > > > We technically can have a single list (as soon as we know<br>
> > > > > > breakpoint->config association internally for the benefit of 'sync' state<br>
> > > > > > display).<br>
> > > > ><br>
> > > > > Why is there a breakpoint->config association?<br>
> > > ><br>
> > > > Because config is the entity that sets breakpoints, and it should be<br>
> > > > able to distinguish between:<br>
> > ><br>
> > > Hmm, isn't it rather the debugger that sets it.<br>
> > ><br>
> > > >   - Breakpoints that must be inserted, and are inserted<br>
> > > >   - Breakpoints that must be inserted and are not, for any reason<br>
> > > >   - Breakpoints that are irrelevant<br>
> > > ><br>
> > > > In particular, display of  breakpoint in the breakpoint widget will<br>
> > > > be decorated with different icons depending on which of the above<br>
> > > > states is true.<br>
> > ><br>
> > > But I don't see why you'd need to know the config for doing that.<br>
> ><br>
> > Well, I hope you'll agree that we need some mechanism of understanding<br>
> > what breakpoints are irrelevant for the current debug session.<br>
><br>
> If you meant to say "current debug sessions" (i.e. plural form) then yes I<br>
> agree.<br>
<br>
</div>Whilst I believe the plural form is a can of worms that better not be opened,<br>
the mechanism are the same regardless of whether one or multiple debug<br>
sessions are allowed.<br>
<div class="im"><br>
> > > > 2. Launcher having to decide, using flaky heuristics, if a breakpoint<br>
> > > > "belongs" to it and should be inserted, or, alternatively, trying<br>
> > > > to insert all breakpoints.<br>
> > ><br>
> > > Then how do you imagine that the user explains KDevelop which breakpoint<br>
> > > should be used with which config?<br>
> ><br>
> > We'll have current launch config -- we already have it, and other IDEs have<br>
> > it too. Newly added breakpoints are associated with the current launch config.<br>
><br>
> No, we have a "default run", which is executed if you don't choose a<br>
> different one. But if I debug two applications at the same time, I don't<br>
> want to have to switch the "current launch config" each time something<br>
> happens in the other app.<br>
<br>
</div>How often do you debug two applications at the same time?<br>
<div class="im"><br>
> Also I don't see this being needed at all, a debug plugin, when starting an<br>
> app, can see _all_ breakpoints that have ever been set by the user. It can<br>
> then try to set all of them,<br>
<br>
</div>And then will get errors setting half of them, and will display breakpoints<br>
as problematic in breakpoint widget, and users will wonder what broke.<br>
<br>
Anyway, it seems like we're not getting closure via email -- can we schedule<br>
a real time chat -- say IRC or Skype?<br>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
- Volodya<br>
<div><div></div><div class="h5"><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>We could have some IRC meetings next week (when we're in the actual meeting) so that we can talk those things all together even if people can't come.<br>