Dieter Maurer wrote:
Your test looks quite innocent.
I tried to reproduce it (about 5.000 "ab" requests against
something similar to your "mon-clear") and could not see
any memory leak. Especially, no HTTPRequest or ImplicitAcquirerWrapper
were leaked.
However, you may have an "AccessRule" (or som
Johan Carlsson wrote:
So where should I send the patch, I'm not currently
active as a Zope contributor.
Whack it in the collector...
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
___
Zope-De
Clemens Robbenhaar wrote:
Ok, if this is the proper dance to catch such exceptions with Zope
without risking ZODB corruption I will go with it. So far I have not
been sure, that ConflictError is the only type needing special
treatement in these cases.
Well, the PROPER dance would be to only catch
Dieter Maurer wrote:
try: DB__=dbc()
except:
exc_type, exc_value, trc = sys.exc_info()
raise DatabaseError('%s is not connected to a database' % self.id,
exc_type,
exc_value), trc
I didn't know you could re-raise a traceback like th
Shane Hathaway wrote:
That sounds mighty handy. What needs to happen for that to happen?
A voluntary volunteer needs to volunteer voluntarily.
I think I was offering to be such a person. So, what would such a person need to do?
Chris
--
Simplistix - Content Management, Zope & Python Consulting
On Thu, Mar 25, 2004 at 10:23:27AM +, Chris Withers wrote:
> Dieter Maurer wrote:
>
> > try: DB__=dbc()
> > except:
> > exc_type, exc_value, trc = sys.exc_info()
> > raise DatabaseError('%s is not connected to a database' % self.id,
> > exc_type,
> >
Shane Hathaway wrote:
There certainly ought to be a way to create an unrestricted
PageTemplateFile, though it should be an explicit step.
That is a good suggestion. I'd like that option. It would also be a
potential performance benefit.
On the other hand, in situations where the PageTemplate des
Martijn Faassen wrote:
> Shane Hathaway wrote:
> >There certainly ought to be a way to create an unrestricted
> >PageTemplateFile, though it should be an explicit step.
>
> That is a good suggestion. I'd like that option. It would also be a
> potential performance benefit.
>
> On the other hand,
Jamie Heilman wrote:
Martijn Faassen wrote:
On the other hand, in situations where the PageTemplate designers are
*not* security conscious (they're designers, not primarily programmers)
the option of explicit checks is useful.
PageTemplateFile is a class used by Product authors, just like
DTMLF
Chris Withers writes:
> Clemens Robbenhaar wrote:
> > Ok, if this is the proper dance to catch such exceptions with Zope
> > without risking ZODB corruption I will go with it. So far I have not
> > been sure, that ConflictError is the only type needing special
> > treatement in these cases.
Jamie Heilman wrote:
Martijn Faassen wrote:
Shane Hathaway wrote:
There certainly ought to be a way to create an unrestricted
PageTemplateFile, though it should be an explicit step.
That is a good suggestion. I'd like that option. It would also be a
potential performance benefit.
On the other
Dario Lopez-KÃsten wrote:
Jamie Heilman wrote:
Martijn Faassen wrote:
On the other hand, in situations where the PageTemplate designers are
*not* security conscious (they're designers, not primarily
programmers) the option of explicit checks is useful.
PageTemplateFile is a class used by Prod
Martijn Faassen wrote:
I'm advocating an explicit option to disable security checks here. I'm
just also advocating that the current behavior can be sensible in
certain circumstances. This is the only backwards compatible way anyway.
+1
Anyway, I disagree on the general philosophical point that i
13 matches
Mail list logo