Zope 3 on Python 2.5, Zope 3 releases
Hi there, I'm curious about the plans of Zope 3 on Python 2.5. * Are people using Zope 3 with Python 2.5 already? What are your experiences? * Are there plans for a release after Zope 3.4? I'm just assuming that Zope 3.4.0c1 is actually the only release that Zope 3.4 is going to see. Any plans or interest in a Zope 3.5? * Is someone exercising the "trunk" version of KGS, running the tests to see whether everything works together? Is someone actually updating the versions? Could we somehow broaden the community for this? I'd be nice if we could move Grok to Python 2.5, but it'd be nice to if that were somehow coordinated with Zope 3. What would the policy be for checkins of Zope-related packages? Could we use new Python 2.5 features, for instance? Regards, Martijn
On Thu, Jun 26, 2008 at 1:06 PM, Martijn Faassen <faassen@startifact.com> wrote:
Hi there,
I'm curious about the plans of Zope 3 on Python 2.5.
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
We are using Python 2.5 fully for the last several months now and have encountered zero problems. -- Paul Carduner http://www.carduner.net
On Thu, 2008-06-26 at 13:14 -0700, Paul Carduner wrote:
On Thu, Jun 26, 2008 at 1:06 PM, Martijn Faassen <faassen@startifact.com> wrote:
Hi there,
I'm curious about the plans of Zope 3 on Python 2.5.
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
We are using Python 2.5 fully for the last several months now and have encountered zero problems.
Paul, Are you doing this on Linux? I tried 3.4 on Python 2.5 a few weeks ago and I don't recall the problems now but there were several. --Tim -- Timothy Cook, MSc Health Informatics Research & Development Services LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook Skype ID == timothy.cook ************************************************************** *You may get my Public GPG key from popular keyservers or * *from this link http://timothywayne.cook.googlepages.com/home* **************************************************************
On Thu, Jun 26, 2008 at 6:11 PM, Tim Cook <timothywayne.cook@gmail.com> wrote:
On Thu, 2008-06-26 at 13:14 -0700, Paul Carduner wrote:
On Thu, Jun 26, 2008 at 1:06 PM, Martijn Faassen <faassen@startifact.com> wrote:
Hi there,
I'm curious about the plans of Zope 3 on Python 2.5.
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
We are using Python 2.5 fully for the last several months now and have encountered zero problems.
Paul,
Are you doing this on Linux? I tried 3.4 on Python 2.5 a few weeks ago and I don't recall the problems now but there were several.
Yep. I can confirm that things work on Ubuntu Gutsy, hardy, as well as CentOS (the latest release). I should mention that we are not using the mega zope checkout but rather just a bunch of eggs: most of the core stuff plus a bunch of z3c.* packages. -- Paul Carduner http://www.carduner.net
Martijn Faassen wrote:
Hi there,
I'm curious about the plans of Zope 3 on Python 2.5.
Me too, and I have been for ages, but I've gotten nowhere :-(
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
Apparently, it's all good to go, even RestrictedPython. The thing stopping me is that no-one seems willing and able (in that combination, I'm willing but don't have the right c-compiler) to build Windows binaries and get them up on PyPI. I'll ask again: what can I do to help with this? I particularly care about: zope.security zope.component zope.interface RestrictedPython ...and any dependencies.
* Are there plans for a release after Zope 3.4? I'm just assuming that Zope 3.4.0c1 is actually the only release that Zope 3.4 is going to see. Any plans or interest in a Zope 3.5?
I don't know what these mean anymore. With smaller eggs, surely it's just a case of getting compatible versions of the smaller libraries. And surely each egg's setup.py will make sure this happens? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
On Friday 04 July 2008, Chris Withers wrote:
Apparently, it's all good to go, even RestrictedPython. The thing stopping me is that no-one seems willing and able (in that combination, I'm willing but don't have the right c-compiler) to build Windows binaries and get them up on PyPI.
Doing Windows binaries is sooooo easy these days, why are you not creating them?
I particularly care about:
zope.security
I just uploaded an egg for version 3.5.1.
zope.component
This package does not contain any C code, so no binary release is required.
zope.interface
Version 3.4.1 has a binary egg for Windows.
RestrictedPython
This package does not contain any C code, so no binary release is required. The least you could have done is to verify whether any of those packages require binary Windows releases. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter"
Hey, On Fri, Jul 11, 2008 at 11:19 PM, Stephan Richter <srichter@cosmos.phy.tufts.edu> wrote:
On Friday 04 July 2008, Chris Withers wrote:
Apparently, it's all good to go, even RestrictedPython. The thing stopping me is that no-one seems willing and able (in that combination, I'm willing but don't have the right c-compiler) to build Windows binaries and get them up on PyPI.
Doing Windows binaries is sooooo easy these days, why are you not creating them?
Chris wants to do them, he just wants some documentation on how to get started, I suspect. Regards, Martijn
On Saturday 12 July 2008, Martijn Faassen wrote:
Chris wants to do them, he just wants some documentation on how to get started, I suspect.
I use Philipp's blog entry from ages ago: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_07_26_cheap-b... You also need to get access to the packages on PyPI, which I am happy to give to anyone I know. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter"
Stephan Richter wrote:
On Saturday 12 July 2008, Martijn Faassen wrote:
Chris wants to do them, he just wants some documentation on how to get started, I suspect.
I use Philipp's blog entry from ages ago:
http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_07_26_cheap-b...
You see, I've always worried about using mingw32. I was under the impression that you really wanted to have all the C bits compiled with the same compiler, and I know that the official Python 2.5 releases aren't compiled with mingw32... Can someone with definitive knowledge let us know if there can be problems when some C-extensions are compiled with mingw32 and others (including python itself!) are compiled with the appropriate microsoft compiler?
You also need to get access to the packages on PyPI, which I am happy to give to anyone I know.
Great, please give me access to any packages you can... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Chris Withers wrote:
Stephan Richter wrote:
On Saturday 12 July 2008, Martijn Faassen wrote:
Chris wants to do them, he just wants some documentation on how to get started, I suspect. I use Philipp's blog entry from ages ago:
http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_07_26_cheap-b...
You see, I've always worried about using mingw32.
I was under the impression that you really wanted to have all the C bits compiled with the same compiler, and I know that the official Python 2.5 releases aren't compiled with mingw32...
Can someone with definitive knowledge let us know if there can be problems when some C-extensions are compiled with mingw32 and others (including python itself!) are compiled with the appropriate microsoft compiler?
Certainly, running Python 2.4 and Zope 2.10 compiled with mingw32 on Windows as per http://plone.org/documentation/tutorial/buildout has not given us any problems after a few months of using it. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book
Martin Aspeli wrote:
Certainly, running Python 2.4 and Zope 2.10 compiled with mingw32 on Windows as per http://plone.org/documentation/tutorial/buildout has not given us any problems after a few months of using it.
I'm not sure if you're deliberately missing my point here ;-) I would expect the above to work as *everything* is built using mingw32. I'm asking what happens if python is built using whatever the official python releases are built with but the c extensions we provide are built with mingw32? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Chris Withers wrote:
Martin Aspeli wrote:
Certainly, running Python 2.4 and Zope 2.10 compiled with mingw32 on Windows as per http://plone.org/documentation/tutorial/buildout has not given us any problems after a few months of using it.
I would expect the above to work as *everything* is built using mingw32.
No, it is not. It uses the official Python Windows installer, being built with some M$ C compiler, adds Python Win32 add-ons and PIL using the Windows binary installers and only advertises using MinGW for compiling all of Zope itself. I haven't seen anyone running into any problems with this approach for years now. From my understanding starting with 2.4 Python includes certain files to make this approach work as smooth as possible. In the old days you had to extract some header files out of the dll's, which are now included in the binary installers by default. Hanno
Hi there, Yeah, I share this worry. I wonder what Jim is using. If Jim is using a mingw setup too, then there seems to be no real problem, after all. :) Regards, Martijn
On Thursday 17 July 2008, Martijn Faassen wrote:
Yeah, I share this worry. I wonder what Jim is using. If Jim is using a mingw setup too, then there seems to be no real problem, after all.
:)
He does. :-) And I do too. I released several Windows binary eggs based on that setup as well. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter"
On Thu, Jul 17, 2008 at 12:54 PM, Stephan Richter <srichter@cosmos.phy.tufts.edu> wrote:
On Thursday 17 July 2008, Martijn Faassen wrote:
Yeah, I share this worry. I wonder what Jim is using. If Jim is using a mingw setup too, then there seems to be no real problem, after all.
:)
He does. :-) And I do too. I released several Windows binary eggs based on that setup as well.
Mingw compiled extensions are binary-compatible yes. Mark Hammond has confirmed that at least once to me. -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Hi there, Okay, so we can safely add Chris (and also Philipp) to the list of people maintaining our windows binary eggs. Awesome! Chris, do you think you can take it from here in getting an environment set up? Regard, Martijn
Martijn Faassen wrote:
Okay, so we can safely add Chris (and also Philipp) to the list of people maintaining our windows binary eggs. Awesome! Chris, do you think you can take it from here in getting an environment set up?
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Chris Withers wrote:
Martijn Faassen wrote:
Okay, so we can safely add Chris (and also Philipp) to the list of people maintaining our windows binary eggs. Awesome! Chris, do you think you can take it from here in getting an environment set up?
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S
There are too tutorials out there: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_07_26_cheap-b... is the simple version. http://plone.org/documentation/how-to/using-ploneout-on-windows Is the more detailed one including screenshots... Hanno
On Fri, Jul 18, 2008 at 1:23 PM, Chris Withers <chris@simplistix.co.uk> wrote:
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S
Like this? http://plone.org/documentation/how-to/using-ploneout-on-windows -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Sidnei da Silva wrote:
On Fri, Jul 18, 2008 at 1:23 PM, Chris Withers <chris@simplistix.co.uk> wrote:
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S
Like this?
http://plone.org/documentation/how-to/using-ploneout-on-windows
But I'm alergic to things with plohn in the title <0.5 wink> Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Chris Withers wrote:
Sidnei da Silva wrote:
On Fri, Jul 18, 2008 at 1:23 PM, Chris Withers <chris@simplistix.co.uk> wrote:
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S
Like this?
http://plone.org/documentation/how-to/using-ploneout-on-windows
But I'm alergic to things with plohn in the title <0.5 wink>
That's why I posted you the link to the tutorial from Phillip as well, so even if you'd look into mine, you wouldn't have to admit it ;) Hanno
Chris Withers wrote:
Martijn Faassen wrote:
Okay, so we can safely add Chris (and also Philipp) to the list of people maintaining our windows binary eggs. Awesome! Chris, do you think you can take it from here in getting an environment set up?
Would be rgeat to have a bullet point list for how to get a suitable environment set up given that I don't have mingw32 and have never used it before in my life :-S
I've pointed you at the Windows section in http://plone.org/documentation/tutorial/buildout/prerequisites at least once now. Maybe you'll manage to swallow your aversion to Plone and read it this time? It really isn't hard at all. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book
On Thursday 26 June 2008, Martijn Faassen wrote:
I'm curious about the plans of Zope 3 on Python 2.5.
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
Yes, works flawlessly. The problems in zope.security and zope.proxy that I recently found (and fixed) exist for Python 2.4 as well.
* Are there plans for a release after Zope 3.4? I'm just assuming that Zope 3.4.0c1 is actually the only release that Zope 3.4 is going to see.
Yeah, yeah. Next week I am traveling, so I plan to just update the packages to the latest bug-fix release and publish it.
Any plans or interest in a Zope 3.5?
For me the interest is more of having a stable KGS than the TAR ball.
* Is someone exercising the "trunk" version of KGS, running the tests to see whether everything works together?
No I have not started doing that yet.
Is someone actually updating the versions?
No, but producing it is not that much work.
Could we somehow broaden the community for this?
Yes, please. It effectively means giving more people to the directories on download.zope.org.
What would the policy be for checkins of Zope-related packages? Could we use new Python 2.5 features, for instance?
That's a good question. I am +1 for that. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter"
El sáb, 05-07-2008 a las 14:26 -0700, Stephan Richter escribió:
On Thursday 26 June 2008, Martijn Faassen wrote:
I'm curious about the plans of Zope 3 on Python 2.5.
* Are people using Zope 3 with Python 2.5 already? What are your experiences?
Yes, works flawlessly. The problems in zope.security and zope.proxy that I recently found (and fixed) exist for Python 2.4 as well.
Has anybody used this on a 64 bits architecture? I keep getting MemoryError exceptions using Python 2.5 and Zope 3. I don't get those with Python 2.4 and Zope 3. I can attach a traceback if that can help. Lorenzo
Hey, I think it's good to attach a traceback. Did someone create a launchpad issue out of this one yet? Regards, Martijn
Here is the traceback information: 2008-07-13T10:44:37 ERROR SiteError http://127.0.0.1:8080/@@index.html Traceback (most recent call last): File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 133, in publish File "/home/lgs/z3env25/eggs/tmpaC6Rf5/zope.app.publication-3.4.3-py2.5.egg/zope/app/publication/zopepublication.py", line 167, in callObject File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 108, in mapply - __traceback_info__: <bound method Contents.index of <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>> File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 114, in debug_call File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 443, in index File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 83, in __call__ File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 51, in __call__ File "/home/lgs/z3env25/eggs/tmprTDkjU/zope.pagetemplate-3.4.0-py2.5.egg/zope/pagetemplate/pagetemplate.py", line 115, in pt_render File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 271, in __call__ File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 888, in do_useMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 533, in do_optTag_tal File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 518, in do_optTag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 513, in no_tag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 858, in do_defineMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 954, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 946, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 819, in do_loop_tal File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 682, in setRepeat File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 696, in evaluate - /home/lgs/z3env25/eggs/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/index.pt - Line 36, Column 6 - Expression: <PathExpr standard:u'view/listContentInfo'> - Names: {'args': (), 'context': <zope.app.folder.folder.Folder object at 0x7f0b7e9762a8>, 'default': <object object at 0x7f0b8a11c290>, 'loop': {}, 'nothing': None, 'options': {}, 'repeat': {}, 'request': <zope.publisher.browser.BrowserRequest instance URL=http://127.0.0.1:8080/@@index.html>, 'template': <zope.app.pagetemplate.viewpagetemplatefile.ViewPageTemplateFile object at 0x7f0b8122d110>, 'view': <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>, 'views': <zope.app.pagetemplate.viewpagetemplatefile.ViewMapper object at 0x7f0b7de06a10>} File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 217, in __call__ File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 211, in _eval File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 97, in listContentInfo File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 123, in _normalListContentsInfo MemoryError Steps to reproduce this problem: virtualenv --no-site-packages z3env25 cd z3env25 . bin/activate easy_install zopeproject zopeproject HelloWorld cd HelloWorld bin/paster serve deploy.ini I tried to go further and discover the source of this problem adding a breakpoint just before the exception is raised. This is what I got: (Pdb) self.context <zope.app.folder.folder.Folder object at 0x7faf532e4320> (Pdb) self.context.keys() <OOBTreeItems object at 0x7faf52682030> (Pdb) tuple(self.context.keys()) *** MemoryError: (Pdb) self.context.values() <OOBTreeItems object at 0x7faf52682130> (Pdb) tuple(self.context.values()) *** MemoryError: So, it may be a ZODB issue. Best regards, Lorenzo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lorenzo Gil Sánchez wrote:
Here is the traceback information:
2008-07-13T10:44:37 ERROR SiteError http://127.0.0.1:8080/@@index.html Traceback (most recent call last): File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 133, in publish File "/home/lgs/z3env25/eggs/tmpaC6Rf5/zope.app.publication-3.4.3-py2.5.egg/zope/app/publication/zopepublication.py", line 167, in callObject File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 108, in mapply - __traceback_info__: <bound method Contents.index of <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>> File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 114, in debug_call File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 443, in index File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 83, in __call__ File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 51, in __call__ File "/home/lgs/z3env25/eggs/tmprTDkjU/zope.pagetemplate-3.4.0-py2.5.egg/zope/pagetemplate/pagetemplate.py", line 115, in pt_render File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 271, in __call__ File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 888, in do_useMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 533, in do_optTag_tal File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 518, in do_optTag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 513, in no_tag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 858, in do_defineMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 954, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 946, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 819, in do_loop_tal File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 682, in setRepeat File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 696, in evaluate
- /home/lgs/z3env25/eggs/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/index.pt - Line 36, Column 6 - Expression: <PathExpr standard:u'view/listContentInfo'> - Names: {'args': (), 'context': <zope.app.folder.folder.Folder object at 0x7f0b7e9762a8>, 'default': <object object at 0x7f0b8a11c290>, 'loop': {}, 'nothing': None, 'options': {}, 'repeat': {}, 'request': <zope.publisher.browser.BrowserRequest instance URL=http://127.0.0.1:8080/@@index.html>, 'template': <zope.app.pagetemplate.viewpagetemplatefile.ViewPageTemplateFile object at 0x7f0b8122d110>, 'view': <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>, 'views': <zope.app.pagetemplate.viewpagetemplatefile.ViewMapper object at 0x7f0b7de06a10>} File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 217, in __call__ File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 211, in _eval File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 97, in listContentInfo File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 123, in _normalListContentsInfo MemoryError
Steps to reproduce this problem:
virtualenv --no-site-packages z3env25 cd z3env25 . bin/activate easy_install zopeproject zopeproject HelloWorld cd HelloWorld bin/paster serve deploy.ini
I tried to go further and discover the source of this problem adding a breakpoint just before the exception is raised. This is what I got:
(Pdb) self.context <zope.app.folder.folder.Folder object at 0x7faf532e4320> (Pdb) self.context.keys() <OOBTreeItems object at 0x7faf52682030> (Pdb) tuple(self.context.keys()) *** MemoryError: (Pdb) self.context.values() <OOBTreeItems object at 0x7faf52682130> (Pdb) tuple(self.context.values()) *** MemoryError:
So, it may be a ZODB issue.
Your container has too many items in it: the 'keys', 'items', and 'values' methods of the BTree classes all return generators for exactly this reason. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIegSV+gerLs4ltQ4RAs3dAKDJB9+O400XbIlelKOb02MYUpR8cwCgl3fQ ev+8nNnrq15IrG6v4At5YAM= =wNe4 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tres Seaver wrote:
Lorenzo Gil Sánchez wrote:
Here is the traceback information:
2008-07-13T10:44:37 ERROR SiteError http://127.0.0.1:8080/@@index.html Traceback (most recent call last): File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 133, in publish File "/home/lgs/z3env25/eggs/tmpaC6Rf5/zope.app.publication-3.4.3-py2.5.egg/zope/app/publication/zopepublication.py", line 167, in callObject File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 108, in mapply - __traceback_info__: <bound method Contents.index of <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>> File "/home/lgs/z3env25/eggs/tmpbLKU14/zope.publisher-3.5.3-py2.5.egg/zope/publisher/publish.py", line 114, in debug_call File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 443, in index File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 83, in __call__ File "/home/lgs/z3env25/eggs/tmp6KzCKG/zope.app.pagetemplate-3.4.0-py2.5.egg/zope/app/pagetemplate/viewpagetemplatefile.py", line 51, in __call__ File "/home/lgs/z3env25/eggs/tmprTDkjU/zope.pagetemplate-3.4.0-py2.5.egg/zope/pagetemplate/pagetemplate.py", line 115, in pt_render File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 271, in __call__ File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 888, in do_useMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 533, in do_optTag_tal File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 518, in do_optTag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 513, in no_tag File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 858, in do_defineMacro File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 954, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 946, in do_defineSlot File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 343, in interpret File "/home/lgs/z3env25/eggs/tmpjL9hPq/zope.tal-3.5.0-py2.5.egg/zope/tal/talinterpreter.py", line 819, in do_loop_tal File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 682, in setRepeat File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/tales.py", line 696, in evaluate
- /home/lgs/z3env25/eggs/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/index.pt - Line 36, Column 6 - Expression: <PathExpr standard:u'view/listContentInfo'> - Names: {'args': (), 'context': <zope.app.folder.folder.Folder object at 0x7f0b7e9762a8>, 'default': <object object at 0x7f0b8a11c290>, 'loop': {}, 'nothing': None, 'options': {}, 'repeat': {}, 'request': <zope.publisher.browser.BrowserRequest instance URL=http://127.0.0.1:8080/@@index.html>, 'template': <zope.app.pagetemplate.viewpagetemplatefile.ViewPageTemplateFile object at 0x7f0b8122d110>, 'view': <zope.app.publisher.browser.viewmeta.Contents object at 0x7f0b7de06990>, 'views': <zope.app.pagetemplate.viewpagetemplatefile.ViewMapper object at 0x7f0b7de06a10>} File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 217, in __call__ File "/home/lgs/z3env25/eggs/tmpXUllta/zope.tales-3.4.0-py2.5.egg/zope/tales/expressions.py", line 211, in _eval File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 97, in listContentInfo File "/home/lgs/z3env25/eggs/tmp8cmA1c/zope.app.container-3.6.0-py2.5-linux-x86_64.egg/zope/app/container/browser/contents.py", line 123, in _normalListContentsInfo MemoryError
Steps to reproduce this problem:
virtualenv --no-site-packages z3env25 cd z3env25 . bin/activate easy_install zopeproject zopeproject HelloWorld cd HelloWorld bin/paster serve deploy.ini
I tried to go further and discover the source of this problem adding a breakpoint just before the exception is raised. This is what I got:
(Pdb) self.context <zope.app.folder.folder.Folder object at 0x7faf532e4320> (Pdb) self.context.keys() <OOBTreeItems object at 0x7faf52682030> (Pdb) tuple(self.context.keys()) *** MemoryError: (Pdb) self.context.values() <OOBTreeItems object at 0x7faf52682130> (Pdb) tuple(self.context.values()) *** MemoryError:
So, it may be a ZODB issue.
Your container has too many items in it: the 'keys', 'items', and 'values' methods of the BTree classes all return generators for exactly this reason.
To follow up: 'zope.app.container.browser.contents' has the bug: 'Contents._normalListContentsInfo' calls 'map(self._extractContentInfo, self.context.items)', which won't scale for arbitrarily-large containers. In such cases, you need a contents view which creates / operates on batches. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIejcf+gerLs4ltQ4RAhHOAJ0RWqXxIZwcM6YNdcAOHeUv8ByzNwCfb7vk QudgQxiPZhMCtNFufP2Wwkg= =ZB71 -----END PGP SIGNATURE-----
Hi there, Tres, could you report this issue on Launchpad? Not Lorenzo's issue as it happens with an empty container, but perhaps we can work out a bug report for the ZODB folks as well. Just dig into what's up in .values() or .items() and where the error exactly occurs, perhaps this way we can come up with a very small ZODB sample application. Regards, Martijn
I have reported Bug 248380: on this issue. The problem seems to me to be in building the .c modules. That causes the MemoryError that Lorenzo reported but it isn't the root of the problem. There are a large number of "warning: initialization from incompatible pointer type" issues. --Tim On Mon, 2008-07-14 at 13:30 +0200, Martijn Faassen wrote:
Hi there,
Tres, could you report this issue on Launchpad?
Not Lorenzo's issue as it happens with an empty container, but perhaps we can work out a bug report for the ZODB folks as well. Just dig into what's up in .values() or .items() and where the error exactly occurs, perhaps this way we can come up with a very small ZODB sample application.
Regards,
Martijn _______________________________________________ Zope-Dev maillist - Zope-Dev@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 ) --
Join the OSHIP project. It is the standards based, open source healthcare application platform in Python. Home page: https://launchpad.net/oship/ Wiki: http://www.openehr.org/wiki/display/dev/Python+developer%27s+page **************************************************************************
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martijn Faassen wrote:
Tres, could you report this issue on Launchpad?
Once we establish what the problem is for sure.
Not Lorenzo's issue as it happens with an empty container, but perhaps we can work out a bug report for the ZODB folks as well. Just dig into what's up in .values() or .items() and where the error exactly occurs, perhaps this way we can come up with a very small ZODB sample application.
One thing I notice right away: the ZODB egg pulled from PyPI is: 'ZODB3-3.9.0_dev_r77011'. We have *got* to get people to quit "releasing" such eggs to the unsuspecting public. Anybody who needs such a distribution should be able to build it from subversion, or else package it themselves and put it in a "private" location. I guess this package was found at http://download.zope.org/distribution. I imagine that 'zopeproject' should use a buildout.cfg which points at a sane index (e.g., the KGS), and *doesn't* use 'find-links' at all Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIe1ph+gerLs4ltQ4RAmkdAJ9sgZoSwOd4XlpI0tr4rTP+651bAwCggM4K YB/n6d8TDP73PtiMqwFctak= =As1K -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tres Seaver wrote:
Martijn Faassen wrote:
Tres, could you report this issue on Launchpad?
Once we establish what the problem is for sure.
Not Lorenzo's issue as it happens with an empty container, but perhaps we can work out a bug report for the ZODB folks as well. Just dig into what's up in .values() or .items() and where the error exactly occurs, perhaps this way we can come up with a very small ZODB sample application.
One thing I notice right away: the ZODB egg pulled from PyPI is: 'ZODB3-3.9.0_dev_r77011'. We have *got* to get people to quit "releasing" such eggs to the unsuspecting public. Anybody who needs such a distribution should be able to build it from subversion, or else package it themselves and put it in a "private" location.
I guess this package was found at http://download.zope.org/distribution. I imagine that 'zopeproject' should use a buildout.cfg which points at a sane index (e.g., the KGS), and *doesn't* use 'find-links' at all
Another issue: when running 'zopeproject' as Lorenzo described on my machine, the target environment ends up actually wiring in a Python $ cd /tmp $ /usr/bin/python2.5 /path/to/virtualenv.py --no-site-packages lgs2.5 ... $ cd /tmp/lgs2.5 $ bin/python -V Python 2.5.2 $ bin/easy_install zopeproject ... $ head -1 bin/paster #!/tmp/lgs2.5/bin/python $ bin/zopeproject HelloWorld ... $ head -1 HelloWorld/bin/paster #!/home/tseaver/projects/Zope-CVS/bin/python2.4 Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIe1yP+gerLs4ltQ4RAue9AKDIlt5F8uMmNjWqnj+wt0pxKhGz1wCfU4Om i/c08sGUyhdSx3+l+xftqsA= =nrnm -----END PGP SIGNATURE-----
El dom, 13-07-2008 a las 09:35 -0400, Tres Seaver escribió:
-----BEGIN PGP SIGNED MESSAGE-----
Steps to reproduce this problem:
virtualenv --no-site-packages z3env25 cd z3env25 . bin/activate easy_install zopeproject zopeproject HelloWorld cd HelloWorld bin/paster serve deploy.ini
I tried to go further and discover the source of this problem adding a breakpoint just before the exception is raised. This is what I got:
(Pdb) self.context <zope.app.folder.folder.Folder object at 0x7faf532e4320> (Pdb) self.context.keys() <OOBTreeItems object at 0x7faf52682030> (Pdb) tuple(self.context.keys()) *** MemoryError: (Pdb) self.context.values() <OOBTreeItems object at 0x7faf52682130> (Pdb) tuple(self.context.values()) *** MemoryError:
So, it may be a ZODB issue.
Your container has too many items in it: the 'keys', 'items', and 'values' methods of the BTree classes all return generators for exactly this reason.
As I described in the steps to reproduce the problem, this happens in an **empty** ZODB with no items in the root container. The url that was published when the memory error was raised was http://127.0.0.1:8080/ Lorenzo
Lorenzo Gil Sánchez wrote:
I tried to go further and discover the source of this problem adding a breakpoint just before the exception is raised. This is what I got:
(Pdb) self.context <zope.app.folder.folder.Folder object at 0x7faf532e4320> (Pdb) self.context.keys() <OOBTreeItems object at 0x7faf52682030> (Pdb) tuple(self.context.keys()) *** MemoryError:
I just committed a fix to the trunk of zope.proxy, zope.security, and zope.app.container. They all needed the Py_ssize_t conversion as described by PEP 353. Without the conversion, Python extensions running under 64 bit Python 2.5 tend to break with MemoryErrors. The MemoryErrors are caused by C code filling only 4 bytes of an 8 byte length value; the remaining 4 bytes end up with random junk, leading various code to believe the extension wants to allocate far more memory than it actually needs. We might want to backport the fix, but I don't know which branches are being maintained. Shane
participants (11)
-
Chris Withers -
Hanno Schlichting -
Lorenzo Gil Sánchez -
Martijn Faassen -
Martin Aspeli -
Paul Carduner -
Shane Hathaway -
Sidnei da Silva -
Stephan Richter -
Tim Cook -
Tres Seaver