On Nov 9, 2005, at 10:37 AM, Jeremy Hylton wrote:
How do you find all the references? It seems like you would need to
execute a transaction that iterated over every object in the storage
and searched the pickle for references to the class.
You do need to do this to find the references
On Nov 10, 2005, at 5:09 AM, Syver Enstad wrote:
Thank you Stefan. I am right if I suppose that the reason this
fixes all references is that it saves all persistent objects in the
database? Will this also fix references to persistent objects in
non persistent objects stored in the
On Dec 1, 2005, at 11:39 AM, Chris Withers wrote:
Sorry, my question was that if DateTime's were persistent, would
the following code result in a complete pickle for 'a' being
written on the second transaction commit?
a.someTime = DateTime()
get_transaction().commit()
wait/do
On Jan 3, 2006, at 5:31 PM, Tim Peters wrote:
[Monica chopra]
...
I am still hanging at my point how to hide that data in .fs file
as i
can see completely all the data if i open that file in notepad or any
other editor.
ZODB doesn't support encryption directly, and there are no current
On May 17, 2006, at 6:54 AM, Jim Fulton wrote:
It was claimed earlier in this thread, that plone only lets you
undo the
most recent transactions. If this is true, then that should not be
a problem. A facility that let you only undo last transactions
would be safe. It would also be useful,
On Jun 2, 2006, at 5:05 AM, Pascal Peregrina wrote:
Below is a partial illustration of what I was saying earlier: in a
given connection, just after a conn.sync(), if I access the
_p_serial attribute of a persistent object and the object state is
outdated, then the up to date state won't
On Jul 13, 2006, at 1:35 PM, Chris S wrote:
On 7/13/06, David Binger [EMAIL PROTECTED] wrote:
On Jul 13, 2006, at 12:55 PM, Chris S wrote:
I don't think this is the case. Consider my simple example
below. None
of my classes inherit Persistent, and even though I set
_p_changed =
1
On Jul 13, 2006, at 3:55 PM, Chris S wrote:
Uh, calling root.get(name, obj) assigns obj to the root if the name is
not yet defined. And of course I'm not assigning to any other
Persistent instances, since the point of the code was to show that
Zope can't persist objects that don't inherit the
On Sep 12, 2006, at 2:11 PM, Tim Peters wrote:
[David Binger]
That's interesting.
It appears that pickle protocol 2 chokes on inf.
As above. BTW, why protocol 2 specifically? Protocols 1 and 2 treat
floats the same way.
I was thinking that the default protocol is 1, but I see
now
On Aug 15, 2007, at 9:34 AM, Christian Theune wrote:
pfile = StringIO(data)
unpickler = Unpickler(pfile)
unpickler.persistent_load = persistent_load
newp = StringIO()
pickler = Pickler(newp, 1)
pickler.persistent_id =
On Nov 1, 2007, at 4:25 PM, Matt Hamilton wrote:
David Binger dbinger at mems-exchange.org writes:
On Nov 1, 2007, at 7:05 AM, Matt Hamilton wrote:
Ie we perhaps look at a catalog data structure
in which writes are initially done to some kind of queue then moved
to the
BTrees at a later
On Nov 2, 2007, at 8:39 AM, Lennart Regebro wrote:
On 11/2/07, Matt Hamilton [EMAIL PROTECTED] wrote:
That may just end up causing delays periodically in
transactions... ie delays
that the user sees, as opposed to doing it via another thread or
something. But
then as only one thread would
On Nov 2, 2007, at 6:20 AM, Lennart Regebro wrote:
Lots of people don't do nightly packs, I'm pretty sure such a process
needs to be completely automatic. The question is weather doing it in
a separate process in the background, or ever X transactions, or every
X seconds, or something.
Okay,
On Nov 2, 2007, at 5:48 AM, Lennart Regebro wrote:
On 11/1/07, Matt Hamilton [EMAIL PROTECTED] wrote:
An interesting idea. Surely we need the opposite though, and that
is an
additional BTree with a very large bucket size, as we want to
minimize the
chance of a bucket split when inserting?
You need to saved the user object with the color attribute.
The __setstate__ is just giving you the unsaved one every time.
Add 'newuser._p_changed = 1' after the first
assert statement below and it will be saved along with
your change to the Color instance.
On Jan 17, 2008, at 11:21 AM, Mika,
On Feb 4, 2008, at 1:54 PM, Roché Compaan wrote:
I don't follow? There are 2 insertions and there are 1338046 calls
to persistent_id. Doesn't this suggest that there are 66 objects
persisted per insertion? This seems way to high?
It seems like there is some confusion about the
16 matches
Mail list logo
