On Thu, Jan 3, 2013 at 6:50 AM, Benjamin Peterson <benja...@python.org>wrote:
> 2013/1/3 Eli Bendersky <eli...@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. > Yes, of course. All of that is already implemented in patches Daniel Shahaf has submitted to the issue. The "controversial" question here is whether it's valid to change the __module__ of the type between 3.3 and 3.3.1 ? Eli
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com