On Fri, Aug 7, 2009 at 3:26 PM, Martijn Pietersm...@zopatista.com wrote:
The following checkin fixed this particular problem:
http://svn.zope.org/Acquisition/trunk/src/Acquisition/_Acquisition.c?rev=102564view=rev
The acquisition slice wrapper accepted Py_ssize_t arguments, but then
passed
On 08.08.09 14:19, Hanno Schlichting wrote:
On Fri, Aug 7, 2009 at 3:26 PM, Martijn Pietersm...@zopatista.com wrote:
The following checkin fixed this particular problem:
http://svn.zope.org/Acquisition/trunk/src/Acquisition/_Acquisition.c?rev=102564view=rev
The acquisition slice
On Sat, Aug 8, 2009 at 13:19, Hanno Schlichting ha...@hannosch.eu wrote:
One thing to note here is that the above change is indeed only of of
probably many that need to be made to support 64-bit platforms
properly. The other thing to note is that the change now introduces a
hard requirement on
On Mon, Aug 3, 2009 at 08:04, Martijn Pieters m...@zopatista.com wrote:
AssertionError: Incorrect Content-Length is set! Expected 20425,
got 20426.
I don't grok the range support code at all: probably Martijn Pieters is
the only person in the world who does. The tests are quite
On Fri, Aug 7, 2009 at 14:55, Martijn Pieters m...@zopatista.com wrote:
Here is the simple test case:
from Acquisition import Implicit
class Root(Implicit):
pass
class Slicer(Implicit):
def __getslice__(self, start, end):
return [start, end]
root = Root()
slicer =
On Fri, Aug 7, 2009 at 14:55, Martijn Pieters m...@zopatista.com wrote:
The problem is caused by an acquisition wrapped object with a
__getslice__ method get the wrong indices passed in when the end
parameter is ommitted:
data[start:]
Image.Pdata classes have a __getslice__ method, and
On Tue, Jul 21, 2009 at 18:40, Tres Seaver tsea...@palladion.com wrote:
File /home/tseaver/projects/Zope-trunk/src/OFS/tests/testRanges.py,
line 332, in testMultipleRangesBigFileOutOfOrder
(7, 80001)])
File /home/tseaver/projects/Zope-trunk/src/OFS/tests/testRanges.py,
On 03.08.09 09:04, Martijn Pieters wrote:
On Tue, Jul 21, 2009 at 18:40, Tres Seaver tsea...@palladion.com wrote:
File /home/tseaver/projects/Zope-trunk/src/OFS/tests/testRanges.py,
line 332, in testMultipleRangesBigFileOutOfOrder
(7, 80001)])
File
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
On 25.07.09 13:57, Hanno Schlichting wrote:
At this point I think we need to declare 64-bit platforms as
unsupported. Hopefully people with the right kind of knowledge would
like to step up and start working on these issues.
On Sun, Aug 2, 2009 at 8:30 PM, Tres Seavertsea...@palladion.com wrote:
I think I have fixed the ExtensionClass and Acquisition problems for
64-bit machines: I released new eggs to PyPI for them:
Awesome!
You wouldn't be interested to look at the C code in Persistence and
Zope2 itself? ;-)
On 02.08.09 20:30, Tres Seaver wrote:
Andreas Jung wrote:
On 25.07.09 13:57, Hanno Schlichting wrote:
At this point I think we need to declare 64-bit platforms as
unsupported. Hopefully people with the right kind of knowledge would
like to step up and start working on these issues.
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hanno Schlichting wrote:
On Sun, Aug 2, 2009 at 8:30 PM, Tres Seavertsea...@palladion.com wrote:
I think I have fixed the ExtensionClass and Acquisition problems for
64-bit machines: I released new eggs to PyPI for them:
Awesome!
You
On 25.07.09 13:57, Hanno Schlichting wrote:
At this point I think we need to declare 64-bit platforms as
unsupported. Hopefully people with the right kind of knowledge would
like to step up and start working on these issues.
This is really not an option. Zope 2.12 must run on 32 and 64 bit
On Sun, Jul 26, 2009 at 02:55:58AM +0200, Hanno Schlichting wrote:
On Sat, Jul 25, 2009 at 8:01 PM, Shane Hathawaysh...@hathawaymix.org wrote:
Hanno Schlichting wrote:
I kind of suspect that we are seeing the results of
http://www.python.org/dev/peps/pep-0353 though.
That is very
On Sat, Jul 18, 2009 at 2:08 PM, Stefan H. Holekste...@epy.co.at wrote:
All failures appear to be due to the new box running Linux x86_64.
Tests still pass fine on the Mac.
Any experience with this? MemoryError in Acquisition? WTH?
I don't have any experience with either 64-bit nor can I
Hanno Schlichting wrote:
I kind of suspect that we are seeing the results of
http://www.python.org/dev/peps/pep-0353 though.
That is very likely. BTW, that PEP links to a handy tool that reveals
most 64 bit portability issues in Python-oriented C code.
From what I understand we need to
On Sat, Jul 25, 2009 at 8:01 PM, Shane Hathawaysh...@hathawaymix.org wrote:
Hanno Schlichting wrote:
I kind of suspect that we are seeing the results of
http://www.python.org/dev/peps/pep-0353 though.
That is very likely. BTW, that PEP links to a handy tool that reveals most
64 bit
I can reproduce the failures in ExtensionClass and also get some weird
errors while trying to buildout the Acquisition package:
aj...@blackmoon:/develop/repository/svn.zope.org/Acquisition/trunk
bin/buildout
Develop: '/data/develop/repository/svn.zope.org/Acquisition/trunk/.'
Unused options for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan H. Holek wrote:
All failures appear to be due to the new box running Linux x86_64.
Tests still pass fine on the Mac.
Any experience with this? MemoryError in Acquisition? WTH?
I can reproduce the OFS.tests.testRange failures on my
All failures appear to be due to the new box running Linux x86_64.
Tests still pass fine on the Mac.
Any experience with this? MemoryError in Acquisition? WTH?
Stefan
On 18.07.2009, at 14:00, Zope Tests Summarizer wrote:
Summary of messages to the zope-tests list.
Period Fri Jul 17
20 matches
Mail list logo