[ZODB-Dev] Retiring ZODB 3.2 (was: Re: [Zope-dev] FTP Upload killing Zope)

2005-12-16 Thread Tim Peters
[Andreas Jung, on zope-dev; Tim added zodb-dev to this msg] > I would like to consider the 2.7 branch closed for any kind of fixes except > security related fixes. I don't plan any further 2.7 releases. In that case (which is fine by me), I'll stop porting fixes to the ZODB 3.2 line too. No chang

RE: [ZODB-Dev] Heads-up: Test failure on trunk/Python 2.4.2/OS X

2005-12-16 Thread Tim Peters
[Dmitry Vasiliev] > Sure, but my reasonable assumption was that when you insert an exception > message in a doctest you reread it another one time and fix typos if any. Relying on ideal behavior is rarely a "reasonable assumption" ;-) What actually happens is that people write new doctests, run t

[ZODB-Dev] RE: [Zope-dev] Re: sessions in the presence of conflicts

2005-12-16 Thread Tim Peters
[Florent Guillaume] > Plagiarism! ;) > http://mail.zope.org/pipermail/zodb-dev/2005-December/009560.html Fascinating! I didn't know "plagiarism" was French for "open source" ;-) ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.or

[ZODB-Dev] Re: [Zope-dev] Re: sessions in the presence of conflicts

2005-12-16 Thread Florent Guillaume
Tim Peters wrote: [Dennis Allison] I have yet to figure out how to map a TransientObject "state" back to the object it represents, but it clearly is possible. I didn't see a response to that bit yet, so: "the state" of an object P is whatever P.__getstate__() returns. Given such a return val

RE: [ZODB-Dev] Test Failures

2005-12-16 Thread Tim Peters
[Sidnei da Silva] > But, why only the 2.8 tests would fail then? Hey, it's your machine, you figure it out ;-) Note that test.py in 2.8 has little in common with the test.py in 2.9 or Zope trunk, and they may very well react in different ways to quirks in your environment. > I'll try a 'make cle

Re: [Zope-dev] Re: [ZODB-Dev] Test Failures

2005-12-16 Thread Sidnei da Silva
On Fri, Dec 16, 2005 at 03:01:59PM -0200, Sidnei da Silva wrote: | But, why only the 2.8 tests would fail then? I'll try a 'make clean' | before running the tests and see if it helps. That did indeed help, sorry for the noise. -- Sidnei da Silva Enfold Systems, LLC. http://enfoldsystems.com

Re: [ZODB-Dev] Test Failures

2005-12-16 Thread Sidnei da Silva
| No idea why it failed for you. The only thing that rings a bell here is | that this test was added in ZODB 3.4.2b1, corresponding to this ZODB news | entry: | | """ | BTrees | -- | | - (3.4.2b1) Collector 1873. It wasn't possible to construct a BTree | or Bucket from, or apply their upd

RE: [ZODB-Dev] Test Failures

2005-12-16 Thread Tim Peters
[Sidnei] > I've seen the following tests fail today, after updating Zope 2.8 branch > ... > Python 2.4.2 (#2, Nov 20 2005, 17:20:59) > ... BTW, I think the Official Story is that Python 2.4+ is still not supported for Zope 2.8. I ran all the stuff in my reply with 2.4.2 too. Doesn't matter, tho

RE: [ZODB-Dev] Test Failures

2005-12-16 Thread Tim Peters
[Sidnei da Silva] > I've seen the following tests fail today, after updating Zope 2.8 branch > for all variants of BTrees: > > == > ERROR: testUpdateFromPersistentMapping > (BTrees.tests.testBTrees.IIBucketTest) > -

[ZODB-Dev] Test Failures

2005-12-16 Thread Sidnei da Silva
I've seen the following tests fail today, after updating Zope 2.8 branch for all variants of BTrees: == ERROR: testUpdateFromPersistentMapping (BTrees.tests.testBTrees.IIBucketTest)

RE: [ZODB-Dev] Dynamic Wrapper?

2005-12-16 Thread Tim Peters
[Chris Spencer] > Instead of requiring all persistable objects to inherit a special class, > wouldn't it be possible to dynamically wrap a class's __setattr__ and/or > __setitem__ methods to determine when an object's been modified? I'm not clear on what you're trying to accomplish, but any persis

Re: [ZODB-Dev] More exciting ZODB errors ;-)

2005-12-16 Thread Chris Withers
Tim Peters wrote: This is on a cluster of machines, with the errors not coming from any one machine as far as I can see... Networking gear and cables are also hardware ;-) "large bank datacenter" -> not a chance in hell of sensibly testing this :-( No need, you already did, and I added Die

RE: [ZODB-Dev] More exciting ZODB errors ;-)

2005-12-16 Thread Tim Peters
[Tim] >> I don't know, but if I were you I'd try running for a while on entirely >> different hardware. [Chris] > This is on a cluster of machines, with the errors not coming from any one > machine as far as I can see... Networking gear and cables are also hardware ;-) > 10:05 - Couldn't load st

Re: [ZODB-Dev] Dynamic Wrapper?

2005-12-16 Thread Chris Withers
Chris Spencer wrote: I understand this has some drawbacks. Namely, it will only work for new-style classes, but for a large code base this might be easier than manually writing _p_changed = 1 everywhere. The number of times you end up actually having to write this is pretty minimal ;-) Chri

Re: [ZODB-Dev] More exciting ZODB errors ;-)

2005-12-16 Thread Chris Withers
Tim Peters wrote: I don't know, but if I were you I'd try running for a while on entirely different hardware. This is on a cluster of machines, with the errors not coming from any one machine as far as I can see... 10:05 - Couldn't load state for 0x013872b7: Traceback (most recent call l