Hamish Lawson wrote:

lxml.etree.parse does not appear to be fully compatible with ElementTree.ElementTree.parse, in that it accepts StringIO.StringIO but not cStringIO.StringIO instances. I'm using lxml 0.7.

Looks like I need to write another test case. It's definitely hardest to get input/output correct under all circumstances. libxml2's serialization and parsing APIs are rather arcane, and doing the right thing with all file-like objects appears harder than it seems too. Help working on this area would be much appreciated; I probably won't have time to look into this myself in the coming week or two... Thanks for reporting all these bugs by the way Hamish -- this is exactly the kind of feedback that's needed! Regards, Martijn