On Thu, Feb 12, 2004, Patrick Stinson wrote: > > I am using sip to generate python bindings for my c++ library. sip > is also used to generate python bindings for the Qt Gui toolkit. The > PyEval_*Thread and PyThreadState_* seem to end up with a NULL tstate > parameter at different points of execution when I start instantiating > more complicated sip-wrapped widget classes along with my own > multi-threaded library. At one point, I moved the thread creation > code into python (by causing it to simply call a method in my library > to execute the thread), and it helped a bit. > > I'm obviously not looking for help with sip, but it would be nice > to get a general overview of what conditions cause a NULL tstate to > be passed to these functions. I've posted a few messages on the sip > mailing list about this, but the problem seems a little too biased > toward the scope of this list for any of them to answer. Actually, this is probably more appropriate for comp.lang.python; that's where usage questions belong, even usage questions about the API internals. If you're sure there's a bug, file a report on SF (with as minimal a testcase as possible), then report it here. -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "Argue for your limitations, and sure enough they're yours." --Richard Bach
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4