May 2004 - Zope-Dev - Zope lists

Announce: Reusable Zope Public License 2.1
by Jim Fulton 16 May '04

16 May '04

We have updated the Zope Public License (ZPL) to revision 2.1. ZPL 2.1 is reusable. It supports having a consistent license for Zope and third-party products without requiring 3rd-party developers to assign copyright to Zope Corporation. It is important that add-on products for Zope be released under the ZPL. Why? Two reasons: * The ZPL is a flexible license that supports both commercial and non-commercial use of the software. * If Zope add-on products are released under the ZPL, then users of Zope and the add-on products only have one license to worry about. Keeping track of many different licenses is a burden to users. For more information, see: http://www.zope.org/Resources/License Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

3 2

Zope 2.6.X, 2.7.x sesssion problems, please help (fwd)
by alex＠halogen-dg.com 14 May '04

14 May '04

I see Chris post at: http://mail.zope.org/pipermail/zope-dev/2003-March/019116.html As far I see, this bug still existing in Zope 2.6.4, Zope 2.7.0. Its strange because into Changes histore of Zope it seems to be fixed into 2.6.2: Zope 2.6.2 beta 2 Bugs Fixed * TemporaryStorage (which is used by TemporaryFolder, and thus the default sessioning configuration) no longer uses a "LowConflictConnection" database connection. This fixes a bug in which data structures used for session housekeeping data could become desynchronized; the symptom for this was KeyErrors being raised from TransientObjectContainer's get method. As a result, many more conflicts will be raised under high session load, but desynchronization will not occur. Could you please at least point me where I can dig to get it fixed? I will try to read Python code in Transience.Transience but I am not sure in my qualification in this area. Bug reported at zope.org as: http://zope.org/Collectors/Zope/848 but until now there were no comments which help me to fix this. may be something needs to be changed into my code? in the beginning of many scripts I have the following: request=container.REQUEST session=request.SESSION please give me a hint. Thanks. -- Alex V. Koval http://www.halogen-dg.com/ http://www.zwarehouse.org/

12 37

Release schedule for Zope 2.7.1
by Andreas Jung 13 May '04

13 May '04

Hi folks, I have updated the Zope 2.7 roadmap to reflect the release schedule for the Zope 2.7.1 release: http://dev.zope.org/Wikis/DevSite/Projects/Zope2.7/FrontPage/ReleaseSchedule 27 Note to Zope commiters: - Bug fixes on the Zope-2_7-branch and older branches (if necessary) are done using CVS. - Bug fixes on the Zope HEAD must happen through Subversion. Fixes on the former CVS HEAD are no longer acceptable. I would appreciate if every active developer would pick up a bug or two from the collector and fix it :-) Cheers, Andreas -- Andreas Jung -------------------------------- www.zopyx.com Software-Development and Consulting Andreas Jung

1 0

ATTENTION! cvs to subversion transition tomorrow
by Jim Fulton 12 May '04

12 May '04

Tomorrow, as planned. I'm going to move the main development branches for Zope 2, Zope 3, and ZODB to subversion. I will start the move at 10am US/Eastern time tomorrow. I plan to be done before 5pm US/Eastern time. During this time, I ask that no one make checkins to the CVS head for those projects. The first thing I will do is to tag the head with the tag: 'cvs-to-svn-conversion'. When I'm done, I will remove all files from the heads of the preojects in CVS, except README.txt files giving subversion access instructions. Speaking of subversion instructions, I'll be sending some later today. If you want to do writable subversion checkouts, you'll need to submit a version 1.1 contributor's agreement (if you haven't already). The contributor's agreement can be found at: http://dev.zope.org/DevHome/CVS/Contributor.pdf You can print and then send the filled out and signed agreement to us in one of 3 ways: - Ordinary mail to: Zope Corporation, 513 Prince Edward Street Fredericksburg, VA, USA, 22401 - Fax to 1.703.995.0412 - Email a scanned form to: jim(a)zope.com Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

12 40

How To run current Zope 2 & 3 from CVS on Windows
by Max M 12 May '04

12 May '04

As I said, I would write a How-To in getting Zope 3 up and running on Windows, given the binaries that Tim has made. http://www.mxm.dk/papers/run-z3-cvs-wthout-compiler/ Feel free to comment. regards Max M

4 3

Zope head broken on cygwin?
by zope＠netchan.cotse.net 11 May '04

11 May '04

Something is not right with the Zope 2.x cvs head on cygwin. I used yesterdays checkout of Zope and Python 2.3 maintenance branch. The same combo works on OpenBSD. Here's the story: netchan@GYOGYI /zope/cvszope/bin $ /zope/python23/bin/python ./mkzopeinstance.py Please choose a directory in which you'd like to install Zope "instance home" files such as database files, configuration files, etc. Directory: /zope/instances/ndev Please choose a username and password for the initial user. These will be the credentials you use to initially manage your new Zope instance. Username: admin Password: Verify password: netchan@GYOGYI /zope/cvszope/bin $ cd /zope/instances/ndev/bin/ netchan@GYOGYI /zope/instances/ndev/bin $ ./runzope 2004-05-10 18:36:15 WARNING Init Ambiguous name for method of OFS.Uninstalled.BrokenClass: 'manage' != 'manage_main' 2004-05-10 18:36:15 WARNING Init Ambiguous name for method of OFS.Uninstalled.BrokenClass: 'manage' != 'manage_workspace ' 2004-05-10 18:36:15 INFO ZServer HTTP server started at Mon May 10 18:36:15 2004 Hostname: GYOGYI.WorkGroup Port: 8080 2004-05-10 18:36:15 INFO ZServer FTP server started at Mon May 10 18:36:15 2004 Hostname: GYOGYI.WorkGroup Port: 8021 2004-05-10 18:36:18 DEBUG ZODB.BaseStorage create storage /zope/instances/ndev/var/Data.fs 2004-05-10 18:36:18 DEBUG txn.168034336 new transaction 2004-05-10 18:36:18 DEBUG txn.168034336 new transaction 2004-05-10 18:36:18 DEBUG txn.168034336 commit <Connection at 0ac91f6c> 2004-05-10 18:36:18 DEBUG txn.168034336 commit 2004-05-10 18:36:18 ERROR Zope.ZODBMountPoint Failed to mount database. exceptions.AttributeError ('Connection' object h as no attribute '_getMountedConnection') Traceback (most recent call last): File "/zope/cvszope/lib/python/Products/ZODBMountPoint/Mount.py", line 93, in _getOrOpenObject conn = self._getMountedConnection(anyjar) File "/zope/cvszope/lib/python/Products/ZODBMountPoint/Mount.py", line 71, in _getMountedConnection conn = anyjar._getMountedConnection(db_name) AttributeError: 'Connection' object has no attribute '_getMountedConnection' 2004-05-10 18:36:18 ERROR Zope Default Object Creation Could not add a /temp_folder mount point due to an error. Traceback (most recent call last): File "/zope/cvszope/lib/python/OFS/Application.py", line 359, in install_tempfolder_and_sdc manage_addMounts(app, ('/temp_folder',)) File "/zope/cvszope/lib/python/Products/ZODBMountPoint/MountedObject.py", line 283, in manage_addMounts mo._test(app) File "/zope/cvszope/lib/python/Products/ZODBMountPoint/Mount.py", line 126, in _test self._getOrOpenObject(parent) File "/zope/cvszope/lib/python/Products/ZODBMountPoint/Mount.py", line 93, in _getOrOpenObject conn = self._getMountedConnection(anyjar) File "/zope/cvszope/lib/python/Products/ZODBMountPoint/Mount.py", line 71, in _getMountedConnection conn = anyjar._getMountedConnection(db_name) AttributeError: 'Connection' object has no attribute '_getMountedConnection' 2004-05-10 18:36:18 DEBUG txn.168034336 new transaction 2004-05-10 18:36:18 DEBUG txn.168034336 commit <Connection at 0ac91f6c> [same stuff for a few more times] 2004-05-10 18:36:25 INFO Zope New disk product detected, determining if we need to fix up any ZClasses. 2004-05-10 18:36:25 BLATHER Z2 Installed sighandler for SIGTERM 2004-05-10 18:36:25 BLATHER Z2 Installed sighandler for SIGINT 2004-05-10 18:36:25 BLATHER Z2 Installed sighandler for SIGHUP 2004-05-10 18:36:25 BLATHER Z2 Installed sighandler for SIGUSR2 2004-05-10 18:36:25 INFO Zope Ready to handle requests --------------------------- Here I hit Ctrl-C --------------------------- 2004-05-10 18:36:36 INFO Z2 Caught signal SIGINT 2004-05-10 18:36:36 INFO Z2 Shutting down netchan@GYOGYI /zope/instances/ndev/bin $ ls -lag ../var/ total 1929 drwxr-xr-x+ 2 netchan None 0 May 10 18:36 . drwxr-xr-x+ 9 netchan None 0 May 10 18:36 .. -rw-r--r-- 1 netchan None 1379510 May 10 18:36 Data.fs -rw-r--r-- 1 netchan None 103 May 10 18:36 Data.fs.index -rw-r--r-- 1 netchan None 5 May 10 18:36 Data.fs.lock -rw-r--r-- 1 netchan None 591302 May 10 18:36 Data.fs.tmp -rw-r--r-- 1 netchan None 299 May 10 18:36 README.txt netchan@GYOGYI /zope/instances/ndev/bin $ ./runzope 2004-05-10 18:37:13 WARNING Init Ambiguous name for method of OFS.Uninstalled.BrokenClass: 'manage' != 'manage_main' 2004-05-10 18:37:13 WARNING Init Ambiguous name for method of OFS.Uninstalled.BrokenClass: 'manage' != 'manage_workspace ' 2004-05-10 18:37:13 INFO ZServer HTTP server started at Mon May 10 18:37:13 2004 Hostname: GYOGYI.WorkGroup Port: 8080 2004-05-10 18:37:13 INFO ZServer FTP server started at Mon May 10 18:37:13 2004 Hostname: GYOGYI.WorkGroup Port: 8021 2004-05-10 18:37:15 DEBUG ZODB.BaseStorage create storage /zope/instances/ndev/var/Data.fs 2004-05-10 18:37:15 WARNING ZODB.FileStorage Ignoring index for /zope/instances/ndev/var/Data.fs 2004-05-10 18:37:15 ERROR ZODB.Connection Couldn't load state for 0000000000000000 Traceback (most recent call last): File "/zope/cvszope/lib/python/ZODB/Connection.py", line 795, in setstate self._setstate(obj) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 849, in _setstate self._reader.setGhostState(obj, p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 400, in setGhostState state = self.getState(pickle) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 393, in getState return unpickler.load() File "/zope/cvszope/lib/python/ZODB/serialize.py", line 492, in _persistent_load return self._conn.get(oid) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 333, in get obj = self._reader.getGhost(p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 387, in getGhost return klass.__new__(klass, *args) TypeError: Acquirer.__new__(Application) is not safe, use Persistence.Persistent.__new__() Traceback (most recent call last): File "/zope/cvszope/lib/python/Zope/Startup/run.py", line 55, in ? run() File "/zope/cvszope/lib/python/Zope/Startup/run.py", line 21, in run starter.prepare() File "/zope/cvszope/lib/python/Zope/Startup/__init__.py", line 96, in prepare self.startZope() File "/zope/cvszope/lib/python/Zope/Startup/__init__.py", line 252, in startZope Zope.startup() File "/zope/cvszope/lib/python/Zope/__init__.py", line 46, in startup _startup() File "/zope/cvszope/lib/python/Zope/App/startup.py", line 91, in startup Globals.VersionNameName) File "/zope/cvszope/lib/python/ZODB/ZApplication.py", line 33, in __init__ if not root.has_key(name): File "/zope/cvszope/lib/python/ZODB/Connection.py", line 795, in setstate self._setstate(obj) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 849, in _setstate self._reader.setGhostState(obj, p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 400, in setGhostState state = self.getState(pickle) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 393, in getState return unpickler.load() File "/zope/cvszope/lib/python/ZODB/serialize.py", line 492, in _persistent_load return self._conn.get(oid) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 333, in get obj = self._reader.getGhost(p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 387, in getGhost return klass.__new__(klass, *args) TypeError: Acquirer.__new__(Application) is not safe, use Persistence.Persistent.__new__() netchan@GYOGYI /zope/instances/ndev/bin $ ----------------------------- The testrunner is weird, too: ----------------------------- netchan@GYOGYI /zope/cvszope/lib/python $ ../../bin/testrunner.py -a Adding /zope/cvszope/lib/python to sys.path. No handlers could be found for logger "Init" Module testUserFolder.py failed to load exceptions.TypeError: Acquirer.__new__(UserFolder) is not safe, use Persistence.Persistent.__new__() File "../../bin/testrunner.py", line 68, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File "/zope/cvszope/lib/python/AccessControl/tests/testUserFolder.py", line 24, in ? Zope.startup() File "/zope/cvszope/lib/python/Zope/__init__.py", line 46, in startup _startup() File "/zope/cvszope/lib/python/Zope/App/startup.py", line 96, in startup OFS.Application.initialize(application) File "/zope/cvszope/lib/python/OFS/Application.py", line 279, in initialize initializer.initialize() File "/zope/cvszope/lib/python/OFS/Application.py", line 306, in initialize self.install_products() File "/zope/cvszope/lib/python/OFS/Application.py", line 553, in install_products return install_products(app) File "/zope/cvszope/lib/python/OFS/Application.py", line 584, in install_products folder_permissions, raise_exc=debug_mode) File "/zope/cvszope/lib/python/OFS/Application.py", line 721, in install_product productObject=App.Product.initializeProduct( File "/zope/cvszope/lib/python/App/Product.py", line 495, in initializeProduct products=app.Control_Panel.Products File "/zope/cvszope/lib/python/ZODB/Connection.py", line 795, in setstate self._setstate(obj) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 849, in _setstate self._reader.setGhostState(obj, p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 400, in setGhostState state = self.getState(pickle) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 393, in getState return unpickler.load() File "/zope/cvszope/lib/python/ZODB/serialize.py", line 492, in _persistent_load return self._conn.get(oid) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 333, in get obj = self._reader.getGhost(p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 387, in getGhost return klass.__new__(klass, *args) Module testCatalog.py failed to load exceptions.TypeError: Acquirer.__new__(UserFolder) is not safe, use Persistence.Persistent.__new__() File "../../bin/testrunner.py", line 68, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File "/zope/cvszope/lib/python/Products/ZCatalog/tests/testCatalog.py", line 42, in ? app = createDatabase() File "/zope/cvszope/lib/python/Products/ZCatalog/tests/testCatalog.py", line 38, in createDatabase OFS.Application.install_products(app) # XXX: this is still icky File "/zope/cvszope/lib/python/OFS/Application.py", line 584, in install_products folder_permissions, raise_exc=debug_mode) File "/zope/cvszope/lib/python/OFS/Application.py", line 721, in install_product productObject=App.Product.initializeProduct( File "/zope/cvszope/lib/python/App/Product.py", line 495, in initializeProduct products=app.Control_Panel.Products File "/zope/cvszope/lib/python/ZODB/Connection.py", line 795, in setstate self._setstate(obj) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 849, in _setstate self._reader.setGhostState(obj, p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 400, in setGhostState state = self.getState(pickle) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 393, in getState return unpickler.load() File "/zope/cvszope/lib/python/ZODB/serialize.py", line 492, in _persistent_load return self._conn.get(oid) File "/zope/cvszope/lib/python/ZODB/Connection.py", line 333, in get obj = self._reader.getGhost(p) File "/zope/cvszope/lib/python/ZODB/serialize.py", line 387, in getGhost return klass.__new__(klass, *args) test_bound_unused_container (testBindings.TestBindings) ... ok test_bound_unused_context (testBindings.TestBindings) ... ok test_bound_used_container (testBindings.TestBindings) ... ok test_bound_used_container_allowed (testBindings.TestBindings) ... ok test_bound_used_context (testBindings.TestBindings) ... ok [...] Any idea? Reagrds, Sandor

2 2

Segfault and Deadlock
by Willi Langenberger 10 May '04

10 May '04

Hi Zope (and Python) experts! There seems to be a problem when an external python module segfaults during a zope request. The remaining worker threads are deadlocked. I think this is the same problem as Dieter pointed out in his message to zope-dev "[Problem] strange state after SIGSEGV": http://mail.zope.org/pipermail/zope-dev/2004-March/022092.html The reason is the way python handles threads on some systems (RedHat-7.3, kernel 2.4.20, without NPTL). I've written a small python extension, which does nothing but segfault[1]. With this, i made the following simulation, where one thread acquires a lock and segfaults: #!/usr/bin/env python2.3 import thread import time import _segfault _lock = thread.allocate_lock() def worker(): time.sleep(10) _lock.acquire() _segfault.segfault() _lock.release() thread.start_new_thread(worker, ()) thread.start_new_thread(worker, ()) thread.start_new_thread(worker, ()) thread.start_new_thread(worker, ()) time.sleep(3600) print 'Bye...' On my RedHat-7.3 box (kernel 2.4.20-18, without NPTL) i get the following behaviour. After starting the program, pstree shows this: bash(4103,wlang)---python2.3(4333)---python2.3(4334)-+-python2.3(4335) |-python2.3(4336) |-python2.3(4337) `-python2.3(4338) After the 10 seconds sleep, one worker gets the lock, and segfaults. After that, pstree shows this: init(1)-+-[...] |-python2.3(4336,wlang) |-python2.3(4337,wlang) |-python2.3(4338,wlang) Three remaining worker threads (without main thread). Gdb shows, that they wait for the lock (but they wont get it): (gdb) info stack #0 0x420293d5 in sigsuspend () from /lib/i686/libc.so.6 #1 0x40031609 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x4003272c in sem_wait@@GLIBC_2.1 () from /lib/i686/libpthread.so.0 #3 0x080c7b2d in PyThread_acquire_lock (lock=0x8170728, waitflag=1) ^^^^^^^^^^^^^^^^^^^^^ at Python/thread_pthread.h:406 [...] (On a side note, as python threads block all signals, these worker threads cannot be stopped with SIGTERM. They must be killed with SIGKILL.) All this has the consequences Dieter described: > Consequences: > > * Zope did no longer respond to requests > > * "stop" did not work (as "SIGTERM" was ineffective) > > * "start" did not work, as the dangling processes kept > the HTTP port bound. So i think i know what's happening, but i don't know how to fix it! Can anyone help please? Any hints are highly appreciated! \wlang{} PS: A RedHat-9 system (kernel 2.4.20, with NPTL) shows a different behaviour. After the segfault, all threads disappeared. So maybe all is ok with NPTL, but i've not tested it yet... [1] segfault module -segfault.c--------------- void segfault(void) { char *x = 0; *x = 'a'; } -segfault.i---------------- %module segfault %{ %} void segfault(void); -building:------------------ $ swig -python segfault.i $ gcc -I/usr/local/include/python2.3 -c segfault_wrap.c -o segfault_wrap23.o $ gcc -c -o segfault.o segfault.c $ gcc -shared segfault_wrap23.o segfault.o -o _segfault.so -- Willi.Langenberger(a)wu-wien.ac.at Fax: +43/1/31336/9207 Zentrum fuer Informatikdienste, Wirtschaftsuniversitaet Wien, Austria

6 17

problem with add LocalFS
by GUERIN Laurent 10 May '04

10 May '04

Hello, i want to add dynamically LocalFS Objects in a Plone site. So, in order to test, i hawe write a little python script like this : container.manage_addProduct['LocalFS'].manage_addLocalFS('test','test','/my_ folder') print "ok" return printed I get a weird failure : Traceback (innermost last): * Module ZPublisher.Publish, line 163, in publish_module_standard * Module Products.PlacelessTranslationService.PatchStringIO, line 45, in new_publish * Module ZPublisher.Publish, line 127, in publish * Module Zope.App.startup, line 203, in zpublisher_exception_hook * Module ZPublisher.Publish, line 100, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 40, in call_object * Module Shared.DC.Scripts.Bindings, line 306, in __call__ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec * Module Products.PythonScripts.PythonScript, line 318, in _exec * Module None, line 1, in test <PythonScript at /test/projet/test> Line 1 * Module Products.LocalFS.LocalFS, line 1376, in manage_addLocalFS * Module App.FactoryDispatcher, line 103, in manage_main TypeError: unsubscriptable object (Also, an error occurred while attempting to render the standard error message.) My environement is : Redhat 7.2, Zope 2.7.0, Plone 2 and Python 2.3.3 Thanks, Laurent

1 0

Bug day report
by Casey Duncan 10 May '04

10 May '04

I'm happy to report a successful bug day with a final tally of almost 40 issues closed. The specific issues we squashed were: #28,#181,#321,#340,#349,#439,#444,#495,#511,#532,#540,#543, #544,#545,#546,#553,#562,#574,#584,#602,#637,#644,#654,#658,#666, #678,#724,#800,#810,#811,#875,#1003,#1042,#1050,#1148,#1227,#1298, #1300. Thanks to all who participated! -Casey

8 18

Re: [Zope-dev] Weird "couldn't load state" on Zope 2.6.2
by Chris Withers 10 May '04

10 May '04

Dieter Maurer wrote: >>Perhaps you could show me how to find these mailing list posts you speak of? > > I never search for others... I'm sorry you feel that way, I guess I'll just ignore the errors for now. Sorry you couldn't be more help :-S Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0