, and trunk lines. Passing -B to test.py causes
test.py to run setup.py build_ext -i first.
Indeed. Thanks to you and Sidnei.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http
argument. It's hard to imagine someone actualy writing a data
manager that supports subtransactions.
Perhaps we need to send a query to zodb-dev and zope-dev.
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
are accessed (no
pattern). Alternatively, a blank page is returned. No messages appear
in the Zope or Plone error log.
Seeing that the tracebacks involve CMFFormController, it may be that
this product is abusing sessions and using them badly.
Florent
--
Florent Guillaume, Nuxeo (Paris, France
when you have B and I
but no A and E :) It usually clears up what's happening very quickly.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about
://www.python.org/workshops/1996-11/
papers/Bobbase.html but I believe at least this part is obsolete.
Thanks,
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more
On 4 Aug 2005, at 22:11, Tim Peters wrote:
[Florent Guillaume]
What part of the transaction/persistence code sets the _p_jar of a
persistent object to that of its parent when the object is
assigned to a
persistent parent and transaction.commit(1) is called ?
I'm massively overloaded
Tim Peters wrote:
[Florent Guillaume]
To be clear, I'm interested in how the _p_jar happens on a new object
that's just been created. Basically if you do:
# folder is a persistent object that has a _p_jar
# folder.foo = Foo() # where Foo inherits from Persistent
# here folder.foo doesn't have
If that's a concern, maybe it can be called order__ or something ? What's
the pythonic way to do this ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more
bisect if you do a linear pass on the
list first. The original code was clearer and was faster.
If you had a natural way of getting the index, then why not. But anyway
this kind of hook list will have only a few elements in it. Optimize later.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO
time is spent.
For the ConflictErrors, you'll have to isolate what objects they apply to
and understand who writes to them and causes conflict. I posted a patch on
this list 1-2 months ago to get more information off ReadConflictErrors to
identify objects.
Florent
--
Florent Guillaume, Nuxeo
Tim Peters wrote:
[Florent Guillaume]
Frankly I don't see the point of using bisect if you do a linear pass on
the list first. The original code was clearer and was faster.
If you had a natural way of getting the index, then why not. But anyway
this kind of hook list will have only a few
level. Would an integer order be ok
there ? And where should the code go ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see
. The second element is a dictionary with items
for each of the assigned slots.
Other classes can specialise the methods, see for instance BTrees.Length.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
and update an
instance's __dict__. BTrees.Length is a good example of a class that
overrides these methods, using an integer as the state.
Plagiarism! ;)
http://mail.zope.org/pipermail/zodb-dev/2005-December/009560.html
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1
the problem.
Also, I don't know why we don't observe this for FileStorage, maybe
something has a hard reference on it somewhere?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
? Also I don't
understand why open()'s delegate attribute is not stored as a
connection attribute, and close() should reuse it instead of obeying
a primary attribute. Anyway, I guess historical code, etc.
I'll let specialistst of the multi-databases decide what to do :)
Florent
--
Florent
, and the
number of thread is usually small.
If you see many RDB connections, then it's a RDB problem and not a ZODB
problem. Something not releasing RDB connections quick enough, or
leaking RDB connections.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http
on deletion of
connection instances... but this is the clue to the topic.
Even hundreds of ZODB connections is absurd.
Again, with 4 threads you should never get more than 4 Filestorage
connections plus 4 TemporaryStorage connections.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO
than 10GB.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing list
at
the trace level (as they were before the move to python's logging module),
I'm thinking of transaction logs here.
This leaves the 'debug' level free for application debugging.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL
On 9 Jan 2006, at 17:25, Andreas Jung wrote:
--On 9. Januar 2006 17:06:25 +0100 Florent Guillaume [EMAIL PROTECTED]
wrote:
My point is that the python logging levels are insufficiently fine
grained.
Sufficently enough for me.
Sufficient for me is not a good reason sorry. If you don't want
On 9 Jan 2006, at 17:20, Fred Drake wrote:
On 1/9/06, Florent Guillaume [EMAIL PROTECTED] wrote:
My point is that the python logging levels are insufficiently fine
grained.
The python logging framework leaves room for numeric levels and
registering equivalent strings, and indeed ZODB and zLOG
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing list - ZODB-Dev@zope.org
http
, you're testing much more,
including the ZODB mechanisms that detect concurrently modified objects in
different connections and regenerate old state from the database, etc. It's
not strictly needed (and is a lot of setup).
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1
and pickles -- no distinct concept of serial
number there anymore).
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org
of iterating over all objects on any
storage?
Yes, such an API to iterate over all storage objects has been talked about
several times before, but never implemented.
It would be quite useful.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com
server.
For the ZEO server I don't see the point of changing it, it works well.
OTOH a ClientStorage has to integrate with the other servers in Zope,
and that's the one that would benefit from being moved to the twisted
event loop if twisted is used.
Florent
--
Florent Guillaume, Nuxeo (Paris
On 25 Apr 2006, at 15:23, Jim Fulton wrote:
Florent Guillaume wrote:
[Ccing zodb-dev]
On 25 Apr 2006, at 15:09, David Pratt wrote:
The protocol is simple yes, but the iteractions w.r.t threading
are sometimes subtle.
Hi Florent. This could be set up using a twisted's application
the original code checks)?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing
to it,
but that seems a little heavyweight...
You don't need any transactions to at least test this sequence, only the
Persistent base class and a dummy connection can be involved.
To really test the history yes of course you'll need a full database. Many
tests do that.
Florent
--
Florent Guillaume, Nuxeo (Paris
Chris Withers wrote:
Florent Guillaume wrote:
base._p_changed=0
Marks the object not changed, to allow ghostifying.
base._p_deactivate()
Ghostifies the object.
base.__setstate__(state)
Updates the object's dict directly. This really shouldn't
-size 20MB
# # Uncomment to have a persistent disk cache
# #client zeo1
# /zeoclient
# /zodb_db
Note the part about the persistent disk cache.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
/mailman/listinfo/zodb-dev
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing list
connections on finish.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev
in IOBTree.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing list - ZODB-Dev
On 23 Jun 2006, at 17:55, Andreas Jung wrote:
--On 23. Juni 2006 17:51:35 +0200 Florent Guillaume [EMAIL PROTECTED]
wrote:
BTrees perform best when keys' prefixes are randomly distributed.
So if your application generates keys like 'foo001', 'foo002',...
you'll
get lots of conflicts. Same
On 26 Jun 2006, at 15:02, Chris Withers wrote:
Florent Guillaume wrote:
BTrees perform best when keys' prefixes are randomly distributed.
So if your application generates keys like 'foo001', 'foo002',...
you'll get lots of conflicts. Same for consecutive integers in
IOBTree.
Tempted
On 26 Jun 2006, at 15:12, Chris Withers wrote:
Florent Guillaume wrote:
This patch didn't seem to cure our Zope 2.8 afflicted with the
assert end is not None problem.
Florent,
Have you actually seen any problems from these errors?
I still see them occasionally, but they never seem to have
39 matches
Mail list logo