Well we can always attach to it, but there are cases where it won't be enough.<br><br><div class="gmail_quote">On Mon, Dec 21, 2009 at 5:45 PM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 21.12.09 16:00:05, David Nolden wrote:<br>
> Am Montag 21 Dezember 2009 15:45:12 schrieb Milian Wolff:<br>
> > Hey all!<br>
> ><br>
> > How do I start kdevelop inside GDB nowadays? That kdev_starter always<br>
> >  insists on spawning new processes in the background and doesn't come with<br>
> >  a -debug / - nofork switch...<br>
><br>
> Either attach to the process, or set a KDEV_SESSION="{...}" environment<br>
> variable.<br>
<br>
</div>Hmm, doesn't gdb's "follow-childs" mode work too?<br>
<br>
Of course this makes it quite a bit harder to debug startup-problems. I'm<br>
still not satisfied with this change (but I also don't have a better idea<br>
at the moment, except dropping global statics from the duchain).<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
Everything will be just tickety-boo today.<br>
</font><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>