It looks like the FileStorage getTid implementation is broken. This was revealed by running the old getSerial tests against getTid. File storage's getTid incorrectly returns a serial for an object who's creation transaction has been undone. I think this is a bug that I can easily fix. Heck, there's already a test for it. :)

I'm just sharing here in case someone who worked on this before has any reason to think my analysis is incorrect. :)

Everyone else is free to ignore this.

Jim

--
Jim Fulton                      mailto:[EMAIL PROTECTED]                Python 
Powered!
CTO                             (540) 361-1714                  
http://www.python.org
Zope Corporation        http://www.zope.com             http://www.zope.org



_______________________________________________
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev

Reply via email to