March 2002 - Zope-Dev

Bug days
by Brian Lloyd 15 Mar '02

15 Mar '02

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 manifesto that describes how it would work in a little more detail: http://dev.zope.org/CVS/BugDays I'd like to hear what people think, as well as work out a few logistics: - Given the wide geographic area that committers (and patch submitters) cover, what is a good time of day for a bug day to start / end (where start and end are always going to be fuzzy, of course). - Would it be better for bugdays to be ad-hoc, or should we try to set up regularly-scheduled bugdays at some reasonable interval? If the latter, we need to come up with a day / time that is agreeable to as many of the committers as possible. Thoughts? -Brian

5 4

Modifying a menu
by Marcia Perry 15 Mar '02

15 Mar '02

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 -> Page Source and see the 3 frames. I think the menu I'm interested in is in the frame w/ src="http://myhost:8080/manage_workspace" w/ name= "manage_main". So I searched thru. the src, grep'ng for some strings and located "manage_main" in ZopePageTemplate.py. But that's as far as I got. I'm new to Zope, don't have time to step thru. all the code, but gotta dive in and make some changes to this menu. Please help! And if there's some documentation that describes the code, I'd be stoked. Thanks, -- marc ---------------------------------------------------------------- Marc Perry MPerry(a)lbl.gov Lawrence Berkeley National Laboratory WORK# (510) 486-6786 1 Cyclotron Road FAX# (510) 486-6363 Berkeley, CA 94720 MS: 50A-3111

5 4

Re: [Zope-dev] more on the segfault saga
by Anthony Baxter 15 Mar '02

15 Mar '02

>>> 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 over and breaks. I think I've mentioned it before, but looking at the object _before_ the corrupted one in memory might be a useful thing to try... Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never to late to have a happy childhood.

1 0

Marshalling of records in REQUEST.form
by Jean Jordaan 14 Mar '02

14 Mar '02

Hi all I've just noticed this. In my form I have, for example: <input name='HostType:list' value='Sequential'> <input name='properties_to_show.ContactPerson:list' value='ContactName'> <input name='properties_to_show.ContactPerson:list' value='DirectEmail'> <input name='properties_to_show.Customer:list' value='CustomerName'> <input name='properties_to_show.Customer:list' value='CustomerStatus'> 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 dictionary. As a valid dictionary, that would be: {'HostType': ['Sequential'], 'properties_to_show': {'ContactPerson': ['ContactName', 'DirectEmail'], 'Customer': ['CustomerName', 'CustomerStatus']}} Is a bug or a feature? Is the reason for the representation the fact that 'properties_to_show' is a record, and not a dictionary? -- Jean Jordaan Upfront Systems http://www.upfrontsystems.co.za

2 2

Memory Leak Problem
by Andre Schubert 14 Mar '02

14 Mar '02

Hi all, i have a little problem with my production server. The memory usage of the zope processes running on this server are growing up 100K a day upto 1MB a day. How can i track down the problem. Zope is 2.3.3 Python is 1.5.2 OS is RedHat Immunix 6.2 Hope somebody could help... Thanks, -- Andre Schubert EMail: Andre.Schubert(a)km3.de Tel: 03774 6625-78 km3 teledienst GmbH Fax: 03774 6625-79

5 16

Re: [Zope-dev] Re: more on the segfault saga
by Martijn Jacobs 14 Mar '02

14 Mar '02

Sorry, the correct URL is http://www.coherence.nl/crash.txt (without the dot) martijn.

1 0

Re: [Zope-dev] Re: more on the segfault saga
by Martijn Jacobs 14 Mar '02

14 Mar '02

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's any usefull information in here, because the crashes are threading related. Second of all I managed to get a traceback (?) of a gdb session, I don't know if it's any usefull information, I'm not a zope expert on this area, I hope other people (zope developers?) understand what's on the traceback. The customer was not happy with my session, but that environment is the only one that crashes, we still cannot reproduce the error here, nor can we make a testcase for the crash there :( I put the traceback online on http://www.coherence.nl/crash.txt. regards, martijn

1 0

Zope crash problem
by Stefano Noferi 14 Mar '02

14 Mar '02

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 splitter modules (or eventually other python module .so of zope core) crash zope 2.5.1b1 ? How can I test this? Thanks Stefano ---------------------------------------------------------- Stefano Noferi n o z e S.r.l. Soluzioni Open-Source Via Caduti del Lavoro, 32 56122 Pisa (PI) - Italy Tel: +39 (0)50 533320 Fax: +39 (0)50 526604 Email: stefano(a)noze.it Web: http://www.noze.it ----------------------------------------------------------

1 0

Help with DTML-IN statement
by Gary Yee 13 Mar '02

13 Mar '02

Hello, I am very new to Zope/DTML and I am a little confused with the operation of the DTML-IN statement. Here is the snippet of code <table border=1 width=100%> <dtml-in expr="( ((1), (1,2),(4,5,6),(7,8,9)) )"> <tr> <td><dtml-var sequence-item></td> </tr> </dtml-in> </table> This code displays the contents 4 cells in a table and the output is 1 2 (4,5,6) (7,8,9) I am a litte confused because I thought it would display the contents of the list as (1) (1,2) (4,5,6) (7,8,9) I believe this is related to something I read about tuples of ( key, value) will handled with sequence-key and sequence-item ???? I must be traversing the list incorrectly.....can anyone give me an example of how to traverse this list of tuples correctly. Any help would be greatly appreciated.....thank you very much in advance Gary

2 1

Zope 2.5: allow_type
by Yves Bastide 12 Mar '02

12 Mar '02

Hi, There seems to be a bug in either AccessControl.SimpleObjectPolicies.allow_type or Products.PythonScripts.module_access_examples.py, as module_access_examples's examples such as allow_type(type(re.compile(''))) dont work. Knowing neither Python nor Zope, I patched allow_type like this: --- zope/lib/python/AccessControl/SimpleObjectPolicies.py~ Tue Mar 12 17:49:14 2002 +++ zope/lib/python/AccessControl/SimpleObjectPolicies.py Mon Mar 4 10:40:42 2002 @@ -57,5 +57,5 @@ raise ValueError, "%s handles its own security" % `Type` if not (isinstance(allowed, IntType) or isinstance(allowed, DictType)): raise ValueError, "The 'allowed' argument must be an int or dict." - ContainerAssertions.update(Type, allowed) + ContainerAssertions.update({Type: allowed}) The above statement then works, but I don't know if this is an appropriate fix.. Regards, yves

1 0