<div dir="ltr"><div>Just tried to let tool view load/unload with the debug session. It works like a charm. Not sure if this would introduce any race conditions, though. I'll go this way for now. For generalizing the debugger console, maybe I'll work on it after the GSoC, so I can take time polishing the core LLDB plugin now.<br><br></div><div>Thanks to all of you!<br></div><div>Peifeng Yu<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 26, 2016 at 6:55 PM Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jul 26, 2016 at 6:12 PM, Aetf <<a href="mailto:7437103@gmail.com" target="_blank">7437103@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I agree that we should try to provide a unique interface for different<br>
> debuggers. And the variables, break points and frame stack view are already<br>
> in kdevplatform. It shouldn't be hard to use them in kdev-xdebug.<br>
><br>
> But other tool views seem to be too specific to C/C++, i.e.<br>
> disassembly/register, memory view. I feel they might not be good candidates<br>
> in kdevplatform.<br>
><br>
> Cheers,<br>
> Peifeng Yu<br>
><br>
> On Mon, Jul 25, 2016 at 7:46 PM Alexander Zhigalin <<a href="mailto:alexander@zhigalin.tk" target="_blank">alexander@zhigalin.tk</a>><br>
> wrote:<br>
>><br>
>> Maybe we can integrate a bunch of abstract classes and views into<br>
>> kdevplatform and than use them by various debugger frontend plugins?<br>
>> We also need to resurrect the kdev-xdebug, a frontend for XDebug PHP<br>
>> debugger, so it will be nice to making all the debuggers use an unique<br>
>> interface.<br>
>><br>
>> 21:03, 25 июля 2016 г., Aetf <<a href="mailto:7437103@gmail.com" target="_blank">7437103@gmail.com</a>>:<br>
>><br>
>> Hi Sven,<br>
>><br>
>><br>
>> Thanks for help :)<br>
>><br>
>> On Mon, Jul 25, 2016 at 1:59 PM Sven Brauch <<a href="mailto:mail@svenbrauch.de" target="_blank">mail@svenbrauch.de</a>> wrote:<br>
>><br>
>> Can you maybe do the same for those plugins as well, i.e. share the same<br>
>> UI frontend and just use the debugger plugin as a switchable "data<br>
>> source"?<br>
>><br>
>><br>
>><br>
>> In theory, yes. It's a big refactor of the current code though. And I feel<br>
>> these tool views are too c/c++ specific to be able to put them into<br>
>> kdevplatform. If not going into kdevplatform, then we'll need another plugin<br>
>> to host the common UI front end. Maybe a cpp-debugger-base plugin? xD<br>
<br>
Maybe it would make sense to generalize the debug output one for now<br>
and leave the others for later. They're broken in LLDB at the moment<br>
anyway, so it's not super useful anyway.<br>
<br>
Alternatively, a solution would be for the debugger plugin to actually<br>
make the toolviews available when the debug session is running. I'm<br>
not sure how it would play out in practice though.<br>
<br>
Aleix<br>
</blockquote></div>