[Zope-dev] Zope 2.3.3 with Python 1.5.2 asyncore/asynchat

2002-04-19 Thread Dirk Datzert
Hi, I have to fix the asyncore/asynchat Broken Pipe bug in the Python 1.5.2 version. Can anybody tell me how to do that ? I know that the asyncore/asynchat in Zope 2.4.4 Zserver/medusa has this fixed. Thanks, Dirk BEGIN:VCARD VERSION:2.1 N:Datzert;Dirk FN:Dirk Datzert ORG:;Andernach

Re: [Zope-dev] _v_ and ZEO

2002-04-19 Thread Toby Dickenson
On Thu, 18 Apr 2002 17:35:17 + (UTC), Florent Guillaume [EMAIL PROTECTED] wrote: I'll investigate clearing the _v_ caches at the end of the transaction, using the REQUEST._hold hack mentionned earlier. Below is the class I use for this. Just call attribute_cleaner(self,'_v_my_attribute')

[Zope-dev] (no subject)

2002-04-19 Thread Chetan Kumar
confirm 962940 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Paul Everitt
ForkedStorage, I like it simply for the coolness of the name. :^) But it sparked a different kind of idea, leveraging a pattern that might emerge in Zope 3. Let's say we had a queue in Zope. We could asynchronously send changes into the queue. Later, based on some policy (e.g. idle time,

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Toby Dickenson
On Wed, 17 Apr 2002 23:01:04 -0400, Chris McDonough [EMAIL PROTECTED] wrote: It would be best to make make a dual-mode undoing and nonundoing storage on a per-object basis. But a half step would be to make it easier to use mounted storages ala

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Chris McDonough
A dual mode storage, or simply dual storages? The former as a long-term goal, the latter as a short-term goal. The proposal I mentioned would make it easier to build tools that allow you to mount storages. Storing counter objects *only* in a non-undo storage would be more pleasant if ZODB

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Chris Withers
Chris McDonough wrote: Storing counter objects *only* in a non-undo storage would be more pleasant if ZODB supported cross-storage object references. Yup. I don't think this is anywhere on the radar, though... How hard would they be to add? cheers, Chris

[Zope-dev] ForkedStorage ;-)

2002-04-19 Thread Chris Withers
Paul Everitt wrote: ForkedStorage, I like it simply for the coolness of the name. :^) And so easily mispronounced, especially when it's not working :-) *grinz* Chris ___ Zope-Dev maillist - [EMAIL PROTECTED]

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Toby Dickenson
On Fri, 19 Apr 2002 08:18:47 -0400, Chris McDonough [EMAIL PROTECTED] wrote: Storing counter objects *only* in a non-undo storage would be more pleasant if ZODB supported cross-storage object references. Yup. I don't think this is anywhere on the radar, though... H. cross-storage

[Zope-dev] Beyond Acquisition

2002-04-19 Thread
Here is a simple code: from Acquisition import Implicit, aq_base class A(Implicit): pass class C(Implicit): pass class B(Implicit): def __of__(self, parent): # controls the wrapper used for acquisition c = C() c._parent = parent return c.__of__(parent)

Re: [Zope-dev] Beyond Acquisition

2002-04-19 Thread Toby Dickenson
On Fri, 19 Apr 2002 15:28:52 + (UTC), [EMAIL PROTECTED] () wrote: It seems there is no way to get the real 'b' attribute from a, i.e. the B instance set at the line a.b = B() Thats exactly right. your __of__ method means that *any* time you try to take a B object out of an A, you get a C

Re: [Zope-dev] Beyond Acquisition

2002-04-19 Thread
In article [EMAIL PROTECTED], Toby Dickenson [EMAIL PROTECTED] wrote: On Fri, 19 Apr 2002 15:28:52 + (UTC), [EMAIL PROTECTED] () wrote: It seems there is no way to get the real 'b' attribute from a, i.e. the B instance set at the line a.b = B() Thats exactly right. your __of__ method means

Re: [Zope-dev] Need to instantiate zclass in location other thancurrent

2002-04-19 Thread Jeffrey P Shell
On 4/17/02 4:49 PM, Max Slimmer [EMAIL PROTECTED] wrote: I have created a zclass and want to create a new instance of this class and have it be child of some other know object in the tree. Given that we know the path (url) to the new prospective parent how do we do this. I do this a lot,

Re: [Zope-dev] how bad are per-request-write-transactions

2002-04-19 Thread Shane Hathaway
Paul Everitt wrote: Let's say we had a queue in Zope. We could asynchronously send changes into the queue. Later, based on some policy (e.g. idle time, clock ticks, etc.), those changes would be enacted/committed. Imagine the queue itself is in a different storage, likely