July 2000 - Zope - Zope lists

Bizarre crashes under Solaris: "nobody" vs. a real user (a fix?)
by Walter A. Aprile 04 Jul '00

04 Jul '00

Hi, in the past days I have been experiencing mysterious crashes, under heavy load conditions with Zope version: Zope 2.1.6 (binary release, python 1.5.2, solaris-2.6-sparc) Python version: 1.5.2 (#8, Nov 16 1999, 10:05:41) [GCC 2.8.1] System Platform: sunos5 Since that was the sensible choice, I was running Zope as user "nobody". Completely by chance, I run it as a 'normal' user (neither root, nor nobody). I was surprised to realize that it would not crash any more, no matter how much I pounded it with wget and similar tools. I was running it from a terminal, where every now and then interesting messages pop up: ------ 2000-06-30T22:33:44 PROBLEM(100) ZServer warning: server accept() threw EWOULDBLOCK ------ 2000-07-01T07:58:31 PROBLEM(100) ZServer Server accept() threw an exception ------ 2000-07-03T03:59:43 ERROR(200) ZServer uncaptured python exception, closing channel <zhtt p_channel connected 132.248.10.194:1073 at 70e4d8 channel#: 15840 requests:13> (socket.er ror:(9, 'Bad file number') [/usr/local/zope/ZServer/medusa/asynchat.py|initiate_send|211] [/usr/local/zope/ZServer/medusa/http_server.py|send|400] [/usr/local/zope/ZServer/medusa /asyncore.py|send|237]) ------ 2000-07-03T14:50:34 ERROR(200) ZServer Bad HTTP request: GET /Zorba/logo-solo.gif >logo-s olo.gif ------ 2000-07-03T18:43:50 ERROR(200) ZServer uncaptured python exception, closing channel <zhtt p_channel connected 200.15.155.65:3719 at 66da40 channel#: 22958 requests:1> (socket.erro r:(9, 'Bad file number') [/usr/local/zope/ZServer/medusa/asynchat.py|initiate_send|211] [ /usr/local/zope/ZServer/medusa/http_server.py|send|400] [/usr/local/zope/ZServer/medusa/a syncore.py|send|237]) Could be that, when running as nobody, Zope could not do something that it has do after an exception ? It could be something as simple as writing to /tmp or logging things with syslogd ... anyway, it could be something that Solaris prevents it from doing, which in turn causes the crashes. Now, I am still keeping my fingers crossed for tomorrow I have a demo. So, apologies if all this is old hat, and thanks for the wonderful list environment. Walter -- Vita brevis, ars longa, occasio celeris, experimentum periculosum, judicium difficile. Attention: Un train peut en cacher un autre -><- Eris aprueba este email ! -><- http://redescolar.ilce.edu.mx

1 0

RE: [Zope] How do say wiki?
by Brian Lloyd 04 Jul '00

04 Jul '00

> What would be an acceptible plural form of wiki, > wikies > wikis > what? wikii? :) -Brian

1 0

Re: [Zope] Is there a better way to code this?
by Dieter Maurer 04 Jul '00

04 Jul '00

Luke Tymowski writes: > To have Zope ignore the footer code in one place but still display footer > code on other pages, I've resorted to this: > <dtml-with history> > <dtml-with 2000> > <dtml-in "objectValues(['DTML Document'])" size=3 sort=title reverse> > <dtml-call "REQUEST.set('renderedfooter',1)"> > <dtml-var sequence-item> > <a href="/history/2000/<dtml-var id>" title="Permanent link to the > entry for <dtml-var title>">PermaLink</a> > <br> <br> > </dtml-in> > </dtml-with> > </dtml-with> > <dtml-call "REQUEST.set('renderedfooter',0)"> What about <dtml-with "_.namespace(standard_html_header='', standard_html_footer='')"> ... your code without "REQUEST" mangling ... </dtml-with> This redefines "standard_html_header/footer" inside the "with". Should work for DTML methods/documents. Dieter

2 1

Re: Confera problem
by Jon Franz 04 Jul '00

04 Jul '00

this is due to confera using a old, now non-standard package called ts_regex. Goto http://www.zope.org/Members/Coventry/Confera_fix for a fix. >I just downloaded Confera-1.2.0-nonbin.tgz, installed it, and created a >Confera topic instance. I posted a mesage to the topic, and then >posted a reply to this messge. This is what i get: > >Traceback (innermost last): > File /home/tejay/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line >214, in publish_module > File /home/tejay/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line >179, in publish > File /home/tejay/Zope-2.1.6-src/lib/python/Zope/__init__.py, line 202, >in zpublisher_exception_hook > File /home/tejay/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line >165, in publish > File /home/tejay/Zope-2.1.6-src/lib/python/ZPublisher/mapply.py, line >160, in mapply > (Object: addMessage) > File /home/tejay/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line >102, in call_object > (Object: addMessage) > File lib/python/Products/Confera/Confera.py, line 565, in addMessage > File /var/tmp/python-root/usr/lib/python1.5/regsub.py, line 38, in >gsub >AttributeError: (see above) > >Has any one had this problem? I don't really have time to go hunting >for the problem at the moment. > >I am running a Zope 2.1.6 from src on RH linux 6.2. > >terry

1 0

basic FSSession question
by Leichtman, David J 03 Jul '00

03 Jul '00

I'm probably missing something really key here, but I'm having difficulty doing multiple sessions in FSSession. I have a session and then, say, take some form data and push it to the session. If I'm on a different machine (different cookie / different SessionUID), and I get different form data and write it, it then overwrites the other data, implying that it's the same SessionUID. I thought that calling <dtml-call FSSession> from a different machine, would then create a new session with the SessionUID stored on that machine. How, then, do I get multiple sessions? There seems to be a severe lack of documentation for FSSession. ~ Astrogeek

2 1

Traversal of ZODB
by David Trudgett 03 Jul '00

03 Jul '00

I wonder if anyone has a sample Python script that traverses the ZODB to query or perform arbitrary operations on the objects found in it? My present requirement is to write a script that goes through and does some automated updating of several dozen DTML documents. Thanks. David Trudgett

2 1

Re: [Zope] MySQL Select Statements
by Dieter Maurer 03 Jul '00

03 Jul '00

Michael Blewett writes: > Select Column1, Column2 etc > from TableA. > > Instead I must use the AS statement ie > > Select Column1 AS Column1, Column2 AS Column2 > from TableA. Zope should not be responsible for this strange behaviour. It simply executes the SQL statement and asks the result for the result column names. It then wraps each result row in an object that allows to access a column value as attribute under the respective column name. You could try: <dtml-let SQLresult=SQLMethod> <dtml-var "SQLresult.names()"> </dtml-in> to get the list of column names your Z SQL Method "SQLMethod" returns. This may give you a hint how your database names result columns. I recently found out that Oracle returns column names converted into all uppercase. I needed about 2 hours to analyse this weird behaviour. Dieter

2 1

Re: [Zope] calling standard_html_header from external methods
by Dieter Maurer 03 Jul '00

03 Jul '00

Daryl Tester writes: > Dieter Maurer wrote: > > > The __call__ function of DTML methods gets the following > > arguments: client=None, mapping=None, **kw. > > > > You therefore may call it: "self.standard_html_header(self,REQUEST)" > > or "self.standard_html_header(None,REQUEST)". > > And what's the difference between passing in self or None? What > does the client parameter actually do? When you pass 'None', the DTML method can only use the content of REQUEST. If you pass "self", it can additionally use the direct and acquired attributes of "self". Dieter

2 1

Proxy role bug (or feature)
by Ng Pheng Siong 03 Jul '00

03 Jul '00

Hi, I have encountered a problem with proxy roles with my product GuardedFile. A GuardedFile is a File that is accessible by proxy only. When a GuardedFile is created, all acquired permissions are unset and a proxy role is created in its container with the sole permission 'view'. In all other aspects a GuardedFile behaves like a File. Typically, the GuardedFile creator next creates a DTML method and assigns to it the associated proxy role. Anonymous and other users access the GuardedFile via the DTML method. I've discovered a problem with the product setup: Suppose user 'ngps' exists in the top-level user folder, and has the default roles 'owner' and 'manager'. 1. ngps creates a folder called 'junk' somewhere within Zope. 2. ngps switches to the folder 'junk'. 3. ngps creates a GuardedFile 'agf'. A proxy role 'proxy_for_agf' is automatically created in 'junk'. 4. ngps creates a DTML method 'view_agf' to access 'agf'. When ngps tries to assign the role 'proxy_for_agf' to 'view_agf', the following error is generated: (Slightly reformatted for readability.) You are not authorized to change 'view_agf' because you do not have proxy roles. Traceback (innermost last): File C:\pkg\Zope220b3\lib\python\ZPublisher\Publish.py, line 222, in publish_module File C:\pkg\Zope220b3\lib\python\ZPublisher\Publish.py, line 187, in publish File C:\pkg\Zope220b3\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook (Object: view_agf) File C:\pkg\Zope220b3\lib\python\ZPublisher\Publish.py, line 171, in publish File C:\pkg\Zope220b3\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_proxy) File C:\pkg\Zope220b3\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: manage_proxy) File C:\pkg\Zope220b3\lib\python\OFS\DTMLMethod.py, line 273, in manage_proxy (Object: view_agf) File C:\pkg\Zope220b3\lib\python\OFS\DTMLMethod.py, line 266, in _validateProxy (Object: view_agf) Forbidden: (see above) The following works around this: 1. ngps creates a user folder in 'junk'. 2. ngps adds a user in 'junk' called 'user2', with roles 'owner', 'manager' and 'proxy_for_agf'. 3. Login as 'user2'; 'user2' is now able to assign the role 'proxy_for_agf' to the above-mentioned DTML method 'view_agf'. This proxy role handling seems unwieldy, in that 'ngps' cannot assign the proxy role but can create another user 'user2' that _can_ assign said proxy role. Is this a bug or a feature? Cheers. -- Ng Pheng Siong <ngps(a)post1.com> * http://www.post1.com/home/ngps

2 1

New for download: Image.py that is border-aware
by Jon Franz 03 Jul '00

03 Jul '00

The subject says it all... no more <dtml-var "foo.tag(border=0)"> type schtuff... http://www.zope.org/Members/Coventry/Border_aware_image Note: this was created, and tested, on Zope 2.1.6 - newer installations, or those with modifications to thier Image.py file in <zope-home>/lib/python/OSF should Not use the new file - they should compare the file and apply the changes by hand to thier Image.py to avoid version troubles.

1 0