Re: [Zope-dev] _v_ variables and cache garbage collection
Chris Withers wrote at 2003-10-29 22:03 +: Dieter Maurer wrote: What in the ZODB cache or other ZODB code could be causing _v_ variables to stick around after they've been set to None in their containing objects? Nothing. When you assign None to the _v_variable, then this reference will go away. There may be others, which you did not set to None... Well in that case, why would flushing the ZODB cache cause the errant connections to be closed? I guess because there were other references not set to None... -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] _v_ variables and cache garbage collection
Dieter Maurer wrote: What in the ZODB cache or other ZODB code could be causing _v_ variables to stick around after they've been set to None in their containing objects? Nothing. When you assign None to the _v_variable, then this reference will go away. There may be others, which you did not set to None... Well in that case, why would flushing the ZODB cache cause the errant connections to be closed? Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] _v_ variables and cache garbage collection
Chris Withers wrote at 2003-10-23 18:52 +0100: ... This is slightly OT but reminded me of something important I need to ask. ZOracleDA stores its database connections in a _v_ variable on the DA object. It tries to delete this by setting the _v_ variable to None. However, a number of people have noticed that the Oracle connections aren't going away from the Oracle server's point of view. In most cases, however, they do go away when the ZODB cache is cleared. This suggests that something holds references to the connection objects. I have no idea what this could be. Some years ago, when I was forged to work with Oracle (it was a bad time), I had to fix a circular reference (in DCOracle1 at that time) with stored proceedure handling. However, these cyclic structures would not have disappeared by flushing the ZODB cache. This means, you must see something else. I never worked with DCOracle2. What in the ZODB cache or other ZODB code could be causing _v_ variables to stick around after they've been set to None in their containing objects? Nothing. When you assign None to the _v_variable, then this reference will go away. There may be others, which you did not set to None... -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] _v_ variables and cache garbage collection
Toby Dickenson wrote: No, we just exclude objects with _v_ attribute from mid-transaction deactivation. There arent many objects in that category, but they do need protection. This is slightly OT but reminded me of something important I need to ask. ZOracleDA stores its database connections in a _v_ variable on the DA object. It tries to delete this by setting the _v_ variable to None. However, a number of people have noticed that the Oracle connections aren't going away from the Oracle server's point of view. In most cases, however, they do go away when the ZODB cache is cleared. What in the ZODB cache or other ZODB code could be causing _v_ variables to stick around after they've been set to None in their containing objects? Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] _v_ variables
On Thu, Jan 11, 2001 at 10:26:18AM +, Chris Withers wrote: Martijn Pieters wrote: But because _v_* variables don't get pickled, another thread will never see them. Hmm, is there any situation where a single request can be handled by more than one thread? Nope. -- Martijn Pieters | Software Engineer mailto:[EMAIL PROTECTED] | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ - ___ 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 http://lists.zope.org/mailman/listinfo/zope )
