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

2005-12-02 Thread Lennart Regebro
On 12/2/05, Lennart Regebro <[EMAIL PROTECTED]> wrote: > On 12/1/05, Chris Withers <[EMAIL PROTECTED]> wrote: > > Ah, okay, so having DateTime sublcass Persistent would only really > > matter if a had _lots_ of DateTime attributes. Does this ever happen? > > Well, in a calendar each event has at le

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

2005-12-02 Thread Lennart Regebro
On 12/1/05, Chris Withers <[EMAIL PROTECTED]> wrote: > Ah, okay, so having DateTime sublcass Persistent would only really > matter if a had _lots_ of DateTime attributes. Does this ever happen? Well, in a calendar each event has at least one. And you can have quite many events. But on the other ha

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

2005-12-01 Thread Tim Peters
[Gary Poster, on pickle "extension codes"] > Yes, I remembered this, and just refreshed my memory. This is the last > mention I see in the archives as to ZODB use of protocol 2 (i.e., it > doesn't, and prior to Py 2.3.4 it couldn't). > > http://mail.zope.org/pipermail/zodb-dev/2004-December/008259

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

2005-12-01 Thread Tim Peters
... >>> ...have we just committed a pickle containing all of 'a'?... >> If `a` is persistent, yes. > If not? Then get_transaction().commit() presumably doesn't do much of anything, since no persistent object was changed. It's like asking what this does: i = 2+3 get_transaction().commi

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

2005-12-01 Thread Gary Poster
On Dec 1, 2005, at 12:04 PM, Tim Peters wrote: Note that we have yet to use a new strategy for shrinking pickle sizes: a few years ago Python's pickle code grew support for "extension codes", a registry of class/type names that _can_ be referenced by short (as short as 2 bytes) new pickle

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

2005-12-01 Thread Lennart Regebro
On 12/1/05, Tim Peters <[EMAIL PROTECTED]> wrote: > [Jürgen Herrmann] > > the question was wether DateTime instances (of the new implementation, > > which is yet to be coded) should mixin Persistent. > > OK. Since ZODB doesn't care whether you do Well, I think that was the question. Does ZODB car

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

2005-12-01 Thread Chris Withers
Tim Peters wrote: There is only one commit in the following, so I'll assume you intended a second commit at the end: yes, *sigh*, must engage brain... a.someTime = DateTime() get_transaction().commit() Is `a` persistent? I'm assuming that it is. Yes. ...wait/do stuff... a.someTime = Da

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

2005-12-01 Thread Tim Peters
[Gary Poster] > For some definition of "a lot of thought". :-) The pickle for pytz.utc > is now relatively small (though still adds a non-trivial percentage > addition--30%ish?--to a naive datetime IIRC). That's as far as that bit > goes. A naïve datetime has an extraordinarily small state, tho

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

2005-12-01 Thread Tim Peters
[Chris Withers] > 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? There is only one commit in the following, so I'll assume you intended a second commit at the end: > a.some

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 stuff...

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

2005-12-01 Thread Gary Poster
On Dec 1, 2005, at 11:38 AM, Tim Peters wrote: ... I know Gary Poster gave a lot of thought to making pickles for the timezone info in Zope3 efficient too. For some definition of "a lot of thought". :-) The pickle for pytz.utc is now relatively small (though still adds a non-trivial perc

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

2005-12-01 Thread Chris Withers
Tim Peters wrote: Sorry, I couldn't find a comprehensible question here after reasonable effort to extract one. Clearly, Zope2's DateTime.DateTime.DateTime objects are neither persistent nor do they define any mutating methods. Are those relevant? If not, try to ask a question directly, withou

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

2005-12-01 Thread Tim Peters
[Jürgen Herrmann] > the question was wether DateTime instances (of the new implementation, > which is yet to be coded) should mixin Persistent. OK. Since ZODB doesn't care whether you do, is there confusion about what ZODB may or may not do in either case? That is, what's the ZODB issue here? H

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

2005-12-01 Thread Jürgen Herrmann
al Message- > From: Chris Withers <[EMAIL PROTECTED]> > Sent: Wednesday, November 30, 2005 2:03 PM > To: Lennart Regebro > Cc: zodb-dev@zope.org > Subject: [ZODB-Dev] Re: [Zope] DateTime mess > > Lennart Regebro wrote: >> On 11/29/05, Chris Withers <[EMAIL PROTE

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

2005-12-01 Thread Tim Peters
g everyone has read the other 55 messages in the zope-dev thread ;-) -Original Message- From: Chris Withers <[EMAIL PROTECTED]> Sent: Wednesday, November 30, 2005 2:03 PM To: Lennart Regebro Cc: zodb-dev@zope.org Subject: [ZODB-Dev] Re: [Zope] DateTime mess Lennart Regebro wrot

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

2005-11-30 Thread Chris Withers
Lennart Regebro wrote: On 11/29/05, Chris Withers <[EMAIL PROTECTED]> wrote: Hmm... how so? I've always thought it quite nice that when, for example, you store the modification time of an object in a DateTime, you can safely update it without worrying about the whole object having to be repickl