Dan reported a problem with the benchmark on Mac OS X:
> > Hrm. On my OS X laptop:
> >
> > lir:~/Desktop/parrotbench dan$ python -O
> > Python 2.3 (#1, Sep 13 2003, 00:49:11)
> > [GCC 3.3 20030304 (Apple Computer, Inc. build 1495)] on darwin
> > Type "help", "copyright", "credits" or "license" for more information.
> > >>> import b
> > --> iteration 0
> > --> b0
> > Traceback (most recent call last):
> > File "<stdin>", line 1, in ?
> > File "b.py", line 12, in ?
> > b0.main()
> > File "b0.py", line 893, in main
> > checkoutput(4201300315)
> > File "b0.py", line 763, in checkoutput
> > check(strhash(outputtext), n)
> > File "b0.py", line 3, in check
> > raise AssertionError("%.30r != %.30r" % (a, b))
> > AssertionError: 503203581L != 4201300315L
> > >>>
After some off-line email exchanges I think I have a fix for this
behavior, which must have to do with a different length of the
addresses shown in the default repr(), e.g. "<Foo object at 0xffff>".
Version 1.0.1 of the benchmark is at the same place as before:
ftp://python.org/pub/python/parrotbench/parrotbench.tgz
(You can tell whether you have the fixed version by looking at first
line of README.txt; if it says "Parrot benchmark 1.0.1" you do.)
I haven't heard back from Dan, but I assume that the fix works.
Happy New Year everyone!
--Guido van Rossum (home page: http://www.python.org/~guido/)
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4