Re: [ZODB-Dev] Migrating classes in ZODB 3.5.1

2005-11-09 Thread David Binger
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

Re: [ZODB-Dev] Migrating classes in ZODB 3.5.1

2005-11-10 Thread David Binger
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

Re: [ZODB-Dev] Migrating classes in ZODB 3.5.1

2005-11-10 Thread David Binger
On Nov 10, 2005, at 4:30 AM, Lennart Regebro wrote: This may not help, but anyway. :) In Zope, I did this: I moved the class to the module I wanted it. I also kept a dummy class in the old place like so: from newplace import class so that the old objects worked. Then I wrote a script to go

Re: [ZODB-Dev] Re: [Zope] DateTime mess

2005-12-01 Thread David Binger
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

Re: [ZODB-Dev] Query Regrading ZODB FileStorage(.fs file)

2006-01-03 Thread David Binger
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

Re: [ZODB-Dev] Undo differences between Z2 and Z3

2006-05-17 Thread David Binger
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,

Re: [ZODB-Dev] Getting an up to date instance of a persistent object

2006-06-02 Thread David Binger
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

Re: [ZODB-Dev] Adopting ZODB

2006-07-13 Thread David Binger
On Jul 13, 2006, at 12:55 PM, Chris S wrote: You can always persist (almost) any object, even if it does not subclass from Persistent. However, any changes to the object will not be detected automatically and you would have to either a) reassign the object to the ZODB or b) mark it as

Re: [ZODB-Dev] Adopting ZODB

2006-07-13 Thread David Binger
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

Re: [ZODB-Dev] Adopting ZODB

2006-07-13 Thread David Binger
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

Re: [ZODB-Dev] Problem Storing Infinity

2006-09-12 Thread David Binger
That's interesting. It appears that pickle protocol 2 chokes on inf. - from cPickle import dumps - dumps(1e9) 'Finf\n.' - dumps(1e9, 2) Traceback (most recent call last): File input, line 2, in ? SystemError: frexp() result out of range -

Re: [ZODB-Dev] Problem Storing Infinity

2006-09-12 Thread David Binger
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

Re: [ZODB-Dev] Import/Export code

2007-08-15 Thread David Binger
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 =

Re: [ZODB-Dev] Re: ZODB Benchmarks

2007-11-01 Thread David Binger
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

Re: [ZODB-Dev] Re: ZODB Benchmarks

2007-11-02 Thread David Binger
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

Re: [ZODB-Dev] Re: ZODB Benchmarks

2007-11-02 Thread David Binger
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,

Re: [ZODB-Dev] Re: ZODB Benchmarks

2007-11-02 Thread David Binger
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?

Re: [ZODB-Dev] Why does this useage of __setstate__ fail?

2008-01-17 Thread David Binger
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,

Re: [ZODB-Dev] Re: ZODB Benchmarks

2008-02-04 Thread David Binger
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