Dieter Maurer wrote:
Pascal Peregrina wrote at 2006-4-12 08:35 +0100:
I use FileStorage (via ZEO).
I have switched a big dictionary from PersistentMapping to BTree.
In the past, it was easy to compute added/deleted keys from states (cause
PersistentMapping state contains the whole
Replied to quickly...
So, if I use HistoryJar to load a BTree from a given old state, are you sure
HistoryJar will correctly load all the BTree subobjects (sub BTrees and
Buckets)? I got the impression, reading HistoryJar code, that it might load
current state of subobjects, not old states...
I have a need for 64-bit BTrees (at least for IOBTree and OIBTree),
and I'm not the first. I've created a feature development branch for
this, and checked in my initial implementation.
I've modified the existing code to use PY_LONG_LONG instead of int for
the key and/or value type; there's no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Drake wrote:
I have a need for 64-bit BTrees (at least for IOBTree and OIBTree),
and I'm not the first. I've created a feature development branch for
this, and checked in my initial implementation.
I've modified the existing code to use
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Drake wrote:
I have a need for 64-bit BTrees (at least for IOBTree and OIBTree),
and I'm not the first. I've created a feature development branch for
this, and checked in my initial implementation.
I've modified the
