Well, depends on what you want to achieve :) First, I don't think you can call Py_Initialize on many threads. You have special function to initialise different interpreters on per-thread basis.
However, the main problem is: do you want to share data across your threads ? If the answer is 'no' then use one interpreter by thread, this is, by far, the simplest solution (and the most efficient ?). But if you *do* need to share data, then you are in big trouble man :) As far as I tried it, multi-threading and Python don't go along very well ! At least, not with system-threads. Basically, to run some Python code, you have to hold the GIL (Global Interpreter Lock) and you cannot *test* it, you have to try holding it, so be prepare to block your threads that would want to access Python ! What I would recommend (and that's what I do in my own software) is to use a single thread in which your Python interpreter is running. Then, use a message system in C++ to send commands and get them evaluated and sent back (if needed). By doing so, you'll avoid a lot of problems, and you won't loose significantly performances (or if you care about that, then Python is definitly not the language you need) nor parrallelism (you wouldn't be able to run many Python threads at the same time anyways). Well, I hope that help, Pierre amit a écrit : > Hello, > > I am embedding a python script in a C++ application. The script can be > called simultaneously from multiple threads. > > What is the correct way to implement this situation: > > 1) Have unique python interpreter instantiations ( Py_Initialize() ) for > each thread. > > 2) Have one python interpreter, and implement a lock on it so it can't > be called simultaneously by multiple threads? > > Thanks > Amit -- http://mail.python.org/mailman/listinfo/python-list