Hi
My experiences with zope 2.5.1b1 and python 2.1.2 crashes are now only with
CMF 1.1 installed.
The new system with plugin indexes implemented in zope 2.4.x (with text
fields plugin splitters compiled in c as python modules for optimization) is
a diff with stable zope 2.3.3 platform.. Can splitt
Hi all
I've just noticed this. In my form I have, for example:
When I log this after submission, I see:
{'HostType': ['Sequential'], 'properties_to_show': ContactPerson:
['ContactName', 'DirectEmail'], Customer: ['CustomerName',
'CustomerStatus']}
In other words, not a valid di
Hello again,
I have a little bit more information about our specific "crash"
environment. First of all, I looked in the Big M Log at the time of the
crashes, but couldn't find anything interesting : 8 of the 10 times it
was a dtml document containing plain stylesheet data :( I don't think
there'
Sorry, the correct URL is http://www.coherence.nl/crash.txt
(without the dot)
martijn.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://l
On 13 Mar 2002 16:44:25 -0300, Leonardo Rochael Almeida
<[EMAIL PROTECTED]> wrote:
>The problem is, as far as I could check, the crashes all happen inside
>the gc, which runs orthogonal to the requests, so getting a
>reproduceable test case is really hard.
Thinking aloud If I remember correc
Hi all,
I have isolated the memory leak problem on a naked 2.3.3 Zope.
I have on ZPsycopgDA and two SQL Methods, one SQL Method contains
DTML-IFs and DTML-ELSEs and REQUEST.sets
the other SQL Method contains the rendered query of the first, this
means there is pure sql in it.
Both methods cache t
On Thu, 14 Mar 2002 13:50:13 +0100, Andre Schubert
<[EMAIL PROTECTED]> wrote:
>After a restart my zope-processes are around 12MB.
Sounds about right.
>Then i start my script and before i receive any result all processes are
>grown up to 26MB.
Thats not unreasonable for the working set of zope.
Toby Dickenson schrieb:
>
> On Thu, 14 Mar 2002 13:50:13 +0100, Andre Schubert
> <[EMAIL PROTECTED]> wrote:
>
> >After a restart my zope-processes are around 12MB.
>
> Sounds about right.
>
> >Then i start my script and before i receive any result all processes are
> >grown up to 26MB.
>
> Th
Andre Schubert schrieb:
If have changed the that it skips the ZSQLMethod and sends the query
used in the ZSQLMethod direct
to the manage_test function from the ZPsycopgDA with the result that
zope grows up
after running the script.
If it is possible that the mem-leak is somewhere in the DA, then
Leonardo Rochael Almeida wrote:
>On Wed, 2002-03-13 at 21:30, Matthew T. Kromer wrote:
>
>>On Wednesday, March 13, 2002, at 10:40 AM, Leonardo Rochael Almeida
>>wrote:
>>
>>>What about patching Python to report the freed objects like you
>>>mentioned on IRC? Also, how about turning on some flags
5On Thu, 2002-03-14 at 13:28, Matthew T. Kromer wrote:
>
> OK, I'm attaching a patch to Python's Modules/gcmodule.c which should
> set a trap for where the garbage collector trips over bad data; this
> will grab the bad data and send it to stderr so I can build a better trap.
I'm on it. Will s
Hi all -
In an effort to better keep up with the collector, I'd like
to throw out the idea of doing periodic "bug days" (a la
the mozilla bug days), where Zope geeks and committers would
get together on IRC and spend a few hours knocking out issues.
I've drafted a preliminary bug day manifest
Don't know if this helps, but the last three segfaults I have seen were
right after someone logs in, during loading /manage.
Zope-2.5.0 Win32 binary on Win2k. The pop-up referenced the same
instruction "0x1e13490a" at the same memory address "0x005c" all
three times, saying 'memory could n
Behrens Matt - Grand Rapids wrote:
> This isn't exciting by any means unless you're one of the people who
> package Zope up for distribution, or maybe you're one of the people who
> manage lots of little Zopes on one system; but I'd like to revive the
> "grand unified Zope installation and con
Brian Lloyd wrote:
> In an effort to better keep up with the collector, I'd like
> to throw out the idea of doing periodic "bug days" (a la
> the mozilla bug days), where Zope geeks and committers would
> get together on IRC and spend a few hours knocking out issues.
Yes, this would be *very*
Leonardo Rochael Almeida writes:
> In any event, Martijn Jacobs (a.k.a. instability case #3 :-) sees his
> crashes in pure dtml methods, which could mean that PythonScripts are
> inocent in this case... or not, since the segfault hits inside the gc,
> which might be collecting something comple
Jean Jordaan writes:
> I've just noticed this. In my form I have, for example:
>
>
>
>
>
>
>
> When I log this after submission, I see:
>
> {'HostType': ['Sequential'], 'properties_to_show': ContactPerson:
> ['ContactName', 'DirectEmail'], Customer: ['CustomerName',
>
Dieter Maurer wrote:
>Leonardo Rochael Almeida writes:
> > In any event, Martijn Jacobs (a.k.a. instability case #3 :-) sees his
> > crashes in pure dtml methods, which could mean that PythonScripts are
> > inocent in this case... or not, since the segfault hits inside the gc,
> > which might be
Hi Dieter
Roughly, I do this:
FSSession.set('query_form', REQUEST.form)
...
context.log('query_form: %s'%FSSession(query_form))
where the 'log' external method is:
import zLOG
def log(message,summary='',severity=0):
zLOG.LOG('MyDebugLog',severity,summary,message)
The output I
On Thu, 2002-03-14 at 17:17, Dieter Maurer wrote:
> Leonardo Rochael Almeida writes:
> > In any event, Martijn Jacobs (a.k.a. instability case #3 :-) sees his
> > crashes in pure dtml methods, which could mean that PythonScripts are
> > inocent in this case... or not, since the segfault hits in
Attached is another diagnostic patch which you might apply to Python.
If you apply this patch, you WILL need to rebuild Zope to include it.
What it will do is complain to stderr if an object is INCREF'd from
refcount 0. It also silences the complaint for the one area which I
know revives dea
Matthew T. Kromer wrote:
> Attached is another diagnostic patch which you might apply to Python.
> If you apply this patch, you WILL need to rebuild Zope to include it.
>
> What it will do is complain to stderr if an object is INCREF'd from
> refcount 0. It also silences the complaint for the
Hi Matt,
I'll wait for the patch where you also silence the dead-raising area in
ExtensionClass.
What if, instead of detecting this situation, we try to detect if the
incref is happening without the interpreter lock held? increfs and
decrefs shouldn't be happening freely and simultaneously even
Hi,
Where in the Zope src is the menu labeled "Select type to add..." created?
We want to change this pulldown menu but I'm not familiar w/ the Zope
src code. I started w/ the obvious: after pointing my browser at http://
myhost:8080/manage and getting the Zope page, I did Netscape -> View ->
P
>>> Dieter Maurer wrote
> Just a wild guess: is the GC guaranteed to be thread safe?
Yep.
The GC is _almost_ certainly not the problem here - it's just that the
GC is the poor bunny that has to walk through the objects in memory. So
when something's been mangled, the GC is the thing that falls
ZOPEINSTANCE/lib/python/OFS/dtml/main.dtml
greetings buelent
___
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/
Marcia Perry wrote:
>Where in the Zope src is the menu labeled "Select type to add..." created?
>
Generally you cannot change this menu. At least not in the standard Zope
management interface. A Zope with a management interface that was
handicapped in this way could also be pretty dangerous.
Y
If you want to remove (Hide) items in this menu, the easiest way is to
download my PatchKit product ( http://www.zope.org/Members/haqa/PatchKit )
which allows you to choose items to hide from the "select..." list.
If you want to add items to the list, the easiest way is to look around
Zope.org's
28 matches
Mail list logo