- Zope-Dev - Zope lists

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

[Collector] Strange reject policy
by Dieter Maurer 07 May '04

07 May '04

I got a reject message for "http://collector.zope.org/Zope/444" with the comment: ZClasses are not being actively maintained, so unless you provide a patch, it is not likely to be fixed. I see this as a strange reject policy. In my view, bug reports in the collector should only be rejected when they are not bugs or when they can not longer occur. We want that people with strange effects look into the collector to find out whether this is a known problem, don't we? Rejected bug reports are much more difficult to find than open ones. In this case, the issue reports a true bug which pose a potential security risk because a permission mapping unexpectedly has no effect. I do not argue that this bug needs a fix but the report should at least be easily found. -- Dieter

11 28

cvs.zope.org wedged, we're looking into it
by Ken Manheimer 07 May '04

07 May '04

cvs.zope.org is wedged - you can connect to it (ping, web, ssh) but not get any further. We've got a call in for attention, hopefully it'll be back available soon... Ken klm(a)zope.com

2 1

The bleak Future of Zope?!
by kretschmar＠infoman.de 07 May '04

07 May '04

Hello, Maik Jablonski of the german speaking Zope Users Group DZUG issued a pretty bleak outlook for the future of Zope. What are your oppinions? Here comes the translation of his oppoion: > Maik, what makes you look full of scepticism for > the future of Zope? Shortly said, the whole set of stupidities in connection with Zope3. It is a pretty bad state for a project, if it looms for years as the followup project on the horizon but in reality isn't one! I can't believe the fairy tales with the possible migration from Zope2 to Zope3. All the people which have dwelled more or less deeply into the Zope2 world, thereby having had an enormous learning curve and now running applications, will not be able to participate easily on the academic Zope3 train. The technic freaks who modell Zope3 are usually not application developers, which have to build and run working applications for real human users. The artifical not-yet-product Zope3 will sooner or later be distracting development efforts from Zope2 because Zope3 is "almost finished." That doesn't look not nice ... Further I see the problem that Zope probably has no real target group as an application server. The enterprise world is dominated by .Net and J2EE. Zope in its current form without a sensible documentation in conjunction with the drama about the english zope book doesn't help changing this. Scripting has arrived in the Java world by Groovy, so this isn't a reason for using Zope anymore. In the world of small and medium applications PHP is likely to stay, because it leads much faster to results. Zope is to complicated for this. For the CMS stuff we have Plone, but this is rather suited for handling some simplistic documents for the intranet rather then a nice internet representation. This is because customizing Plone isn't trivial at all and nobody want's to run web pages with standard underwear blue. OK, the colours can be changed easily, other features via CSS, etc. ... Maybe I'm simply sick of moving along within web browsers and the file system without a sensible IDE and documentation. Regards, Maik

34 90