Hi all,
I don't really know how to phrase this question:
I have a C++ wxWindows program with embedded python (actually wxPython !!)
running an interactive-shell. I would like to have the shell issue something
like a "Wait()" command to be waked up from let's say a
wxWindows-socket-event.
The Problem I see is that "Wait() - Signal()" is needs to be called from two
separate threads. To use that I would have to "force" the python shell to
run in it's own thread - how?
Or there should be a way to "just put the interpreter to sleep" and have a
"wake-up event" triggered later...
I hope I could describe my problem well enough.
Any help or hints appreciated,
Thanks,
Sebastian
I had to write a ThreadedInterpreter class and a ThreadedInterpreterGateway( inheriting from Thread) to do allow the GUI to remain
interactive at all times but the interpreter to be off doing something like waiting for data. The app can launch many frames, each with its
own interpreter running in a thread. It works fairly well now although it took a lot to get things going. I based it on a mix of PyShellWindow
and the PyCrust demos, reworking them quite a lot. Unfortunately the code belongs to a client so I can't release it, but I can provide
suggestions, if thats useful.
Ellers
ยทยทยท
7/23/02 2:38:47 AM, "Sebastian Haase" <haase@msg.ucsf.edu> wrote:
Hi all,
I don't really know how to phrase this question:
I have a C++ wxWindows program with embedded python (actually wxPython !!)
running an interactive-shell. I would like to have the shell issue something
like a "Wait()" command to be waked up from let's say a
wxWindows-socket-event.