Apparently, entries in Zope's Z2.log are not chronologically (by
causuality) ordered.
In my concrete case, a form was POSTed that resulted in a redirected GET
request.
The entries in Z2.log, however, were in the order:
GET ... 200
POST ... 302
This can be confusing (altough, I do not
Hi Zopers
It seems that there is a bug in ZTUtil.Batch: when the batch should be
the length of the batch and there are exactly as many orphans as there
would fit on one page the length of the batch becomes size instead of
size+orphans.
Here are the numbers:
no of
batchesstartend
Please submit the patch (+ unittest) to the bug collector. Otherwise it
might get lost.
-aj
--On Montag, 22. März 2004 13:09 Uhr +0100 AP Meyer [EMAIL PROTECTED]
wrote:
Hi Zopers
It seems that there is a bug in ZTUtil.Batch: when the batch should be
the length of the batch and there are
Please post this in the Collector at http://zope.org/Collectors/Zope
jens
On Mar 22, 2004, at 7:09, AP Meyer wrote:
Hi Zopers
It seems that there is a bug in ZTUtil.Batch: when the batch should be
the length of the batch and there are exactly as many orphans as there
would fit on one page
Hmmm,
There seems to be a bug in the way parameters are referenced in python
scripts. I have a simple script that has a list as a default parameter.
The script then appends something to this list and returns the list.
Each time I call the script the list gets to be one element longer. Here
is
Brian Brinegar wrote:
Hmmm,
There seems to be a bug in the way parameters are referenced in python
scripts. I have a simple script that has a list as a default parameter.
The script then appends something to this list and returns the list.
Each time I call the script the list gets to be one
Arndt Droullier wrote:
Hello,
Hello Arndt
I'm trying to find a memory leak in a zope appliction and started to
test how zope memory consume behaves basically under load.
I'm having exactly the same problem, but under linux using Python 2.3.3
and Zope 2.7.0. First time I noticed this behaving
(please stop posting in HTML)
Garito wrote:
I try to create another context object for TALES like 'container' or 'here'
Is there any mechanism to create these? Like PUT_factory for FTP/WevDav
or meta_types for the products
What extra context are are you looking to add?
Chris
--
Simplistix -
The Zope2 sprint has been focusing on HTTPServer, and one of
the interesting ideas that came up was to replace asyncore with
twisted. Several people have worked on this in the past, and we were
hoping that you could share your experiences, warnings, intuitions,
and hopefully even code :-)
We look
Your debug information looks like severel objects referenced by
acquisition remain in memory.
You can be sure this is the case if you in the management interface to
Control Panel/Database Management/main/Flush Cache
and remove all objects from cache. If the reference count doesn´t change
then
Stefan Doerig wrote at 2004-3-22 17:46 +0100:
...
The debug information looks rather strange to me, but I don't know
anything about internals of Zope. Anyway I have here reference counts
going up fast. Don't know whether this is normal or not.
Class March 22, 2004 5:26 pm March 22, 2004
Sorry, the message was intended for zope-dev.
I have accidentally sent it to zodb-dev. Redirected...
Shane Hathaway wrote at 2004-3-22 11:03 -0500:
Dieter Maurer wrote:
This problem report is for Zope 2.7.0, Python 2.3.3, Linux 2.4.19.
After an application provoked SIGSEGV (caused by a C
Duncan M. McGreggor wrote:
The Zope2 sprint has been focusing on HTTPServer, and one of
the interesting ideas that came up was to replace asyncore with
twisted. Several people have worked on this in the past, and we were
hoping that you could share your experiences, warnings, intuitions,
and
So... remember way back when Brian warned about the binding breakage
due to the improved security checks? It just bit me in a way I didn't
forsee. I forgot that PageTemplates use bindings too, which means
those changes affect more than just PythonScripts they affect Products
that use
Try this in a PythonScript:
d = {1:2}
for t in d.iteritems():
pass
Annoyingly, it raises Unauthorized: You are not allowed to access 'a
particular tuple' in this context
Is there a reason for this, or is it just part of
AccessControl/RestrictedPython that hasn't been fleshed out yet?
--
15 matches
Mail list logo