Re: no more SIG11 --without-pymallog --without-cycle-gc (was Re: [Zope-dev] Bravery & Zope 2.5 Testers)
On a related note, when is Zope 2.4.4 comming out? On Wed, 2002-01-16 at 13:34, Matthew T. Kromer wrote:
Harald Koschinski wrote:
same for me, no more crashes - but zope needs very much memory (logo :-(()
I will try know python 2.1.2.
OK -- our Zope 2.5.0 betas 3 and 4 have a binary python in them that contains the critical ceval.c patch.
-- Ideas don't stay in some minds very long because they don't like solitary confinement.
Today. See http://www.python.org. But give us a little time. ;-) Chris Withers wrote:
"Matthew T. Kromer" wrote:
Post Python 2.1.2 final. :) Probably very shortly therafter.
When is Python 2.1.2 final out?!
Chris
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Will the binary Linux release include large file support? In other words, can I have a > 2G Data.fs? Also, what about the --pymalloc? Is the binary Zope Python going to be compiled with it? should I still fear it? We almost lost a big client and almost got a lawsuit because we were bitten by both (or would that be three: RestrictedCompiler, ceval and --pymalloc?) bugs at the same time and took a long time to figure out how to work around them. Cheers, Leo On Wed, 2002-01-16 at 15:44, Chris McDonough wrote:
Today. See http://www.python.org. But give us a little time. ;-)
Chris Withers wrote:
"Matthew T. Kromer" wrote:
Post Python 2.1.2 final. :) Probably very shortly therafter.
When is Python 2.1.2 final out?!
Chris
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
-- Ideas don't stay in some minds very long because they don't like solitary confinement.
Leonardo Rochael Almeida wrote:
Will the binary Linux release include large file support? In other words, can I have a > 2G Data.fs?
Hmmm.. I dont think the Zope 2.5b4 Linux binary is built this way, but in both Zope 2.4.4 and 2.5.0 it probably should be. We'd probably need someone to confirm that this doesn't cause problems on older (2.0, 2.2) Linux systems. FWIW, I built Python 2.1.2 with large file support on Linux 2.4 using the instructions on the posix-largefiles doc page in the Python docs without a problem.
Also, what about the --pymalloc? Is the binary Zope Python going to be compiled with it? should I still fear it?
Dunno. Was it compiled in before? Isn't this an issue that is solved in a roundabout way by not having stack pointer computation bugs in the first place? I'm not sure how all of these bugs interact with each other.
We almost lost a big client and almost got a lawsuit because we were bitten by both (or would that be three: RestrictedCompiler, ceval and --pymalloc?) bugs at the same time and took a long time to figure out how to work around them.
Sorry to hear that. - C
From: "Chris McDonough" <chrism@zope.com>
Leonardo Rochael Almeida wrote: <snip>
Also, what about the --pymalloc? Is the binary Zope Python going to be compiled with it? should I still fear it?
Dunno. Was it compiled in before? Isn't this an issue that is solved in a roundabout way by not having stack pointer computation bugs in the first place? I'm not sure how all of these bugs interact with each other.
We almost lost a big client and almost got a lawsuit because we were bitten by both (or would that be three: RestrictedCompiler, ceval and --pymalloc?) bugs at the same time and took a long time to figure out how to work around them.
Sorry to hear that.
Is there a way to perform some tests or is there a testsuite that can be used to stress test these issues? I too got bitten by these bugs + assorted thread related errors, which has cost us very dearly in our project in terms of both time, additional costs and unexpected hardware investments due to change of deployment platform, so I *really* would like to have some way of being able to confirm if these bugs are dealt with or no. I am not sure there are any consistent tests for this, though, so hints on what to look out for are equally appreciated. thnks, /dario - -------------------------------------------------------------------- Dario Lopez-Kästen Systems Developer Chalmers Univ. of Technology dario@ita.chalmers.se ICQ will yield no hits IT Systems & Services
A while back, someone was able to provide an Python Script that *always* crashed Zope. That's how Evan was able to determine that there was a stack size computation bug in the compiler module. I *think* he may have turned it in to a unit test. The current Zope test suite is the first line of defense. It can be run by using utilities/testrunner. If you do notice problems, the second best line of defense is an ability to narrow the problem down to a small, reproducible test case that has as few "external" dependencies (database adapters, products, etc.) as possible. If you can make it happen predictably, and it crashes Zope, we can (and will) fix it. - C
Is there a way to perform some tests or is there a testsuite that can be used to stress test these issues? I too got bitten by these bugs + assorted thread related errors, which has cost us very dearly in our project in terms of both time, additional costs and unexpected hardware investments due to change of deployment platform, so I *really* would like to have some way of being able to confirm if these bugs are dealt with or no. I am not sure there are any consistent tests for this, though, so hints on what to look out for are equally appreciated. -- Chris McDonough Zope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones"
participants (5)
-
Chris McDonough -
Chris Withers -
Dario Lopez-Kästen -
Leonardo Rochael Almeida -
Matthew T. Kromer