-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej Wisniowski wrote:
resolve <bound method Length._p_resolveConflict of <BTrees.Length.Length object at 0xb28fff6c>> resolve <built-in method _p_resolveConflict of BTrees._OIBTree.OIBucket object at 0xb1b81224> resolve <built-in method _p_resolveConflict of BTrees._OIBTree.OIBucket object at 0xb1b81224> resolve <built-in method _p_resolveConflict of BTrees._OIBTree.OIBucket object at 0xb260c80c> resolve <built-in method _p_resolveConflict of BTrees._OIBTree.OIBucket object at 0xb260c614> resolve <bound method Length._p_resolveConflict of <BTrees.Length.Length object at 0xb2a9146c>> resolve <built-in method _p_resolveConflict of BTrees._IOBTree.IOBucket object at 0xb1b81224>
The last resolve raises an exeption
(Pdb) p sys.exc_info() (<class ZODB.POSException.BTreesConflictError at 0xb78df0bc>, BTreesConflictError(-1, 47, 47, 6), <traceback object at 0xb1c34dec>) Length, IOBucket and such things seems to me to be related to session machinery. What timeout and resolution times you have now? Also try if there are differences when you try to call your methods just after zope restart and after few different calls to get session objects created.
Not if the sessions being used are from 'faster' -- it doesn't use IOBTree. The major "application" use of that module is in the catalog. Try dumping out the contents of the bucket: for k, v in bucket.items(): print k, type(v) Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGXzzr+gerLs4ltQ4RAvF8AKColGLB4jh/f5P0rffXGY6+USp31gCdHdBD ly+PHJ28HDBCTKrTSEJ2OZA= =QOWx -----END PGP SIGNATURE-----