fwiw, i think this is a viable solution (although you should not only
scope connections to thread local but to da paths in the module level
global) as there are problems with zope and das going away because of
their volatiles.. it can lead to strange behavior, like say your in the
midst of a long t
On Thu, Mar 11, 2004 at 11:49:34AM +, Chris Withers wrote:
> Marco Bizzarri wrote:
>
> > I'm trying something inspired to that at the moment... I succeeded in
> > installing an hack, very inspired from your code (but at a much simpler
> > level) and some code in the SecurityManager,
>
> ?!
L
Marco Bizzarri wrote:
I'm trying something inspired to that at the moment... I succeeded in
installing an hack, very inspired from your code (but at a much simpler
level) and some code in the SecurityManager,
?!
where I mantain a dictionary
of connections, indexed by the result of thread.get
On Wed, Mar 10, 2004 at 02:56:33PM +, Chris Withers wrote:
> Marco Bizzarri wrote:
>
> > What I would like to do is to have an hook to the removal of a _v_
> > attribute, so that I can perform some action *BEFORE* losing any
> > reference to the object itself. I look at the setattr code in
> >
Marco Bizzarri wrote:
What I would like to do is to have an hook to the removal of a _v_
attribute, so that I can perform some action *BEFORE* losing any
reference to the object itself. I look at the setattr code in
cPersistence.c and tried also to write my own __setattr__,
__setattr__ isn't t
On Mon, Mar 08, 2004 at 09:34:28AM -0500, Jeremy Hylton wrote:
> On Fri, 2004-03-05 at 16:57, Dieter Maurer wrote:
> > >3) is it possible to disable caching of some object?
> >
> > No, but you can (in most cases) flush it again
> > by calling its "_p_deactivate" method.
> >
> > You can always do
On Fri, 2004-03-05 at 16:57, Dieter Maurer wrote:
> >3) is it possible to disable caching of some object?
>
> No, but you can (in most cases) flush it again
> by calling its "_p_deactivate" method.
>
> You can always do it by assigning "None" to "_p_changed", but this
> is highly unsafe. You shou
Marco Bizzarri wrote at 2004-3-5 09:18 +0100:
>We're trying to tackle a problem in hanging connections in ZPsycopg.
>However, I would like to have some information about the functioning of
>the _v_ attributes, and the cache management. In particular:
>
>1) where is the code which handles the _v_ at
On Fri, Mar 05, 2004 at 11:16:37AM +, Chris Withers wrote:
> Hi Marco,
Hi.
> Marco Bizzarri wrote:
>
> >We're trying to tackle a problem in hanging connections in ZPsycopg.
>
> Hehe, I fixed this for ZOracleDA a couple of months ago. You may want to
> look at the thread pool code in there
Hi Marco,
Marco Bizzarri wrote:
We're trying to tackle a problem in hanging connections in ZPsycopg.
Hehe, I fixed this for ZOracleDA a couple of months ago. You may want to look at
the thread pool code in there to see how I did it, gimme a nod if you need a URL
(it's on a CVS branch in cvs.zop
Marco Bizzarri wrote:
Hi all.
We're trying to tackle a problem in hanging connections in ZPsycopg.
However, I would like to have some information about the functioning of
the _v_ attributes, and the cache management. In particular:
1) where is the code which handles the _v_ attributes (I like to l
Hi all.
We're trying to tackle a problem in hanging connections in ZPsycopg.
However, I would like to have some information about the functioning of
the _v_ attributes, and the cache management. In particular:
1) where is the code which handles the _v_ attributes (I like to look at
the source cod
12 matches
Mail list logo