[Guido] Py_Initialize ... Py_Finalize, Py_Initialize ... > But apparently this habit has fallen in disuse -- from looking at > the code I believe there's a serious problem with exceptions, > where initializing the second interpreter messes up the > identities of the exception classes stored in global variables by > the first interpreter, and nobody has ever complained about this. Last week on c.l.py some embedder complained about this. On the second interpreter, he got an exception saying "this constructor takes no args", but the line in question was a function (taking no args). - Gordon
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