If it matters to anyone, Andy isn't the only one with Zope killing ZSQL
Methods
I just spent way too much time trying to figure out why our stage enviroment
was crashing.
Turns out to be a ZSQL method which fails. Of course it wasn't wrapped in a
try/except .
Oh well, so much for
Here's a thing. Those problems I was having with some sort of Zope-killing
page have been tracked down to a particular zSQL method.
The zSQL method is duff, in that is should fail - the perils of late-night
coding on decaf, I fear - but it should fail neatly with a Zope error, not
crash out
Andy Gates wrote:
The poison SQL is this:
select (dtml-var field, field2)
from tablename
where (field1= dtml-sqlvar parameter1 type=string
and dtml-var field '')
Now I guess our code wasn't like this, but I do remember that we've had
similar
Chris Withers wrote:
Andy Gates wrote:
The poison SQL is this:
select (dtml-var field, field2)
from tablename
where (field1= dtml-sqlvar parameter1 type=string
and dtml-var field '')
Now I guess our code wasn't like this, but I do
Shane Hathaway wrote:
I have a strong suspicion that nearly all bugs like this are the result
of a stack overflow. It may be worth the effort to either:
(1) Create a modified Python that would catch stack overflows before
they happen
Couldn't the code that catches infinite recursion be