John Labenski <[EMAIL PROTECTED]> writes:

> But then you have zombie debugee processes if something fails. I
> worked on this last night a little bit and hope it's better now. The
> problem is that you want to Kill debuggee process, but when you do the
> main thread is run and if you're in the destructor of the
> wxLuaDebuggerBase things get out of sync and you get an exception. It
> seems as though what you want to do is
> 
> 1) kill debugee process in the debugger server
> 2) send some made up event back to myself so that the wxWidgets event
> handler is run at least once
> 3) in the event handler actually delete the debugger server
> 
> I have to debug it more, but you may want to look at the current cvs
> to see what I've done. See ~wxLuaDebuggerBase and the OnTerminate you
> mention. Another idea is to create a static class to actually delete
> the process so that when the Kill function returns the class will
> still be there.
> 
> This crashes because KillDebuggee returns, but the process is still in
> a thread trying to kill it when you delete the debugger server.
> debuggerServer:KillDebuggee()
> debuggerServer:Delete()
> 
> Does this make sense? The backtrace that MS Visual Studio gives is
> pretty bad, but a breakpoint set in the debugger server shows that the
> problem seems to be with that.

Now I am really confused, nothing new :)

The problem I had was a zombie process left on failure. But by removing these
lines then the zombie process was removed. Also debugging a program which
terminates properly works, not a surprise since it does not used this code.

I will look at it again. 

I think I am using the moste recent code.

Andre




-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
wxlua-users mailing list
wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users

Reply via email to