Hi, 

Great, I'll check it out.  It sounds like a very nice tool.  Thanks for developing it.

Sent from my iPhone

On Mar 13, 2015, at 8:12 AM, Peter Gulutzan <pgulutzan@ocelot.ca> wrote:

Replying to Justin Swanhart:
(Apologies if this doesn't appear at the right spot in the thread, I haven't figured this system out.)
Yes, run SELECT my_func(blah) from some_table;  and a breakpoint will be seen if my_func calls another function which calls another function and that function has a breakpoint. That's not much different from what's in the demo which is illustrated on ocelot.ca/blog. For this early alpha all we offer as an 'internals manual' is the code comments,  but there are lots of them.

Peter Gulutzan

On 03/12/2015 06:00 PM, Justin Swanhart wrote:
Hi,

So I can run a SELECT my_func(blah) from some_table;  and a breakpoint will fire if my_func calls another function which calls another function and that function has a breakpoint ?  I fail to see how that is possible, but if it is, please provide a technical description of how it works if it is.  I really think a debugging API is needed for such functionality.

--Justin

On Thu, Mar 12, 2015 at 12:46 PM, Peter Gulutzan <pgulutzan@ocelot.ca> wrote:
Dear Alexander Barkov,

Thanks for looking at the debugger feature of Ocelot's open-source GUI client.
As you saw, ocelotgui supports breakpoints, flow control, and context inspection.
Recently we added call-stack viewing and variable-changing, in the source downloads.

The early-alpha release works on Linux.
It does not require any Linux-only features, and the tools (C++ and Qt) are reputedly portable.

Peter Gulutzan


_______________________________________________
Mailing list: https://launchpad.net/~maria-discuss
Post to     : maria-discuss@lists.launchpad.net
Unsubscribe : https://launchpad.net/~maria-discuss
More help   : https://help.launchpad.net/ListHelp