2013/1/3 Eli Bendersky <eliben at gmail.com>: > etree has a C accelerator that was improved and extended in 3.3 and was made > the default when importing etree. But a regression (issue #16076) occurs > because _elementree.Element has no pickling support, while the Python > version does by default (being a plain Python class). In the aforementioned > issue we're trying to resolve the strategy for supporting pickling for > _elementtree.Element. I hope my understanding of unpickling is correct - it > does need a class name to find the module that can unpickle the object, > right? If this is correct, than such a change (name of the type) may be > required to solve the regression between 3.3 and 3.3.1 Yes, but you're probably going to have to do more than change the class name in order for pickling to work for C types. -- Regards, Benjamin
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