[RFC 8/8] mi/python: Allow redefinition of python MI commands

Jan Vrany jan.vrany@fit.cvut.cz
Tue May 7 11:26:00 GMT 2019


On Mon, 2019-05-06 at 15:40 -0600, Tom Tromey wrote:
> Jan> Does above address your concern? 
> 
> The issue isn't a leak but rather the possibility of using an object
> after it's been destroyed.
> 
> That is, if an MI command can be running when it is replaced, the code
> has to be sure that the command object isn't referenced after the
> replacement -- because the old object will have been destroyed.
> 

I see. I just added a test for this case into "almost finished" 
v2 of the patch series. There, this problem is kind of avoided by 
making sure that in mi_command_py::invoke anything from "this" 
mi_command_py object is not accessed AFTER calling the python code. 

However I agree that using shared_ptr is more robust solution.

Thanks! 

Jan



> Tom



More information about the Gdb-patches mailing list