- Zope-Dev - Zope lists

__getattr__ revisited
by Johan Carlsson [EasyPublisher] 17 Apr '03

17 Apr '03

Hi, I just read an old thread about overriding __getattr__ without breaking acquisition. Using Implicit.inheritedAttributes('__getattr__') didn't work, and I'm not sure if using Implicit.__class__.__getattr__ even gives me the correct __getattr__? Anyway I found a way around this using __dict__ explicitly. In the __of__ wrapper I save the parent: self.__dict__['_v_parent']=parent and in the end of __getattr__ I put if self.__dict__.has_key('_v_parent'): return getattr(self.__dict__['_v_parent'], name) It seams to work, but I just want to check for any problems with this approach. Best Regards, Johan Carlsson -- Easy Publisher Developers Team Johan Carlsson johanc(a)easypublisher.com Mail: Birkagatan 9 SE-113 36 Stockholm Sweden Phone +46-(0)8-31 24 94 Fax +46-(0)8-673 04 44 Mobil +46-(0)70-558 25 24 http://www.easypublisher.com

3 4

linux 2.5 threading issue
by seb bacon 17 Apr '03

17 Apr '03

Hi all, A heads-up for anyone using Red Hat. I just upgraded my desktop to Red Hat 9, which includes a backport of the Native POSIX Thread Library (NPTL) from 2.5. Unfortunately this appears to break (my) Zope (application). The symptom is a seemingly random blocking on a FUTEX_WAIT. I don't have time right now to find the cause; a workaround is to set LD_ASSUME_KERNEL=2.2.5 in the environment. http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/release-notes/x86/ seb

1 0

Re: [Zope-dev] What do we want in the way of Zope binary distributions?
by Tim Hoffman 17 Apr '03

17 Apr '03

Well we haven't dumped solaris ;-) But we always build Unix/Linux from source. Win32 binaries are required though. Tim >>> Craeg K Strong <cstrong(a)arielpartners.com> 04/17/03 10:35 AM >>> Personally, I am happy with this. We install binaries on Win32 and build from source on Linux. We dumped Solaris a year ago :-p We have never used the upgrade packages and likely never will. --Craeg Chris McDonough wrote: >Hi, > >With the new Zope 2.7 install and configuration stuff (currently on the >Zope trunk), ZC needs to redo its mechanisms for Zope binary >distribution. <snip/> > >I'm not sure about the "upgrade" release packages. Does anybody use these? > >Comments? > >- C > > _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )

1 0

Support Our Troops
by USA Ts 15 Apr '03

15 Apr '03

This message can only be viewed in HTML

1 0

initgroups
by David Cooper 15 Apr '03

15 Apr '03

On upgrading to ZOPE 2.6.1 on HP-UX I get problems with the daemon not switching user. This is caused by the compilation of initgroups not passing #if defined(__unix__) || defined(unix) This appears to be the only place where unix or __unix__ is expected to be defined. Where is it expected to be set. Take out the #if and Zope works. Is there a better way of determining whether initgroups exists. I looked for any other version in CVS but it doesn't appear to be there at all. David.

3 2

RE: [Zope-dev] Error Value: name 'portal_types' is not defined
by sean.upton＠uniontrib.com 15 Apr '03

15 Apr '03

Your best bet is to try asking this on the plone-users list (sourceforge). -----Original Message----- From: Stan Baptista [mailto:sbaptista@yahoo.com] Sent: Monday, April 14, 2003 5:57 PM To: zope-dev(a)zope.org Subject: [Zope-dev] Error Value: name 'portal_types' is not defined Hi all, In the ZMI of a plone site, I get the following error when accessing the 'Elements' tab of the portal_metadata tool: ====== Error Type: NameError Error Value: name 'portal_types' is not defined ====== I have read that this message occurs when you do not access the portal tool from within a CMF site. But isn't a plone site also a CMF site? If this is incorrect, how does one go about accessing the CMF site or interface or whatever? The error log produces the following and any help would be appreciated. Thanks, Stan

1 0

Crazy idea: ZClasses
by Shane Hathaway 15 Apr '03

15 Apr '03

It's Friday, so I reserve the right to post crazy ideas. :-) Ape could revitalize ZClasses. The biggest problem with ZClasses has always been the inability to use version control and other utilities to maintain ZClass code. Ape could fix that by giving developers the option of storing ZClass code on the filesystem. It doesn't allow it now, but it could without huge effort. I thought of this a couple of weeks ago. I pushed it out of my mind because Zope 3 will eliminate the need for ZClasses, but the idea kept coming back. So if anyone wants to take this on, I'll provide direction, but I don't plan to do it all myself. Shane

5 7

Error Value: name 'portal_types' is not defined
by Stan Baptista 15 Apr '03

15 Apr '03

Hi all, In the ZMI of a plone site, I get the following error when accessing the 'Elements' tab of the portal_metadata tool: ====== Error Type: NameError Error Value: name 'portal_types' is not defined ====== I have read that this message occurs when you do not access the portal tool from within a CMF site. But isn't a plone site also a CMF site? If this is incorrect, how does one go about accessing the CMF site or interface or whatever? The error log produces the following and any help would be appreciated. Thanks, Stan ====== Exception traceback Time 2003/04/14 14:51:06.500 GMT-10 User Name (User Id) admin (admin) Request URL http://127.0.0.1:8080/portal_metadata/elementPoliciesForm Exception Type NameError Exception Value name 'portal_types' is not defined Traceback (innermost last): Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Shared.DC.Scripts.Bindings, line 252, in __call__ Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec Module App.special_dtml, line 174, in _exec Module DocumentTemplate.DT_Let, line 76, in render Module DocumentTemplate.DT_Let, line 75, in render Module DocumentTemplate.DT_Util, line 201, in eval __traceback_info__: portal_types Module <string>, line 0, in ? NameError: name 'portal_types' is not defined Display traceback as text REQUEST form cookies tree-s 'eJzTiFZ3hANXW/VYHU0ALj4EkA' __ac_name 'sbaptista' lazy items SESSION <bound method SessionDataManager.getSessionData of <SessionDataManager instance at 01B0A440>> other BASEPATH1 '' AcceptLanguage <Products.Localizer.Accept.AcceptLanguage instance at 01D82F3C> a_ 3 BASE3 'http://127.0.0.1:8080/portal_metadata/elementPoliciesForm' BASE2 'http://127.0.0.1:8080/portal_metadata' BASE1 'http://127.0.0.1:8080' traverse_subpath [] element 'Subject' URL1 'http://127.0.0.1:8080/portal_metadata' SERVER_URL 'http://127.0.0.1:8080' USER_PREF_LANGUAGES <Products.Localizer.Accept.AcceptLanguage instance at 01D82F3C> AUTHENTICATED_USER admin TraversalRequestNameStack [] AUTHENTICATION_PATH '' AcceptCharset <Products.Localizer.Accept.AcceptCharset instance at 01D8372C> management_page_charset 'iso-8859-1' URL2 'http://127.0.0.1:8080' PUBLISHED <DTMLFile instance at 01614C60> URL 'http://127.0.0.1:8080/portal_metadata/elementPoliciesForm' n_ 6 URL0 http://127.0.0.1:8080/portal_metadata/elementPoliciesForm URL1 http://127.0.0.1:8080/portal_metadata URL2 http://127.0.0.1:8080 BASE0 http://127.0.0.1:8080 BASE1 http://127.0.0.1:8080 BASE2 http://127.0.0.1:8080/portal_metadata BASE3 http://127.0.0.1:8080/portal_metadata/elementPoliciesForm environ HTTP_ACCEPT_ENCODING 'gzip, deflate' channel.creation_time 1050367825 SERVER_PROTOCOL 'HTTP/1.1' SERVER_PORT '8080' PATH_INFO '/portal_metadata/elementPoliciesForm' HTTP_HOST '127.0.0.1:8080' REQUEST_METHOD 'GET' PATH_TRANSLATED '\\portal_metadata\\elementPoliciesForm' HTTP_COOKIE '__ac_name="sbaptista"; tree-s="eJzTiFZ3hANXW/VYHU0ALj4EkA"' SCRIPT_NAME '' SERVER_SOFTWARE 'Zope/(Zope 2.6.1 (binary release, python 2.1, win32-x86), python 2.1.3, win32) ZServer/1.1b1' HTTP_ACCEPT_LANGUAGE 'en-us' HTTP_ACCEPT 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */*' REMOTE_ADDR '127.0.0.1' HTTP_REFERER 'http://127.0.0.1:8080/portal_metadata/manage_editActionsForm' SERVER_NAME '20JLH11' GATEWAY_INTERFACE 'CGI/1.1' HTTP_USER_AGENT 'Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)' CONNECTION_TYPE 'Keep-Alive' __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

1 0

ZEO Client nonresponsive
by Jan-Wijbrand Kolman 14 Apr '03

14 Apr '03

Hello, I add up to two earlier postings where a nonresponsive, hanging or seemmingly frozen ZEO client is described: http://mail.zope.org/pipermail/zope-dev/2003-March/019179.html http://mail.zope.org/pipermail/zope-dev/2003-February/018681.html Esp. the later one is an accurate description of the situation we experiece too: (..)All the zope processes were still running, CPU usage was low (almost nil for python), there was plenty of free physical memory & swap. Yet Zope was not responding to requests. A look at the access logs revealed that zope had not logged anything since the time we noticed the outage(..) (..)A restart seemed to fix everything, though one of the zeo servers went down again (same symptoms) about 20 minutes after starting. Restarted it again and both servers have been fine for hours now(..) Using the "debugspinngingzope' howto did not help for me - I could not get any usable information out of gdb. I can add some details on my setup, which hopefully helps analysing the problem. Setup (all on Debian linux 2.4.18, Zope2.6.1, ZEO2.0.2, DBTab 1.1): ZEO server, serving a FileStorage and a TemporaryStorage (to share SESSION objects between the clients). I also tested a setup where a regular FileStorage was used. 2 ClientStorage nodes, using DBTab to mount the served FileStorage as "/", and the TemporaryStorage as "/temp_folder". This nonresponsive behaviour was also seen with just one ZEO client. However, when this one node uses a default "temp_folder" as being created at Zope startup (so not mounted from the ZEO server, but a TemporaryFolder), I so far did *not* experience the nonresponsiveness. If I need to provide more details which might help, please ask! regards, jw -- Jan-Wijbrand Kolman jw(a)infrae.com

2 3

ODBC to the ZODB?
by Richard Jones 14 Apr '03

14 Apr '03

Has anyone done any work or even had any ideas about having ODBC access to the ZODB? Possibly using gadfly as the SQL engine? This would be incredibly powerful to have... Richard

4 4