This is the mail archive of the
mailing list for the GDB project.
Re: GDB/MI executing a python command
On Thu, 2019-05-23 at 12:03 -0400, Simon Marchi wrote:
> On 2019-05-23 11:54 a.m., Jan Vrany wrote:
> > I dont think so. In my opinion it *should* produce correct MI output. If there's an MI channel
> > opened, whenever the inferior is run or stopped, there should be an MI event, no matter what.
> > Imagine you have an MI frontend and you execute, from CLI, a custom python command than in turn
> > does gdb.execute("stepi") - or worse, gdb.execute("cont"). Then inferior is running but MI frontend
> > still thinks it is stopped, making those two out of sync. This would lead in all sort of problems
> > like frontent would still show "stopped", when switching thread in UI would result an MI error when
> > trying to obtain stacktrace (which hard to handle, since all you get is a *localized* error message).
> > And so on.
> Yes, but that's what the *running notification is for. I was talking about the ^running, which
> is not a notification, but a reply to a command. It is strange that the MI channel gets a reply
> for a command it did not send.
Ah, I'm sorry! My eyes are failing me.
Then I of course agree.