Zope-Dev March 2002

zope-dev@zope.dev

113 participants
122 discussions

zope CVS on cygwin (will sum)
by Didier Georgieff 30 Mar '02

30 Mar '02

Hello, 1 - I'm trying to compile the latest Zope2 CVS fron today on cygwin. 2 - I've done all is described in ChrisMcD post : http://zope.nipltd.com/public/lists/dev-archive.nsf/0a8715d5f3c7b6a3802568c… (get python 2.1.1, src, compiel with thread, create a fresh FCNTL.py). 3 - When i do python wo_pcgi.py i get this error. gcc -shared -Wl,--enable-auto-image-base ./zlib.o ./adler32.o ./compress.o ./cr c32.o ./gzio.o ./uncompr.o ./deflate.o ./trees.o ./zutil.o ./inflate.o ./infbloc k.o ./inftrees.o ./infcodes.o ./infutil.o ./inffast.o -L/usr/local/lib/python2. 1/config -lpython2.1 -o ./zlib.dll make: *** No rule to make target `../Components/initgroups/initgroups.c', needed by `initgroups.o'. Stop. Traceback (most recent call last): File "wo_pcgi.py", line 45, in ? File "wo_pcgi.py", line 33, in main File "/cygdrive/d/Zope/CVS-Files/Zope/inst/build_extensions.py", line 30, in ? make('lib','python') File "/cygdrive/d/Zope/CVS-Files/Zope/inst/do.py", line 63, in make do('make') File "/cygdrive/d/Zope/CVS-Files/Zope/inst/do.py", line 32, in do if i and picky: raise SystemError, i SystemError: 512 ? is is due to a bas processing from my side ? ? is this due to a 2.1.1 python instead of 2.1.2 ? ? does the latest Z2 cvs needs some python patch ? Any clue will be more than welcome. When solved, I'll summarize that "Z2 cvs on cygwin" as a how-to. Thanks a lot in advance.

2 2

Medusa 0.5.1 maint release, planned for inclusion in Zope?
by Jeff Kowalczyk 30 Mar '02

30 Mar '02

>From the Daily-URL: Andrew Kuchling: Medusa 0.5.1 released: "Medusa is a framework for writing asynchronous socket-based servers. It was originally written by Sam Rushing. However, no new releases have been made in about a year. I've therefore taken the original Medusa package, and reformatted the code, removed various outdated modules, ran PyChecker over it, wrote a Distutils script, and made a new maintenance release of Medusa." [Jeff] Will this version of the Medusa code be making its way into the Zserver core for the 2.5.x maintenance releases, or the 2.6 timeframe?

2 1

Page Templates: handling ick from MS applications
by Christopher N. Deckard 29 Mar '02

29 Mar '02

This has been submitted to the collector... I have also uploaded a sample patch. http://collector.zope.org/Zope/321 We have set up a PUT_factory to create Page Templates out of files PUT through WebDAV with a content type of 'text/html'. This works all fine and dandy until we run across bad HTML from MS Office XP applications (specifically PowerPoint XP). The problems are in TAL/HTMLParser.py. An example of badness:  This causes the Page Template renderer to break. I have a sample patch wich seems to work. Some of the new stuff should probably be renamed as it slams MS. :-) Another error occurs due to a bug in TAL/markupbase.py. The call to error() when we have a bad declaration name to scan. Two parameters were being passed to self.error and it only takes one (plus self). Attached in a file are two patches which seem to fix the problems. I'll also include the PUT_factory that I'm using in case you want to test with it. If you need a sample PowerPoint XP file, let me know and I can put one up for you. -Chris -- -------------------------------------------------------------------- Christopher N. Deckard | Lead Web Systems Developer cnd(a)ecn.purdue.edu | Engineering Computer Network http://www.ecn.purdue.edu/ | Purdue University ---- zlib.decompress('x\234K\316Kq((-J)M\325KM)\005\000)"\005w') ---

1 0

How to actually submit contributions for 2.6?
by Brad Clements 29 Mar '02

29 Mar '02

I have two pending suggestions on the wiki. I'm ready to submit code/patches. What is the actual mechanism I should use? Just put patches into bug tracker? Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax AOL-IM: BKClements

2 1

DocumentTemplate/tests/testDTML.py fails with Python2.2
by Ken Causey 29 Mar '02

29 Mar '02

I'm trying to make use of the DocumentTemplate classes for Zope CVS (checked out yesterday afternoon) in a project in which I would really like to use Python2.2 (I do have reasons). I'm finding however that the unit tests fail with Python2.2 even though they succeed with Python2.1. For example DocumentTemplate/tests/testDTML.py fails 13 of the 18 tests. I'm wondering if this is a known issue and if anyone can point me in the right direction to fix this. Thanks, Ken Causey P.S. I'm not subscribed to this list, so please be sure to reply directly to me as well as the list, as appropriate.

2 2

ZEO storage server zdaemon question??
by Eric Roby 29 Mar '02

29 Mar '02

I am starting a ZEO storage server. Looking at start.py, unless I specify -s option (resets the z variable) the zdaemon runs by default (if I start it as root). However, when I start it I only see two "nobody" processes (running on a Linux box). In previous ZServer configurations, when started as root, I saw the zdaemon (root) process and then the "nobody" processe(s). Am I mis-understanding or am I doing something stupid??? Eric

1 0

Bad Marshal Data
by seb bacon 28 Mar '02

28 Mar '02

I've asked this before, about a year ago, but got no response. Does anyone else ever see 'bad marshal data' errors sometimes? What are they a symptom of? It sometimes happens in my products, other times in Zope. It always occurs on import statements. I usually manage to fix it by playing around with line spacing, etc, in the module being imported. Deleting *pyc files does not help. Here's an example: Traceback (most recent call last): File "/usr/local/Zope-2.5.1b1-src/lib/python/OFS/Application.py", line 531, in import_product product=__import__(pname, global_dict, global_dict, silly) ValueError: bad marshal data seb

3 2

re: [Zope-dev] Crashing problem? Python workaround?!
by Martijn Jacobs 27 Mar '02

27 Mar '02

Hi Matt, Leo.... > Pythonlabs found this today after much assistance from the folks on > #zope on the irc.openprojects.net system; particularly, Leonardo Rochael > Almeida's assistance has been extremely valuable in isolating this > problem. And jus to say it again : thank you all again!! You've made a customer very happy again! > This is an intermediate workaround until Pythonlabs develops an official > fix. However, by using this workaround, you do not need the specially > modified ZServerPublisher module I coded. Will this patch be included in the next Zope binary releases? I could build a zope for on a particular environment, but it would be alot easier to upgrade all customers with the new binary release. Anyway : In other words : if this is added in the official Python release, the bug is cleanly resolved? -- martijn jacobs east site

1 0

Crashing problem? Python workaround?!
by Matthew T. Kromer 27 Mar '02

27 Mar '02

Hey fellow Zopistas: If you're still experiencing crashing problems with Python 2.1.2, and Zope, please consider trying the following test: From a clean Python build tree, modify Include/object.h line 587. #define PyTrash_UNWIND_LEVEL 50 make this read #define PyTrash_UNWIND_LEVEL 5000000 Rebuild Python, and Zope, with the new patched Python. Test it. If this makes your problem go away, please post here to the list. Technical details: this patch prevents Python from storing objects in an internal "trashcan" of objects which need to be deleted, but aren't -- a way to avoid C stack recursion. The trashcan code is not safe from the normal garbage collector; it steals a few fields in the object that the GC depends on (the reference count and the object type field, in fact) and so items in the trashcan will cause the garbage collector to crash with a segmentation fault. Objects only go into the trashcan when a recursive delete is detected, with a depth defined by PyTrash_UNWIND_LEVEL. Bumping this number up to a large number has the effect of disabling the trashcan module, at the expense of the C stack (because all of those recursive deletes CAN happen then.) Pythonlabs found this today after much assistance from the folks on #zope on the irc.openprojects.net system; particularly, Leonardo Rochael Almeida's assistance has been extremely valuable in isolating this problem. This is an intermediate workaround until Pythonlabs develops an official fix. However, by using this workaround, you do not need the specially modified ZServerPublisher module I coded. -- Matt Kromer Zope Corporation http://www.zope.com/

1 0

ZClass Constructor Cleanup for 2.6
by Casey Duncan 27 Mar '02

27 Mar '02

I don't think this is a big enough change to warrant a real proposal, so I'll shoot this out here: Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6? I think we are encouraging really bad style by keeping this in DTML, since it is purely business logic. Thoughts? I will, of course, implement this if nobody objects. -Casey

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Zope-Dev March 2002