From tracker at bugs.pypy.org  Thu Dec  1 19:17:11 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 01 Dec 2011 18:17:11 +0000
Subject: [pypy-issue] [issue895] Continulets + JIT
In-Reply-To: <1317981953.45.0.228294129679.issue895@bugs.pypy.org>
Message-ID: <1322763431.32.0.0756191243842.issue895@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Thanks Christian.

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue895>
________________________________________

From tracker at bugs.pypy.org  Thu Dec  1 19:24:54 2011
From: tracker at bugs.pypy.org (Carlos de Paula)
Date: Thu, 01 Dec 2011 18:24:54 +0000
Subject: [pypy-issue] [issue948] Low performance on Stackless PyPy compared
	to Stackless	Python
In-Reply-To: <1322763894.82.0.621968195421.issue948@bugs.pypy.org>
Message-ID: <1322763894.82.0.621968195421.issue948@bugs.pypy.org>


New submission from Carlos de Paula <carlosedp at gmail.com>:

I tested the 1.7 release on Windows XP using some Stackless Python examples I 
have.

Most of them worked fine, the only problem is that the performance when using 
Stackless is way slower than the 2.7.1 Stackless build from stackless.com

Here is one example:

Stackless Python 2.7.1
----------------------

E:\Dev\Python\Scripts\Stackless>\Apps\stackless2.7\python.exe speed.py
Started sleep for 5  seconds.
Started sleep for 0.2  seconds.
Started sleep for 2  seconds.
Started sleep for 1  seconds.
Started sleep for 3  seconds.
100000  operations took:  0.18700003624  seconds.
Woke after  0.2  seconds. ( 0.203000068665 )
200000  operations took:  0.344000101089  seconds.
300000  operations took:  0.5  seconds.
400000  operations took:  0.625  seconds.
500000  operations took:  0.733999967575  seconds.
Woke after  1  seconds. ( 1.0 )
Woke after  2  seconds. ( 2.0 )
Woke after  3  seconds. ( 3.0 )
Woke after  5  seconds. ( 5.0 )

PyPy 1.7
--------

E:\Dev\Python\Scripts\Stackless>..\..\..\sandbox\pypy-1.7\pypy.exe speed.py
Started sleep for 5  seconds.
Started sleep for 0.2  seconds.
Started sleep for 2  seconds.
Started sleep for 1  seconds.
Started sleep for 3  seconds.
Woke after  0.2  seconds. ( 0.234999895096 )
Woke after  1  seconds. ( 1.0 )
Woke after  2  seconds. ( 2.0 )
Woke after  3  seconds. ( 3.0 )
Woke after  5  seconds. ( 5.0 )
100000  operations took:  13.8280000687  seconds.
200000  operations took:  25.25  seconds.
300000  operations took:  34.3599998951  seconds.
400000  operations took:  41.2819998264  seconds.
500000  operations took:  46.015999794  seconds.

The example used is attached as 'speed.py'

Probably this is due to JIT being disabled when using Stackless features.

Other than the performance, it's working fine with some examples I tested from: 
http://code.google.com/p/stacklessexamples/

----------
files: speed.py
messages: 3526
nosy: carlosedp, pypy-issue
priority: performance bug
status: unread
title: Low performance on Stackless PyPy compared to Stackless Python

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue948>
________________________________________
-------------- next part --------------
import stackless
import time

sleepingTasklets = []
def Sleep(secondsToWait):
    '''
    Yield the calling tasklet until the given number of seconds have passed.
    '''
    channel = stackless.channel()
    endTime = time.time() + secondsToWait
    sleepingTasklets.append((endTime, channel))
    sleepingTasklets.sort()
    # Block until we get sent an awakening notification.
    channel.receive()

def CheckSleepingTasklets():
    '''
    Function for internal uthread.py usage.
    '''
    while stackless.getruncount() > 1 or sleepingTasklets:
        if len(sleepingTasklets):
            endTime = sleepingTasklets[0][0]
            if endTime <= time.time():
                channel = sleepingTasklets[0][1]
                del sleepingTasklets[0]
                # We have to send something, but it doesn't matter what as it is not used.
                channel.send(None)
        stackless.schedule()
stackless.tasklet(CheckSleepingTasklets)()

def doStuff(mult=1):
    st = time.time()
    c = 0
    for i in xrange(int(100000*mult)):
        c = c + 1
        stackless.schedule()
    print 100000*mult, " operations took: " , time.time() - st , " seconds."


def sleepalittle(howmuch):
    print "Started sleep for", howmuch, " seconds."
    st = time.time()
    Sleep(howmuch)
    print "Woke after ", howmuch, " seconds. (", time.time()-st, ")"


stackless.tasklet(doStuff)(1)
stackless.tasklet(sleepalittle)(5)
stackless.tasklet(sleepalittle)(0.2)
stackless.tasklet(doStuff)(2)
stackless.tasklet(doStuff)(3)
stackless.tasklet(sleepalittle)(2)
stackless.tasklet(sleepalittle)(1)
stackless.tasklet(sleepalittle)(3)
stackless.tasklet(doStuff)(4)
stackless.tasklet(doStuff)(5)


stackless.run()

From tracker at bugs.pypy.org  Fri Dec  2 02:14:19 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Fri, 02 Dec 2011 01:14:19 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>


New submission from Richard Lobb <trampgeek at gmail.com>:

I've having problems getting the sandbox build of pypy-1.7 working. Has anyone 
used it successfully? I've done several builds using both pypy and python. The 
"standard" pypy+jit seems to build and work OK (on one trivial test), but while 
the sandbox builds "ok" (ignoring screeds of warning messages), several odd 
things happen when I try to use it. Firstly, when pypy_interact does its various 
imports, the message

[platform:execute] gcc -c -O3 -pthread -fomit-frame-pointer -Wall -Wno-unused 
/tmp/usession-unknown-38/platcheck_7.c -o /tmp/usession-unknown-38/platcheck_7.o

appears. I've no idea what this means but it looks like the consequences of a 
build error that it's attempting to remedy at run time. A couple of other such 
errors (attempts to run gcc) occur in the process too.

Secondly, I get an 'import site' failed message. 

Thirdly, I get 'RuntimeError' when I try to run a script.

If instead of executing the script from the virtual /tmp directory, I run the 
sandbox without a script but with the appropriate /tmp directory set up, I get a 
RuntimeError when I attempt to open the script file, as follows:

import os
os.listdir('/tmp')   # Shows me the script junk.py is present
f = open('/tmp/junk.py')  # Crashes with RuntimeError

The corresponding log output is:


>>>> f = open('/tmp/junk.py', 'r')
[sandlib:call] ll_os.ll_os_open('/tmp/junk.py', 0, 438)
[sandlib:vpath] '/tmp/junk.py' => <RealFile /usr/local/pypy-pypy-release-
1.7/pypy/translator/sandbox/junk/junk.py>
[sandlib:result] 3
[sandlib:call] ll_os.ll_os_fstat(3)
[sandlib:exception] RuntimeError: no handler for this function

Am I doing something wrong or is this a bug? I attach the full log output.

-- Richard

PS: I just discovered that if I run the sandbox without a script, accepting 
console input, the two lines 'import os' and 'help(os.stat)' cause a runtime 
error. It's looking like any attempt to use stat causes a runtime error.

PPS: It may or may not be relevant, but if I attempt to compile platcheck_7.c by 
hand I get lots of messages like:
/tmp/usession-unknown-48/platcheck_7.c:88:26: error: ???platcheck_t??? has no member 
named ???st_flags???

----------
files: log.txt
messages: 3527
nosy: pypy-issue, r.lobb
priority: bug
status: unread
title: 1.7 Sandbox problems

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________
-------------- next part --------------
[version:WARNING] Errors getting Mercurial information: Not running from a Mercurial repository!
[platform:execute] gcc -c -O3 -pthread -fomit-frame-pointer -Wall -Wno-unused /tmp/usession-unknown-45/platcheck_7.c -o /tmp/usession-unknown-45/platcheck_7.o
[sandlib:call] ll_os.ll_os_getenv('PYPY_GENERATIONGC_NURSERY')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_open('/proc/cpuinfo', 0, 420)
Warning: cannot find your CPU L2 cache size in /proc/cpuinfo
[sandlib:exception] OSError: [Errno 2] proc
[sandlib:call] ll_os.ll_os_getenv('PYPY_GC_DEBUG')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_envitems()
[sandlib:result] []
[sandlib:call] ll_os.ll_os_stat('/bin/pypy-c')
[sandlib:vpath] '/bin/pypy-c' => <RealFile /usr/local/pypy-pypy-release-1.7/pypy/translator/goal/pypy-sandbox>
[sandlib:result] posix.stat_result(st...ctime=0)
[platform:execute] gcc -c -O3 -pthread -fomit-frame-pointer -Wall -Wno-unused -I/usr/local/pypy-pypy-release-1.7/pypy/translator/c /tmp/usession-unknown-45/module_cache/module_0.c -o /tmp/usession-unknown-45/module_cache/module_0.o
[platform:execute] gcc -shared /tmp/usession-unknown-45/module_cache/module_0.o -pthread -Wl,--export-dynamic,--version-script=/tmp/usession-unknown-45/dynamic-symbols-0 -lrt -o /tmp/usession-unknown-45/shared_cache/externmod.so
[sandlib:call] ll_os.ll_os_getenv('PYTHONNOUSERSITE')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_getenv('PYTHONDONTWRITEBYTECODE')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_getenv('PYTHONINSPECT')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_lstat('/bin/pypy-c')
[sandlib:vpath] '/bin/pypy-c' => <RealFile /usr/local/pypy-pypy-release-1.7/pypy/translator/goal/pypy-sandbox>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7')
[sandlib:vpath] '/bin/lib-python/2.7' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7')
[sandlib:vpath] '/bin/lib-python/modified-2.7' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy')
[sandlib:vpath] '/bin/lib_pypy' => <RealDir /usr/local/pypy-pypy-release-1.7/lib_pypy>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_getenv('PYTHONPATH')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_isatty(1)
[sandlib:result] True
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy')
[sandlib:vpath] '/bin/lib_pypy' => <RealDir /usr/local/pypy-pypy-release-1.7/lib_pypy>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/site')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/site'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/site.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/site.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7')
[sandlib:vpath] '/bin/lib-python/modified-2.7' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/site')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/site'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/site.py')
[sandlib:vpath] '/bin/lib-python/modified-2.7/site.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/site.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/modified-2.7/site.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/modified-2.7/site.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/site.py>
[sandlib:result] 3
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] '"""Append module se...n      '
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] '  return USER_SITE\...rtswith'
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] '(\'cp\'):          ...ipt()\n'
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/os')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/os'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/os.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/os.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/os')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/os'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/os.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/os.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7')
[sandlib:vpath] '/bin/lib-python/2.7' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/os')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/os'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/os.py')
[sandlib:vpath] '/bin/lib-python/2.7/os.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/os.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/os.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/os.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/os.py>
[sandlib:result] 4
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'r"""OS routines for...mes tha'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 't the client doesn\...\n     '
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] '           return d...import '
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'warnings\n         ...rn bs\n'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/posixpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/posixpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/posixpath.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/posixpath.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/posixpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/posixpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/posixpath.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/posixpath.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/posixpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/posixpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/posixpath.py')
[sandlib:vpath] '/bin/lib-python/2.7/posixpath.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/posixpath.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/posixpath.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/posixpath.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/posixpath.py>
[sandlib:result] 5
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] '"""Common operation...\n    d'
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] 'o nothing."""\n    ...list)\n'
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk')
[sandlib:vpath] '/bin/lib-python/2.7/lib-tk' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2')
[sandlib:vpath] '/bin/lib-python/2.7/plat-linux2' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/stat')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/stat'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/stat.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/stat.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/stat')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/stat'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/stat.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/stat.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/stat')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/stat'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/stat.py')
[sandlib:vpath] '/bin/lib-python/2.7/stat.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/stat.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/stat.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/stat.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/stat.py>
[sandlib:result] 6
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] '"""Constants/functi...00000\n'
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(6)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/genericpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/genericpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/genericpath.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/genericpath.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/genericpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/genericpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/genericpath.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/genericpath.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/genericpath')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/genericpath'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/genericpath.py')
[sandlib:vpath] '/bin/lib-python/2.7/genericpath.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/genericpath.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/genericpath.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/genericpath.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/genericpath.py>
[sandlib:result] 6
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] '"""\nPath operation... \'\'\n'
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(6)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/warnings.py')
[sandlib:vpath] '/bin/lib-python/2.7/warnings.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/warnings.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/warnings.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/warnings.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/warnings.py>
[sandlib:result] 6
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] '"""Python part of t...t for c'
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] 'ommon case\n    if ...aults\n'
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/linecache')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/linecache'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/linecache.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/linecache.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/linecache')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/linecache'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/linecache.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/linecache.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/linecache')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/linecache'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/linecache.py')
[sandlib:vpath] '/bin/lib-python/2.7/linecache.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/linecache.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/linecache.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/linecache.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/linecache.py>
[sandlib:result] 7
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] '"""Cache lines from...lines\n'
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(7)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/types')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/types'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/types.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/types.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/types')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/types'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/types.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/types.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/types')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/types'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/types.py')
[sandlib:vpath] '/bin/lib-python/2.7/types.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/types.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/types.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/types.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/types.py>
[sandlib:result] 7
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] '"""Define names for...xport\n'
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(7)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/_warnings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/_warnings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/_warnings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/_warnings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/_warnings.py'
[sandlib:call] ll_os.ll_os_close(6)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_close(5)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/UserDict')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/UserDict'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/UserDict.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/UserDict.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/UserDict')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/UserDict'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/UserDict.py')
[sandlib:vpath] '/bin/lib-python/modified-2.7/UserDict.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/UserDict.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/modified-2.7/UserDict.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/modified-2.7/UserDict.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/UserDict.py>
[sandlib:result] 5
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] '"""A more or less c...ys())\n'
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_abcoll')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_abcoll'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_abcoll.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_abcoll.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_abcoll')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_abcoll'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_abcoll.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_abcoll.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_abcoll')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_abcoll'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_abcoll.py')
[sandlib:vpath] '/bin/lib-python/2.7/_abcoll.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/_abcoll.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/_abcoll.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/_abcoll.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/_abcoll.py>
[sandlib:result] 6
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] '# Copyright 2007 Go...       '
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] '       it = self._f...list)\n'
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(6, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/abc')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/abc'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/abc.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/abc.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/abc')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/abc'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/abc.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/abc.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/abc')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/abc'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/abc.py')
[sandlib:vpath] '/bin/lib-python/2.7/abc.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/abc.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/abc.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/abc.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/abc.py>
[sandlib:result] 7
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] '# Copyright 2007 Go...False\n'
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(7, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_weakrefset')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_weakrefset'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/_weakrefset.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/_weakrefset.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_weakrefset')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_weakrefset'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/_weakrefset.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/_weakrefset.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_weakrefset')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/_weakrefset'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/_weakrefset.py')
[sandlib:vpath] '/bin/lib-python/2.7/_weakrefset.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/_weakrefset.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/_weakrefset.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/_weakrefset.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/_weakrefset.py>
[sandlib:result] 8
[sandlib:call] ll_os.ll_os_read(8, 8192)
[sandlib:result] "# Access WeakSet th... == 0\n"
[sandlib:call] ll_os.ll_os_read(8, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(8, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(8)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_close(7)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_close(6)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_close(5)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/copy_reg')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/copy_reg'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/copy_reg.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/copy_reg.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/copy_reg')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/copy_reg'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/copy_reg.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/copy_reg.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/copy_reg')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/copy_reg'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/copy_reg.py')
[sandlib:vpath] '/bin/lib-python/2.7/copy_reg.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/copy_reg.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/copy_reg.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/copy_reg.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/copy_reg.py>
[sandlib:result] 5
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] '"""Helper to provid...tion.\n'
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(5, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(5)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_close(4)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_geteuid()
[sandlib:exception] RuntimeError: no handler for this function
[sandlib:call] ll_os.ll_os_close(3)
[sandlib:result] None
'import site' failed
[sandlib:call] ll_os.ll_os_getenv('PYTHONIOENCODING')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/encodings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/encodings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/encodings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/encodings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/encodings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/encodings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/encodings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/encodings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings')
[sandlib:vpath] '/bin/lib-python/2.7/encodings' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/__init__.py')
[sandlib:vpath] '/bin/lib-python/2.7/encodings/__init__.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__init__.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/__init__')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__init__'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/__init__.py')
[sandlib:vpath] '/bin/lib-python/2.7/encodings/__init__.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__init__.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/encodings/__init__.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/encodings/__init__.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__init__.py>
[sandlib:result] 3
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] '""" Standard "encod...tion)\n'
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings')
[sandlib:vpath] '/bin/lib-python/2.7/encodings' => <RealDir /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/codecs')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/codecs'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/codecs.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/codecs.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/codecs')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/codecs'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/codecs.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/codecs.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/codecs')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/codecs'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/codecs.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/codecs.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/codecs')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/codecs'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/codecs.py')
[sandlib:vpath] '/bin/lib-python/2.7/codecs.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/codecs.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/codecs.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/codecs.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/codecs.py>
[sandlib:result] 4
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] '""" codecs -- Pytho...ffered_'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'input, additional_s...    sel'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'f.bytebuffer = data...de work'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ' on the frontend (t...r(encod'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'ing)(errors, **kwar...-1\')\n'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/unicodedata.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/unicodedata.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/unicodedata.py'
[sandlib:call] ll_os.ll_os_close(4)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/encodings')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/encodings'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/encodings.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/encodings.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/aliases')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/aliases'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/aliases.py')
[sandlib:vpath] '/bin/lib-python/2.7/encodings/aliases.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/aliases.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/encodings/aliases.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/encodings/aliases.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/aliases.py>
[sandlib:result] 4
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] '""" Encoding Aliase...   : \''
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] "iso8859_10',\n\n   ...\n\n}\n"
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(4)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/__builtin__')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__builtin__'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/__builtin__.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/__builtin__.py'
[sandlib:call] ll_os.ll_os_close(3)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/ascii')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/ascii'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/encodings/ascii.py')
[sandlib:vpath] '/bin/lib-python/2.7/encodings/ascii.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/ascii.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/encodings/ascii.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/encodings/ascii.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/encodings/ascii.py>
[sandlib:result] 3
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] '""" Python \'ascii\...    )\n'
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(3, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(3)
[sandlib:result] None
[sandlib:call] ll_os.ll_os_getenv('PYTHONWARNINGS')
[sandlib:result] None
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/signal.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/signal')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/signal'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/signal.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/signal.py'
[sandlib:call] ll_os.ll_os_lstat('/tmp/junk.py')
[sandlib:vpath] '/tmp/junk.py' => <RealFile /usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/junk.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/tmp/junk.py')
[sandlib:vpath] '/tmp/junk.py' => <RealFile /usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/junk.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/tmp/junk.py', 0, 438)
[sandlib:vpath] '/tmp/junk.py' => <RealFile /usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/junk.py>
[sandlib:result] 3
[sandlib:call] ll_os.ll_os_fstat(3)
[sandlib:exception] RuntimeError: no handler for this function
[sandlib:call] ll_os.ll_os_stat('/tmp')
[sandlib:vpath] '/tmp' => <RealDir /usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_stat('/tmp/traceback')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/traceback'
[sandlib:call] ll_os.ll_os_stat('/tmp/traceback.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/traceback.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/traceback')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/traceback'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/traceback.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/traceback.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/traceback')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/traceback'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/traceback.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/traceback.py'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/traceback')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/traceback'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/traceback.py')
[sandlib:vpath] '/bin/lib-python/2.7/traceback.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/traceback.py>
[sandlib:result] posix.stat_result(st...ctime=0)
[sandlib:call] ll_os.ll_os_open('/bin/lib-python/2.7/traceback.py', 0, 438)
[sandlib:vpath] '/bin/lib-python/2.7/traceback.py' => <RealFile /usr/local/pypy-pypy-release-1.7/lib-python/2.7/traceback.py>
[sandlib:result] 4
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] '"""Extract, format ...traceba'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] 'ck, limit, file)\'....ineno\n'
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_read(4, 8192)
[sandlib:result] ''
[sandlib:call] ll_os.ll_os_close(4)
[sandlib:result] None
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
[sandlib:call] ll_os.ll_os_stat('app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/tmp/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/pypy/translator/sandbox/junk/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib_pypy/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib_pypy/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/modified-2.7/lib-tk/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/modified-2.7/lib-tk'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/lib-tk/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/lib-tk/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
[sandlib:call] ll_os.ll_os_stat('/bin/lib-python/2.7/plat-linux2/app_main.py')
[sandlib:exception] OSError: [Errno 2] No such file or directory: '/usr/local/pypy-pypy-release-1.7/lib-python/2.7/plat-linux2/app_main.py'
[sandlib:call] ll_os.ll_os_strerror(2)
[sandlib:result] 'No such file or directory'
RuntimeError
[sandlib:call] ll_os.ll_os_getenv('PYTHONINSPECT')
[sandlib:result] None
[Subprocess exit code: 1]

From tracker at bugs.pypy.org  Fri Dec  2 08:02:56 2011
From: tracker at bugs.pypy.org (hpaulj)
Date: Fri, 02 Dec 2011 07:02:56 +0000
Subject: [pypy-issue] [issue950] startup_hook in readline
In-Reply-To: <1322809376.17.0.935020797328.issue950@bugs.pypy.org>
Message-ID: <1322809376.17.0.935020797328.issue950@bugs.pypy.org>


New submission from hpaulj <hpj3 at myuw.net>:

Ipython running under pypy (1.6) does not autoindent or 'rep'.  The problem is 
with pypy readline.raw_input.  It calls startup_hook before the reader.buffer is
reset (by read.prepare).  Since a typical action of startup_hook is to write 
something to this buffer (via readline.insert_text), this is lost when the 
buffer is cleared in reader.readline().  The PyMOTW readline_hooks.py script is 
a simple way to test this action.

A solution is to pass self.startup_hook as an optional argument to 
reader.readline, and execute it at the start of the try block (before refresh).
This moves its action after the reader.prepare action.

The PyMOTW script reveals another bug.  reader.insert() gives an AttributeError 
if self.pos has not been initialized.  This can happen with the current position 
of the startup_hook (before reader.prepare).  It shouldn't happen with my 
suggested change, but it still would be a good idea to test for self.pos in 
reader.insert().

http://www.doughellmann.com/PyMOTW/readline/index.html#hooks

Pypy does not implement pre_input_hook, but ipython does not use that.

----------
messages: 3528
nosy: hpaulj, pypy-issue
priority: bug
status: unread
title: startup_hook in readline

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue950>
________________________________________

From tracker at bugs.pypy.org  Sat Dec  3 10:00:23 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sat, 03 Dec 2011 09:00:23 +0000
Subject: [pypy-issue] [issue951] segfault in nested array/dict creation
In-Reply-To: <1322902823.37.0.935932160048.issue951@bugs.pypy.org>
Message-ID: <1322902823.37.0.935932160048.issue951@bugs.pypy.org>


New submission from mikefc <coolbutuseless at gmail.com>:

The following segfaults on 1.7 with JIT, but not 1.6 or python2.7

[{'thing':[{'text':str(1)} for x in xrange(50)]}  for i in xrange(10000)]

----------
nosy: +mikefc
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue951>
________________________________________

From tracker at bugs.pypy.org  Sat Dec  3 18:10:42 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 03 Dec 2011 17:10:42 +0000
Subject: [pypy-issue] [issue950] startup_hook in readline
In-Reply-To: <1322809376.17.0.935020797328.issue950@bugs.pypy.org>
Message-ID: <1322932242.01.0.941172904205.issue950@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

I can try to guess exactly what you mean, but I am not deeply involved with
readline (based on pyrepl, which is indeed integrated in PyPy but originally
third-party), and I don't know about the expected usage of startup_hook or
PyMOTW.  Can you write and attach a script that shows precisely the problems? 
Thanks!

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue950>
________________________________________

From tracker at bugs.pypy.org  Sat Dec  3 18:36:52 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 03 Dec 2011 17:36:52 +0000
Subject: [pypy-issue] [issue947] error in compiling
In-Reply-To: <1322670181.12.0.168844572933.issue947@bugs.pypy.org>
Message-ID: <1322933812.07.0.381985597952.issue947@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

It is an error of asmgcc, and you are running it via gentoo's package manager. 
Are you sure that gentoo is providing only the standard options to gcc?  Passing
any strange option will definitely cause breaks like this.

Alternatively, you can translate a pypy using "shadowstack" instead of "asmgcc",
which should work with any ANSI C compiler, at the expense of a small slow-down.

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue947>
________________________________________

From tracker at bugs.pypy.org  Sun Dec  4 03:30:44 2011
From: tracker at bugs.pypy.org (hpaulj)
Date: Sun, 04 Dec 2011 02:30:44 +0000
Subject: [pypy-issue] [issue950] startup_hook in readline
In-Reply-To: <1322809376.17.0.935020797328.issue950@bugs.pypy.org>
Message-ID: <1322965844.73.0.345174323385.issue950@bugs.pypy.org>


hpaulj <hpj3 at myuw.net> added the comment:

>From PyMOTW (Py Module of the Week)
------------------------
import readline

def startup_hook():
    readline.insert_text('from startup_hook')

readline.set_startup_hook(startup_hook)

while True:
    line = raw_input('Prompt ("stop" to quit): ')
    if 'stop' in line:
        break
    print 'ENTERED: "%s"' % line
---------------------
Under regular python, the prompt will be:
Prompt ("stop" to quit): from startup_hook

under pypy 1.6 it first gives
AttributeError: 'ReadlineAlikeReader' object has no attribute 'pos'

and once that is corrected, the prompt is just:
Prompt ("stop" to quit):

that is, the 'from startup_hook' message is missing.

-----------------
my suggested change to 
pyrepl/readline.py is

    def raw_input(self, prompt=''):
        try:
            reader = self.get_reader()
        except _error:
            return _old_raw_input(prompt)
        reader.ps1 = prompt
        return reader.readline(reader, startup_hook = self.startup_hook)

That is, instead of executing self.startup_hook in raw_input, it is passed to 
reader.readline to be executed there

and to pyreply/reader.py

    def readline(self, returns_unicode=False, startup_hook=None):
        self.prepare()
        try:
            if startup_hook is not None:
                startup_hook()
            self.refresh()
            while not self.finished:
                self.handle1()
            if returns_unicode:
                return self.get_unicode()
            return self.get_buffer()
        finally:
            self.restore()

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue950>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 11:50:48 2011
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Mon, 05 Dec 2011 10:50:48 +0000
Subject: [pypy-issue] [issue952] try to use .hg_archival if .hg is not
	availiable
In-Reply-To: <1323082248.49.0.381991933314.issue952@bugs.pypy.org>
Message-ID: <1323082248.49.0.381991933314.issue952@bugs.pypy.org>


New submission from Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de>:

that way people getting the bitbucket tarballs will have correct vcs bases sys
attributes

----------
assignedto: ronny
messages: 3533
nosy: pypy-issue, ronny
priority: feature
status: chatting
title: try to use .hg_archival if .hg is not availiable

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue952>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 12:10:22 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 05 Dec 2011 11:10:22 +0000
Subject: [pypy-issue] [issue951] segfault in nested array/dict creation
In-Reply-To: <1322902823.37.0.935932160048.issue951@bugs.pypy.org>
Message-ID: <1323083422.0.0.626048199394.issue951@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

Fixed in 6b51800a7ece thanks for reporting!

----------
nosy: +fijal
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue951>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 12:26:37 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 05 Dec 2011 11:26:37 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>


New submission from mikefc <coolbutuseless at gmail.com>:

While trying to recall how defaultdicts work, I found that 
collections.defaultdict([]) and collections.defaultdict({}) cause a TypeError 
exception under python2.7.2, but fail silently under pypy1.7

----------
messages: 3535
nosy: mikefc, pypy-issue
priority: bug
status: unread
title: defaultdict behaviour inconsistent with cpython

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 12:28:58 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 05 Dec 2011 11:28:58 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323084538.99.0.368891584716.issue953@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

This should probably be reported upstream as a CPython missing test case? Do they 
fail silently or do they actually succeed?

----------
nosy: +fijal
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 12:39:41 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 05 Dec 2011 11:39:41 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323085181.91.0.615031200129.issue953@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

I'm currently looking at cpython source to see if I can figure what they do.  
Output for both pythons included below.

================
cpython2.7.2
>>> defaultdict(dict)
defaultdict(<type 'dict'>, {})
>>> defaultdict({})
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: first argument must be callable

===============
pypy1.7
>>>> defaultdict(dict)
defaultdict(<type 'dict'>, {})
>>>> defaultdict({})
defaultdict(None, {})

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 12:56:56 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 05 Dec 2011 11:56:56 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323086216.74.0.274592193405.issue953@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

submitted a request for a testcase to cpython http://bugs.python.org/issue13531

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 15:20:36 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 05 Dec 2011 14:20:36 +0000
Subject: [pypy-issue] [issue954] looped string formatting of dict entry slow
	and hogging	memory
In-Reply-To: <1323094836.54.0.101868639305.issue954@bugs.pypy.org>
Message-ID: <1323094836.54.0.101868639305.issue954@bugs.pypy.org>


New submission from mikefc <coolbutuseless at gmail.com>:

Something weird is going on in the attached code.

For some reason my "mode 3" way of appending a dict value to an array blows the memory 
use way up (with a corresponding increase in runtime).  Times are still sane on 
python2.7.2.

Reducing the dummy data array from 10000 down to 5000 makes the problem disappear.

=======================
Python2.7.2
python ./test.py 
Creating dummy data took: 0:00:00.613495
re-blurging mode 1 took:  0:00:08.421940
re-blurging mode 2 took:  0:00:11.934971
re-blurging mode 3 took:  0:00:21.842969

=======================
pypy1.7
~/pypy-1.7/bin/pypy ./test.py 
Creating dummy data took: 0:00:00.784412
re-blurging mode 1 took:  0:00:07.582524
re-blurging mode 2 took:  0:00:09.109858
re-blurging mode 3 took:  0:01:15.368807

----------
files: test.py
messages: 3539
nosy: mikefc, pypy-issue
priority: performance bug
release: 1.7
status: unread
title: looped string formatting of dict entry slow and hogging memory

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue954>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 18:40:58 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 05 Dec 2011 17:40:58 +0000
Subject: [pypy-issue] [issue954] looped string formatting of dict entry slow
	and hogging	memory
In-Reply-To: <1323094836.54.0.101868639305.issue954@bugs.pypy.org>
Message-ID: <1323106858.91.0.977723087863.issue954@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

I'm not able to reproduce this, the falling numbers are with changing the 
attached script up to 10k:

alex at alex-gaynor-laptop:~/Downloads$ python test.py 
Creating dummy data took: 0:00:00.200400
re-blurging mode 1 took:  0:00:04.460394
re-blurging mode 2 took:  0:00:06.898711
re-blurging mode 3 took:  0:00:11.348879
alex at alex-gaynor-laptop:~/Downloads$ 
alex at alex-gaynor-laptop:~/Downloads$ ~/projects/pypy/pypy-c test.py
Creating dummy data took: 0:00:00.326194
re-blurging mode 1 took:  0:00:02.798329
re-blurging mode 2 took:  0:00:02.741560
re-blurging mode 3 took:  0:00:06.118736

----------
nosy: +agaynor
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue954>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 20:08:57 2011
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 05 Dec 2011 19:08:57 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323112137.18.0.305353906186.issue953@bugs.pypy.org>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

An easy task for someone who wants to start hacking on pypy!

----------
nosy: +afa

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 20:32:32 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 05 Dec 2011 19:32:32 +0000
Subject: [pypy-issue] [issue953] defaultdict behaviour inconsistent with
	cpython
In-Reply-To: <1323084397.95.0.363646516376.issue953@bugs.pypy.org>
Message-ID: <1323113552.66.0.644650123285.issue953@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Sorry, couldn't resist.  92d4f8f7bcfb

----------
nosy: +arigo
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue953>
________________________________________

From tracker at bugs.pypy.org  Mon Dec  5 22:23:27 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 05 Dec 2011 21:23:27 +0000
Subject: [pypy-issue] [issue954] looped string formatting of dict entry slow
	and hogging	memory
In-Reply-To: <1323094836.54.0.101868639305.issue954@bugs.pypy.org>
Message-ID: <1323120207.95.0.330864788513.issue954@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

OK. This is probably just a case where pypy version is just running out of memory 
and thrashing swap.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue954>
________________________________________

From tracker at bugs.pypy.org  Tue Dec  6 23:33:41 2011
From: tracker at bugs.pypy.org (Nirbheek Chauhan)
Date: Tue, 06 Dec 2011 22:33:41 +0000
Subject: [pypy-issue] [issue747] fcntl.lockf() is broken with (fcntl.LOCK_EX
	|	fcntl.LOCK_NB)
In-Reply-To: <1307775802.38.0.717100903574.issue747@bugs.pypy.org>
Message-ID: <1323210821.88.0.270492238767.issue747@bugs.pypy.org>


Nirbheek Chauhan <nirbheek.chauhan at gmail.com> added the comment:

I can verify that with 1.7 this test no longer fails and the issue has been
resolved, thanks!

(I hope I closed the bug properly)

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue747>
________________________________________

From tracker at bugs.pypy.org  Tue Dec  6 23:50:22 2011
From: tracker at bugs.pypy.org (Nirbheek Chauhan)
Date: Tue, 06 Dec 2011 22:50:22 +0000
Subject: [pypy-issue] [issue747] fcntl.lockf() is broken with (fcntl.LOCK_EX
	|	fcntl.LOCK_NB)
In-Reply-To: <1307775802.38.0.717100903574.issue747@bugs.pypy.org>
Message-ID: <1323211822.0.0.0789637982408.issue747@bugs.pypy.org>


Nirbheek Chauhan <nirbheek.chauhan at gmail.com> added the comment:

Err, I checked the wrong test here. This test case still fails with 1.7,
reopening...

----------
release: 1.5 -> 1.7
status: resolved -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue747>
________________________________________

From tracker at bugs.pypy.org  Wed Dec  7 00:31:30 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Tue, 06 Dec 2011 23:31:30 +0000
Subject: [pypy-issue] [issue955] move struct.Struct to interplevel
In-Reply-To: <1323214290.38.0.724171286137.issue955@bugs.pypy.org>
Message-ID: <1323214290.38.0.724171286137.issue955@bugs.pypy.org>


New submission from Alex Gaynor <alex.gaynor at gmail.com>:

There are a few reasons and issues to be fixed:

1) format should be immutable on the Struct instance
2) format should be promoted so that unpack/pack loops are unrolled correctly
3) it should work nicer with buffers

Discussion from IRC:

 [6:24 PM] <Alex_Gaynor> arigato: so struct.unpack is very fast because the JIT 
checks if the 
format str is constant and if it is unrolsl the loops
 [6:24 PM] <arigato> ah, bah
 [6:24 PM] <Alex_Gaynor> arigato: however if you have x = Struct("format str"); 
for i n 
xrange(100): x.unpack(i) or so, the string isn't constant
 [6:24 PM] <Alex_Gaynor> it'd be ok if Struct was a global or something
 [6:24 PM] <Alex_Gaynor> I would if Struct instances should just promote their 
format and be done 
with it
 [6:24 PM] <arigato> and even not, because x.format is not a constant attribute
 [6:25 PM] <Alex_Gaynor> is it constant on CPython?
 [6:25 PM] <arigato> I suppose, but right now it's written at app-level
 [6:25 PM] <arigato> in pypy
 [6:25 PM]  ? lucian (~lucian at cpc1-newc15-2-0-
cust84.gate.cable.virginmedia.com) quit: Ping 
timeout: 240 seconds
 [6:25 PM] <Alex_Gaynor> arigato: yes, I guess it might make sense to move it to 
interplevel so 
we can make it const and do the promotion
 [6:25 PM] <Alex_Gaynor> I think promote makes sense here
 [6:25 PM] <arigato> yes and no, as usual
 [6:26 PM] <Alex_Gaynor> indeed
 [6:26 PM] <arigato> e.g. what if someone does x = Struct("i" * n)
 [6:27 PM] <arigato> well I suppose that he's punished and it's his fault, or 
something
 [6:27 PM] <Alex_Gaynor> indeed, as always the mess of heuristics :/
 [6:27 PM] <arigato> yes
 [6:27 PM] <exarkun> I did that this afternoon.
 [6:27 PM] <arigato> ah no, it's potentially a bad idea to promote a string, 
anyway
 [6:27 PM]  ? JaRoel|4d (~jaroel|4d at 2001:980:7133:1:317d:e87f:5636:fdbe) quit: 
Remote host closed 
the connection
 [6:28 PM] <arigato> I think it's promoting the pointer, not the actual string 
content
 [6:28 PM] <Alex_Gaynor> arigato: err, yes, we have string_promote nowadays 
though
 [6:28 PM] <arigato> ah, ok

Benchmark: http://pastebin.com/brfj0Aq9

----------
messages: 3546
nosy: agaynor, pypy-issue
priority: performance bug
status: unread
title: move struct.Struct to interplevel

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue955>
________________________________________

From tracker at bugs.pypy.org  Wed Dec  7 02:05:51 2011
From: tracker at bugs.pypy.org (Nirbheek Chauhan)
Date: Wed, 07 Dec 2011 01:05:51 +0000
Subject: [pypy-issue] [issue956] os.fdopen() is broken with fds returned by
	os.openpty()
In-Reply-To: <1323219951.67.0.296169906424.issue956@bugs.pypy.org>
Message-ID: <1323219951.67.0.296169906424.issue956@bugs.pypy.org>


New submission from Nirbheek Chauhan <nirbheek.chauhan at gmail.com>:

$title, test case attached.

Open a pair of fds using os.openpty():

* os.read() from the master pty fd works fine
* os.fdopen().read() from the master pty fd FAILS with IOError

Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "test_pty_fdopen.py", line 36, in <module>
    print(test_pty_fdopen())
  File "test_pty_fdopen.py", line 28, in test_pty_fdopen
    return test_string == master_file.read()
IOError: [Errno 5] Input/output error: '<fdopen>'

However, os.fdopen().read() from ordinary files opened using os.open() works
fine, so it only manifests itself while using fdopen on openpty fds.

----------
files: test_pty_fdopen.py
messages: 3547
nosy: nirbheek, pypy-issue
priority: bug
release: 1.7
status: unread
title: os.fdopen() is broken with fds returned by os.openpty()

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue956>
________________________________________

From tracker at bugs.pypy.org  Wed Dec  7 02:55:03 2011
From: tracker at bugs.pypy.org (Nirbheek Chauhan)
Date: Wed, 07 Dec 2011 01:55:03 +0000
Subject: [pypy-issue] [issue957] module hashlib is broken for non-standard
	digest algorithms
In-Reply-To: <1323222903.69.0.278797454.issue957@bugs.pypy.org>
Message-ID: <1323222903.69.0.278797454.issue957@bugs.pypy.org>


New submission from Nirbheek Chauhan <nirbheek.chauhan at gmail.com>:

Hash functions supported by openssl which aren't already in the hashlib.py tests
do not work, and either return a blank digest, or raise SIGABRT.

A test case is attached.

* All hashes listed in hashlib.algorithms work fine (these are also in the tests).
* "ripemd160", "md4", "mdc2", "sha" give a blank digest
* "whirlpool" raises SIGABRT, free(): invalid next size (fast)

This is with openssl-1.0.0e, but I don't think it's dependent on that since
these codepaths were never checked by the testsuite in the first place.

----------
files: test_all_hashes.py
messages: 3548
nosy: nirbheek, pypy-issue
priority: bug
release: 1.7
status: unread
title: module hashlib is broken for non-standard digest algorithms

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue957>
________________________________________

From tracker at bugs.pypy.org  Wed Dec  7 10:57:37 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Wed, 07 Dec 2011 09:57:37 +0000
Subject: [pypy-issue] [issue958] AMD Opterons don't specify their L3 cache
	size
In-Reply-To: <1323251857.3.0.418537247477.issue958@bugs.pypy.org>
Message-ID: <1323251857.3.0.418537247477.issue958@bugs.pypy.org>


New submission from Fijal <fijall at gmail.com>:

This is a processor: http://www.newegg.com/Product/Product.aspx?
Item=N82E16819105192 and this is what's in /proc/cpuinfo: 
http://paste.pocoo.org/show/517438/

----------
messages: 3549
nosy: fijal, pypy-issue
priority: bug
status: unread
title: AMD Opterons don't specify their L3 cache size

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue958>
________________________________________

From tracker at bugs.pypy.org  Wed Dec  7 11:06:29 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Wed, 07 Dec 2011 10:06:29 +0000
Subject: [pypy-issue] [issue958] AMD Opterons don't specify their L3 cache
	size
In-Reply-To: <1323251857.3.0.418537247477.issue958@bugs.pypy.org>
Message-ID: <1323252389.85.0.202913442035.issue958@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

On my machine at least there is lscpu which tells me more. We should look at the 
source code and maybe steal something.

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue958>
________________________________________

From tracker at bugs.pypy.org  Fri Dec  9 09:44:57 2011
From: tracker at bugs.pypy.org (Q)
Date: Fri, 09 Dec 2011 08:44:57 +0000
Subject: [pypy-issue] [issue889] Windows binary distribution is missing
	cpyext header files
In-Reply-To: <1317395541.31.0.735873324924.issue889@bugs.pypy.org>
Message-ID: <1323420297.74.0.865604339967.issue889@bugs.pypy.org>


Q <q at qwitter-client.net> added the comment:

This is more general. wxPython's build process does the same thing. I had to
copy pypy-c.lib from %tmp%\usession-unknown-17\testing_1 into the build
directory and rename it to python27.lib per a suggestion in #PyPy. Perhaps
placing it in the root of the PyPy windows distribution would be appropriate
with libpypy-c.dll and the other dll files there?

----------
nosy: +mongoose_q

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue889>
________________________________________

From tracker at bugs.pypy.org  Fri Dec  9 14:16:11 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 09 Dec 2011 13:16:11 +0000
Subject: [pypy-issue] [issue958] AMD Opterons don't specify their L3 cache
	size
In-Reply-To: <1323251857.3.0.418537247477.issue958@bugs.pypy.org>
Message-ID: <1323436571.35.0.0583702872207.issue958@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Changed the default to always use 4MB.  It seems better than now in most use
cases.  More precise testing might give more hints, maybe.

----------
nosy: +arigo
status: chatting -> testing

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue958>
________________________________________

From tracker at bugs.pypy.org  Fri Dec  9 18:20:34 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 09 Dec 2011 17:20:34 +0000
Subject: [pypy-issue] [issue945] import shadowing module from __init__.py as
	__main__ fails
In-Reply-To: <1322595775.86.0.801378624842.issue945@bugs.pypy.org>
Message-ID: <1323451234.69.0.660247590777.issue945@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Checked in as a straightforward hack: a72429e0e0ed

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue945>
________________________________________

From tracker at bugs.pypy.org  Fri Dec  9 23:38:01 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Fri, 09 Dec 2011 22:38:01 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323470281.94.0.086555795428.issue949@bugs.pypy.org>


Richard Lobb <trampgeek at gmail.com> added the comment:

I'd be grateful if someone could either confirm or deny whether the sandbox is 
broken in the 1.7 release. I've used the 1.4 version in a web app for the last 
year and had no problems but I'd like to upgrade if possible. If not, I'll just 
stop worrying about it.

----------
release:  -> 1.7
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 10 15:03:07 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Sat, 10 Dec 2011 14:03:07 +0000
Subject: [pypy-issue] [issue827] import xml.etree.cElementTree fails
In-Reply-To: <1313114876.32.0.380028080401.issue827@bugs.pypy.org>
Message-ID: <1323525787.1.0.572976066708.issue827@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

I'm closing this issue, feel free to reopen if it still causes issues

----------
nosy: +fijal
status: testing -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue827>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 10 15:18:40 2011
From: tracker at bugs.pypy.org (Ned Batchelder)
Date: Sat, 10 Dec 2011 14:18:40 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323526720.24.0.412481342644.issue949@bugs.pypy.org>


Ned Batchelder <ned at nedbatchelder.com> added the comment:

There are a few separate problems mentioned here.  I have a branch (nedbat-sandbox) with 
fixes for a few of them:

- The gcc invocation has to do with using rmarshal in the calling process.  I've removed 
the need for that in the branch.

- I'm not sure why you're getting an fstat call when running a script, but I've 
implemented fstat in the branch.

- The "import site" failed message is due to a call to os.geteuid() deep in the import, 
which isn't yet fixed in the branch, but will be soon.

----------
assignedto:  -> nedbat
nosy: +nedbat

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 10 15:23:34 2011
From: tracker at bugs.pypy.org (Ned Batchelder)
Date: Sat, 10 Dec 2011 14:23:34 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323527014.38.0.750263837758.issue949@bugs.pypy.org>


Ned Batchelder <ned at nedbatchelder.com> added the comment:

I forgot to mention: fijal has said he will merge the nedbat-sandbox branch 
soonish...

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 10 21:01:19 2011
From: tracker at bugs.pypy.org (Ned Batchelder)
Date: Sat, 10 Dec 2011 20:01:19 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323547279.62.0.855669136533.issue949@bugs.pypy.org>


Ned Batchelder <ned at nedbatchelder.com> added the comment:

About the "import site" problem: it seems to involve more than a few changes.  The 
best thing to do is to use "-S" in the sandbox arguments, to suppress the import 
of "site".

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 11 02:22:29 2011
From: tracker at bugs.pypy.org (Michael Hudson-Doyle)
Date: Sun, 11 Dec 2011 01:22:29 +0000
Subject: [pypy-issue] [issue906] CTRL-leftarrow and CTRL-rightarrow don't
	work in PyPy	console
In-Reply-To: <1318429405.87.0.821520990977.issue906@bugs.pypy.org>
Message-ID: <1323566549.74.0.964527187362.issue906@bugs.pypy.org>


Michael Hudson-Doyle <micahel at gmail.com> added the comment:

I think implementing it in pyrepl probably makes sense.  Sorry for taking such a
long time to reply...

In the mean time I found that the inputrc on my system is added by the
debian/ubuntu packaging and is not part readline itself... not that this matters
much I guess, I doubt many people are using pypy with hardware terminals :-)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue906>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 11 09:15:19 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sun, 11 Dec 2011 08:15:19 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>


New submission from mikefc <coolbutuseless at gmail.com>:

* with pypy jit, array values get left at [0,0,0] instead of set to [128, 128, 128]  (at 
about the 2000th iteration)
* succeeds with CPython and pypy --jit off

Running latest nightly for osx (94737f156c30).
===========================
import platform; 
if platform.python_implementation()=='CPython':
	import numpy
else:
	# pypy
	import numpypy as numpy

nch = 3
rows = 128 
cols = 128
data = numpy.zeros([rows, cols, nch], dtype='int32')

rawdata = [128 for i in range(rows*cols*nch)]

for i,colour in enumerate(zip(*[rawdata[i::nch] for i in range(nch)])):
	row = i / cols
	col = i % cols
	data[row,col,:] = colour
	print i, row, col, colour, data[row,col,:]

----------
messages: 3560
nosy: mikefc, pypy-issue
priority: bug
release: ???
status: unread
title: numpypy array operation improperly jitted away

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 11 09:24:01 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sun, 11 Dec 2011 08:24:01 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1323591841.8.0.544989969138.issue959@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

updated to the latest nightly (16f29d272911). Still happening.

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 11 12:48:42 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sun, 11 Dec 2011 11:48:42 +0000
Subject: [pypy-issue] [issue957] module hashlib is broken for non-standard
	digest algorithms
In-Reply-To: <1323222903.69.0.278797454.issue957@bugs.pypy.org>
Message-ID: <1323604122.74.0.798704055317.issue957@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Bah.  2e5b6dce5753

----------
nosy: +arigo
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue957>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 11 23:22:04 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Sun, 11 Dec 2011 22:22:04 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323642124.82.0.930044947856.issue949@bugs.pypy.org>


Richard Lobb <trampgeek at gmail.com> added the comment:

Many thanks for all that, Ned. I'll give your branch a try tomorrow.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 12 12:13:59 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 12 Dec 2011 11:13:59 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1323688439.78.0.0756475623756.issue959@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

simplified the example a bit more.

=========================
import numpypy as numpy
import random

nch = 1; rows = 128; cols = 128
data = numpy.zeros([rows, cols, nch], dtype=numpy.int64)
for colour in xrange(2100):	
	row = random.randint(0,rows-1) 
	col = random.randint(0,cols-1) 
	data[row,col,:] = colour
	print colour, data[row,col,:], data[row,col,:]==colour

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 12 12:15:30 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 12 Dec 2011 11:15:30 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1323688530.8.0.626086354125.issue959@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

My output. JIT must kick in at 2079.  Everything is TRUE up to there.  

================================
2075 [2075] [True]
2076 [2076] [True]
2077 [2077] [True]
2078 [2078] [True]
2079 [0] [False]
2080 [0] [False]
2081 [0] [False]
2082 [0] [False]
2083 [0] [False]
2084 [0] [False]
2085 [0] [False]
2086 [0] [False]
2087 [0] [False]
2088 [0] [False]
2089 [0] [False]
2090 [0] [False]
2091 [0] [False]
2092 [0] [False]
2093 [0] [False]
2094 [0] [False]
2095 [2021] [False]
2096 [0] [False]
2097 [0] [False]
2098 [637] [False]
2099 [0] [False]

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 01:03:07 2011
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Tue, 13 Dec 2011 00:03:07 +0000
Subject: [pypy-issue] [issue673] Linux L2 cache size
In-Reply-To: <1300130407.54.0.711591322006.issue673@>
Message-ID: <1323734587.38.0.571753385343.issue673@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

Here's a quick patch I whipped up for the architectures that I can determine the L2 
cache size on (i386, amd64, alpha, ppc, ia64, pa-risc, and sparc)
I can't determine it on: ARM, avr32, hurd, kfreebsd, MIPS, and sh4.
The only alpha machine I've looked at says it's L2 cache size is N/A. I'm assuming it 
doesn't have any installed (AFAIK it's user-installable).

I'm afraid, it's pretty untested, as the bulid chroots I have on these machines don't 
have /sys mounted, and I can't run the pypy outside the chroots as its linked against unavailable libraries.
I did test the code under cpython, though.

> /sys/devices/system/cpu/cpuN/cache/indexN/size
> is more portable.

It's only fractionally more portable. It's used on x86 and ia64. Sparc uses something 
similar.

> dmidecode seems not to be available in the default repositories fur Ubuntu 10.10 on 
ARM.

DMI is a BIOS thing. You won't find it on non-x86 architectures (although it's on ia64 
too)

----------
nosy: +stefanor

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue673>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 05:07:23 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Tue, 13 Dec 2011 04:07:23 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323749243.95.0.105980472479.issue949@bugs.pypy.org>


Richard Lobb <trampgeek at gmail.com> added the comment:

Yay! All up and running now :-)  I see your branch has already been merged with 
the trunk, too. Many thanks Ned and Fijal

Just one minor comment: as with version 1.4, the sandbox pours out streams of 
debugging messages even though sandlib isn't in debug mode. As with version 1.4 
I have patched sandlib.py, function get_node (around line 443), by replacing the 
line

        log.vpath('%r => %r' % (vpath, node))

with

        if self.debug:
            log.vpath('%r => %r' % (vpath, node))

I'm not sure if this is in any sense a "correct" patch but it works for me. 
Possibly there should be some such tweak in the released code?

Thanks again guys. I'm very impressed by pypy and its sandbox -- it has done 
great service for me in a Moodle quiz module that runs student-submitted Python 
code in the pypy sandbox.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 09:48:56 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Tue, 13 Dec 2011 08:48:56 +0000
Subject: [pypy-issue] [issue673] Linux L2 cache size
In-Reply-To: <1300130407.54.0.711591322006.issue673@>
Message-ID: <1323766136.26.0.183481159754.issue673@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

Hey Stefano. We completely gave up on determining L2 cache size and just 
hardcoded the size of nursery to 4M. Besides, you're a fool (just like us) by 
thinking that say Intel and AMD will have the same sort of way of printing the 
cache size. Want to have a patch for 1.7?

----------
nosy: +fijal

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue673>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 09:51:04 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Tue, 13 Dec 2011 08:51:04 +0000
Subject: [pypy-issue] [issue949] 1.7 Sandbox problems
In-Reply-To: <1322788459.75.0.0680910920923.issue949@bugs.pypy.org>
Message-ID: <1323766264.59.0.281302095595.issue949@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

Cool, we're glad to be of help. I think ned did something similar on his branch, 
will look into disabling the messages by default. I think the issue can be 
closed, please reopen or open a new one if problems continues.

----------
nosy: +fijal
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue949>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 10:44:27 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Tue, 13 Dec 2011 09:44:27 +0000
Subject: [pypy-issue] [issue960] Sandboxing for external function
	'pypy__float2longlong'
In-Reply-To: <1323769467.96.0.033518261053.issue960@bugs.pypy.org>
Message-ID: <1323769467.96.0.033518261053.issue960@bugs.pypy.org>


New submission from Richard Lobb <trampgeek at gmail.com>:

Attempting to import pickle, cPickle or json in a program running in the version 
1.7 sandbox throws an exception like the following:

Not Implemented: sandboxing for external function 'pypy__float2longlong'
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "pyblahBMQ8Ux.py", line 3, in <module>
    from json import dumps
  File "/bin/lib-python/modified-2.7/json/__init__.py", line 108, in <module>
    from .decoder import JSONDecoder
  File "/bin/lib-python/modified-2.7/json/decoder.py", line 5, in <module>
    import struct

----------
messages: 3570
nosy: pypy-issue, r.lobb
priority: bug
status: unread
title: Sandboxing for external function 'pypy__float2longlong'

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue960>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 10:51:45 2011
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Tue, 13 Dec 2011 09:51:45 +0000
Subject: [pypy-issue] [issue673] Linux L2 cache size
In-Reply-To: <1300130407.54.0.711591322006.issue673@>
Message-ID: <1323769905.08.0.205719638191.issue673@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

In that case, have a patch that blows it away

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue673>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 10:54:18 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Tue, 13 Dec 2011 09:54:18 +0000
Subject: [pypy-issue] [issue961] Spurious (?) mercurial error messages from
	sandlib.py
In-Reply-To: <1323770058.5.0.916279621207.issue961@bugs.pypy.org>
Message-ID: <1323770058.5.0.916279621207.issue961@bugs.pypy.org>


New submission from Richard Lobb <trampgeek at gmail.com>:

This isn't at all critical, but when I attempt to run the sandbox as a different 
user from the owner of the pypy subtree I get a string of warning messages of 
the form:

In sandlib.py at line from pypy.tool.lib_pypy import import_from_lib_pypy, 
multiple occurrences of form

[version:WARNING] Errors getting Mercurial information: Not trusting file 
/usr/local/pypy1-7/.hg/hgrc from untrusted user www-data, group richard

The error is issued when executing the line

from pypy.tool.lib_pypy import import_from_lib_pypy

Should sandlib even be looking at the mercurial info? Seems odd to me.

----------
messages: 3572
nosy: pypy-issue, r.lobb
priority: bug
status: unread
title: Spurious (?) mercurial error messages from sandlib.py

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue961>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 13 10:56:10 2011
From: tracker at bugs.pypy.org (Richard Lobb)
Date: Tue, 13 Dec 2011 09:56:10 +0000
Subject: [pypy-issue] [issue961] Spurious (?) mercurial error messages from
	sandlib.py
In-Reply-To: <1323770170.93.0.478606769474.issue961@bugs.pypy.org>
Message-ID: <1323770170.93.0.478606769474.issue961@bugs.pypy.org>


New submission from Richard Lobb <trampgeek at gmail.com>:

This isn't at all critical, but when I attempt to run the sandbox as a different 
user from the owner of the pypy subtree I get a string of warning messages of 
the form:

[version:WARNING] Errors getting Mercurial information: Not trusting file 
/usr/local/pypy1-7/.hg/hgrc from untrusted user www-data, group richard

The error is issued when executing the line

from pypy.tool.lib_pypy import import_from_lib_pypy

Should sandlib even be looking at the mercurial info? Seems odd to me.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue961>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 09:30:43 2011
From: tracker at bugs.pypy.org (Dmitrijs Milajevs)
Date: Wed, 14 Dec 2011 08:30:43 +0000
Subject: [pypy-issue] [issue962] Import sqlite3 fails on mac (lion)
In-Reply-To: <1323851443.07.0.79100336284.issue962@bugs.pypy.org>
Message-ID: <1323851443.07.0.79100336284.issue962@bugs.pypy.org>


New submission from Dmitrijs Milajevs <dimazest at gmail.com>:

Import of sqlite3 fails on recent night build. Release 1.7 works fine on the
same machine.

$ pypy-c-jit-50484-3b81c36d2bd1-osx64/bin/pypy 
Python 2.7.1 (3b81c36d2bd1, Dec 14 2011, 02:00:27)
[PyPy 1.7.1-dev0 with GCC 4.2.1] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``just another item (1.333...) on
our real-numbered todo list''
>>>> import sqlite3
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib-python/modified-2.7/sqlite3/__init__.py",
line 24, in <module>
    from dbapi2 import *
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib-python/modified-2.7/sqlite3/dbapi2.py",
line 27, in <module>
    from _sqlite3 import *
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib_pypy/_sqlite3.py",
line 234, in <module>
    sqlite.sqlite3_enable_load_extension.argtypes = [c_void_p, c_int]
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib-python/modified-2.7/ctypes/__init__.py",
line 368, in __getattr__
    func = self.__getitem__(name)
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib-python/modified-2.7/ctypes/__init__.py",
line 373, in __getitem__
    func = self._FuncPtr((name_or_ordinal, self))
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib_pypy/_ctypes/function.py",
line 250, in __init__
    ptr = self._getfuncptr([], ctypes.c_int)
  File
"/Users/dimazest/pypy/pypy-c-jit-50484-3b81c36d2bd1-osx64/lib_pypy/_ctypes/function.py",
line 413, in _getfuncptr
    self._ptr = cdll.getfunc(self.name, ffi_argtypes, ffi_restype)
AttributeError: No symbol sqlite3_enable_load_extension found in library
libsqlite3.dylib

----------
messages: 3574
nosy: dimazest, pypy-issue
priority: bug
status: unread
title: Import sqlite3 fails on mac (lion)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue962>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 14:58:12 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 14 Dec 2011 13:58:12 +0000
Subject: [pypy-issue] [issue869] Implement ctypes.<type>.from_buffer method
In-Reply-To: <1315674477.29.0.889845043655.issue869@bugs.pypy.org>
Message-ID: <1323871092.78.0.639880242637.issue869@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

schmichael: the buffer interface in PyPy is a bit under-developed.  On which
kind of objects do you happen to use ctypes's from_buffer() method?

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue869>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 18:14:40 2011
From: tracker at bugs.pypy.org (Michael Schurter)
Date: Wed, 14 Dec 2011 17:14:40 +0000
Subject: [pypy-issue] [issue869] Implement ctypes.<type>.from_buffer method
In-Reply-To: <1315674477.29.0.889845043655.issue869@bugs.pypy.org>
Message-ID: <1323882880.11.0.437204729709.issue869@bugs.pypy.org>


Michael Schurter <m at schmichael.com> added the comment:

arigo: I was able to switch from .from_buffer to .from_address[1] by not using
the stdlib's mmap module and instead creating my own wrapper[2]. So this feature
isn't critical for my use case at the moment.

I have no idea how buffers are implemented, but if they contain a pointer to a
contiguous memory area .from_buffer could be implemented on top of .from_address.

Unfortunately mmstats also dynamically creates ctypes.Structures to ease
creation of data structures in shared memory and agaynor informed me Structures
aren't optimized yet. Indeed the performance impact of mmstats, while minimal,
seems to be the same on CPython 2.7 and PyPy 1.7. Removing the ctype.Structures
is possible and might have other benefits, but as it requires even more fine
grained pointer tracking I'm slow to pursue that route.


tl;dr - Thanks for looking into this bug, but at this point I'd rather have
better ctypes.Structure performance than .from_buffer implemented.


[1]
https://github.com/schmichael/mmstats/commit/59d4af44cd9f33ce8fbc5803649f37e2d653141a#L0L101

[2] https://github.com/schmichael/mmstats/blob/master/mmstats_compat.py#L24

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue869>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 20:06:37 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 14 Dec 2011 19:06:37 +0000
Subject: [pypy-issue] [issue963] corner case behavior of "is"-identical objs
In-Reply-To: <1323889597.38.0.668515982121.issue963@bugs.pypy.org>
Message-ID: <1323889597.38.0.668515982121.issue963@bugs.pypy.org>


New submission from Armin Rigo <armin.rigo at gmail.com>:

>>>> a = 1
>>>> b = 1
>>>> a is b
True
>>>> object.__hash__(a)
152300024
>>>> object.__hash__(b)
152298052

I can't think right now of another way to distinguish objects that pretend to be
identical.  If there is, I'll add it to the same bug report.  I think it's a
"won't fix" issue so far.

----------
messages: 3577
nosy: arigo, pypy-issue
priority: bug
status: wontfix
title: corner case behavior of "is"-identical objs

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue963>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 20:41:12 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 14 Dec 2011 19:41:12 +0000
Subject: [pypy-issue] [issue963] corner case behavior of "is"-identical objs
In-Reply-To: <1323889597.38.0.668515982121.issue963@bugs.pypy.org>
Message-ID: <1323891672.45.0.951755964381.issue963@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Actually fixed in 46c074e2da29 (thanks to discussions with Alex Gaynor).

----------
status: wontfix -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue963>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 14 22:25:12 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Wed, 14 Dec 2011 21:25:12 +0000
Subject: [pypy-issue] [issue964] numpypy.zeros([]) returns wrong result
In-Reply-To: <1323897912.33.0.627836648834.issue964@bugs.pypy.org>
Message-ID: <1323897912.33.0.627836648834.issue964@bugs.pypy.org>


New submission from Alex Gaynor <alex.gaynor at gmail.com>:

Under CPython:

>>> numpy.zeros([])
array(0.0)


Under PyPy:

>>>> numpypy.zeros([])
array([[])

(The repr is also broken).

----------
messages: 3579
nosy: agaynor, pypy-issue
priority: bug
status: unread
title: numpypy.zeros([]) returns wrong result

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue964>
________________________________________

From tracker at bugs.pypy.org  Thu Dec 15 12:12:42 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 15 Dec 2011 11:12:42 +0000
Subject: [pypy-issue] [issue956] os.fdopen() is broken with fds returned by
	os.openpty()
In-Reply-To: <1323219951.67.0.296169906424.issue956@bugs.pypy.org>
Message-ID: <1323947562.15.0.126450646376.issue956@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

A bug of CPython too?  The included test file fails on CPython <= 2.7.2 if
len(test_string) == 8192, and on CPython 2.7 trunk if len(test_string) == 6.

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue956>
________________________________________

From tracker at bugs.pypy.org  Fri Dec 16 10:15:16 2011
From: tracker at bugs.pypy.org (Dongying Zhang)
Date: Fri, 16 Dec 2011 09:15:16 +0000
Subject: [pypy-issue] [issue965] xml.etree.ElementTree says 'unknown
	encoding' of a regular	encoding
In-Reply-To: <1324026916.31.0.512734272024.issue965@bugs.pypy.org>
Message-ID: <1324026916.31.0.512734272024.issue965@bugs.pypy.org>


New submission from Dongying Zhang <zhangdongying1986 at gmail.com>:

I've been trying to parse xml string using python, codes following:

    #-*- coding: utf-8 -*-
    import xml.etree.ElementTree as xmlet
    s = '<?xml version="1.0" encoding="GBK"?><info></info>'
    xmlet.fromstring(s)

Then:
    $ pypy test.py

Traceback message came out like this:

Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "test.py", line 4, in <module>
    xmlet.fromstring(s)
  File "/usr/local/Cellar/pypy/1.7/lib-python/2.7/xml/etree/ElementTree.py", line 
1282, in XML
    parser.feed(text)
  File "/usr/local/Cellar/pypy/1.7/lib-python/2.7/xml/etree/ElementTree.py", line 
1624, in feed
    self._raiseerror(v)
  File "/usr/local/Cellar/pypy/1.7/lib-python/2.7/xml/etree/ElementTree.py", line 
1488, in _raiseerror
    raise err
ParseError: unknown encoding: line 1, column 30

Actually some versions of CPython have the same issue too.

I've seen this in following cases:
    Python2.5.6 on Mac OS X Lion
    Python2.6.5 on Ubuntu 10.04
    pypy1.7.0 on Mac OS X Lion

But not in these cases:
    Python2.6.7 on Mac OS X Lion
    Python2.7.1 on Mac OS X Lion

I've created an issue here: http://bugs.python.org/issue13612

----------
files: test.py
messages: 3581
nosy: dongying, pypy-issue
priority: bug
release: 1.7
status: unread
title: xml.etree.ElementTree says 'unknown encoding' of a regular encoding

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue965>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 18 11:10:30 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sun, 18 Dec 2011 10:10:30 +0000
Subject: [pypy-issue] [issue966] world's smallest/most trivial micronumpy
	patch
In-Reply-To: <1324203030.77.0.64685603167.issue966@bugs.pypy.org>
Message-ID: <1324203030.77.0.64685603167.issue966@bugs.pypy.org>


New submission from mikefc <coolbutuseless at gmail.com>:

In micronumpy/app_numpy.py, default hg branch.  I think the j+=1 line is 
superfluous.  (marked this as a performance bug, but it probably gets jitted 
away anyways).

Actual 'hg diff' file attached.
==================================
--- a/pypy/module/micronumpy/app_numpy.py	Mon Dec 05 18:11:57 2011 -0500
+++ b/pypy/module/micronumpy/app_numpy.py	Sun Dec 18 20:03:15 2011 +1000
@@ -33,6 +33,5 @@
     i = start
     for j in range(arr.size):
         arr[j] = i
-        j += 1
         i += step
     return arr

----------
messages: 3582
nosy: mikefc, pypy-issue
priority: performance bug
status: unread
title: world's smallest/most trivial micronumpy patch

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue966>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 18 15:26:26 2011
From: tracker at bugs.pypy.org (Xavier Morel)
Date: Sun, 18 Dec 2011 14:26:26 +0000
Subject: [pypy-issue] [issue967] itertools.imap significantly (order of
	magnitude) slower	than map or gencomps
In-Reply-To: <1324218386.21.0.607847720778.issue967@bugs.pypy.org>
Message-ID: <1324218386.21.0.607847720778.issue967@bugs.pypy.org>


New submission from Xavier Morel <bugs.pypy.org at masklinn.net>:

> pypy-c -mtimeit -s 'l = range(20000)' -s 'f = lambda a: a + 1' 'list(f(v) for
v in l)'                           
100 loops, best of 3: 2.15 msec per loop
> pypy-c -mtimeit -s 'l = range(20000)' -s 'f = lambda a: a + 1' 'map(f, l)'   
                                   
1000 loops, best of 3: 1.58 msec per loop
> pypy-c -mtimeit -s 'from itertools import imap' -s 'l = range(20000)' -s 'f =
lambda a: a + 1' 'list(imap(f, l))'
100 loops, best of 3: 15.2 msec per loop

`itertools.imap` is 7 times slower than generator comprehensions and 10 times
slower than the `map` builtin in pypy.

By comparison, performance deviation is under 20% in CPython (2.6.1 here,
platform default)

> python -mtimeit -s 'l = range(20000)' -s 'f = lambda a: a + 1' 'list(f(v) for
v in l)'                       
100 loops, best of 3: 5.38 msec per loop
> python -mtimeit -s 'l = range(20000)' -s 'f = lambda a: a + 1' 'map(f, l)'   
                                   
100 loops, best of 3: 4.28 msec per loop
> python -mtimeit -s 'from itertools import imap' -s 'l = range(20000)' -s 'f =
lambda a: a + 1' 'list(imap(f, l))'
100 loops, best of 3: 4.04 msec per loop

(listcomps provide the same performances as `map` in pypy, which makes the
slowness of imap even stranger)

----------
messages: 3583
nosy: masklinn, pypy-issue
priority: performance bug
status: unread
title: itertools.imap significantly (order of magnitude) slower than map or gencomps

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue967>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 19 06:58:23 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 19 Dec 2011 05:58:23 +0000
Subject: [pypy-issue] [issue966] world's smallest/most trivial micronumpy
	patch
In-Reply-To: <1324203030.77.0.64685603167.issue966@bugs.pypy.org>
Message-ID: <1324274303.63.0.209330609002.issue966@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

agaynor committed the patch.

----------
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue966>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 19 10:00:50 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 19 Dec 2011 09:00:50 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1324285250.49.0.631755728083.issue959@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

Still happening on latest osx nightly (16d3f098e8ec), but the threshold seems to 
have moved 100 iterations further down.

The change from all [True] to [False] now happens at 2181.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 19 14:25:20 2011
From: tracker at bugs.pypy.org (Arman Bostani)
Date: Mon, 19 Dec 2011 13:25:20 +0000
Subject: [pypy-issue] [issue968] very slow ctypes callbacks
In-Reply-To: <1324301120.48.0.693882797279.issue968@bugs.pypy.org>
Message-ID: <1324301120.48.0.693882797279.issue968@bugs.pypy.org>


New submission from Arman Bostani <arman at twinsun.com>:

I've attached a simple Windows test case. Under pypy 1.7, this runs about 8 times 
slower than CPython 2.7.2.

----------
files: testcb.py
messages: 3586
nosy: arman0, pypy-issue
priority: performance bug
release: 1.7
status: unread
title: very slow ctypes callbacks

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue968>
________________________________________
-------------- next part --------------
from ctypes import *
import timeit

def py_cmp_func(a, b):
    return a[0] - b[0]

CMPFUNC   = CFUNCTYPE(c_int, POINTER(c_int), POINTER(c_int))
cmp_func  = CMPFUNC(py_cmp_func)
int_size  = sizeof(c_int)
LEN       = 5
IntArray5 = c_int * LEN
ia        = IntArray5(5, 1, 7, 33, 99)
qsort     = cdll.msvcrt.qsort

def f():
    qsort(ia, LEN, int_size, cmp_func)

print timeit.repeat("f()", "from __main__ import f", number=100000)

From tracker at bugs.pypy.org  Tue Dec 20 13:51:24 2011
From: tracker at bugs.pypy.org (Yaroslav Fedevych)
Date: Tue, 20 Dec 2011 12:51:24 +0000
Subject: [pypy-issue] [issue969] I want to be able to interrupt the
	translation process and	continue from where it was left the
	last time
In-Reply-To: <1324385484.72.0.870513460832.issue969@bugs.pypy.org>
Message-ID: <1324385484.72.0.870513460832.issue969@bugs.pypy.org>


New submission from Yaroslav Fedevych <jaroslaw.fedewicz at gmail.com>:

This is frustrating that when for some reason the translation must be 
interrupted, it cannot be picked up. Instead, it is restarted, and there go 
another few hours of cranking (I'm on an Atom N270 netbook if that tells 
anything).

It's slow with building PyPy with PyPy, and even much slower when building PyPy 
with CPython.

I wonder if, say, SIGINT could be made to make the translator dump its state and 
restore it when it next starts.

----------
messages: 3587
nosy: jafd, pypy-issue
priority: wish
release: 1.7
status: unread
title: I want to be able to interrupt the translation process and continue from where it was left the last time

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue969>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 21 10:03:57 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 21 Dec 2011 09:03:57 +0000
Subject: [pypy-issue] [issue970] llexternal callbacks
In-Reply-To: <1324458237.54.0.596988126202.issue970@bugs.pypy.org>
Message-ID: <1324458237.54.0.596988126202.issue970@bugs.pypy.org>


New submission from Armin Rigo <armin.rigo at gmail.com>:

rffi.llexternal() functions do not support callbacks other than the ones
explicitly listed as functionptr arguments.  The problem is that this missing
support is a bit subtle, i.e. it mostly works anyway but can cause bugs or
crashes in translated programs in some situations.  We need to do something to
improve the situation one way or another.

----------
messages: 3588
nosy: arigo, pypy-issue
priority: bug
status: unread
title: llexternal callbacks

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue970>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 21 11:17:13 2011
From: tracker at bugs.pypy.org (Laurence Tratt)
Date: Wed, 21 Dec 2011 10:17:13 +0000
Subject: [pypy-issue] [issue970] llexternal callbacks
In-Reply-To: <1324458237.54.0.596988126202.issue970@bugs.pypy.org>
Message-ID: <1324462633.98.0.685590578275.issue970@bugs.pypy.org>


Laurence Tratt <laurie at tratt.net> added the comment:

To flesh out Armin's issue, I've stumbled across this in the Converge VM when
using libXML2, when I have to pass pointers to functions in a struct. See the
"parse" function in this module:

  https://github.com/ltratt/converge/blob/pypyvm/vm/Modules/libXML2.py

Basically the external C function xmlSAXUserParseMemory calls back to the
RPython functions _characters, _start_element, or _end_element.

On --opt=3 and below everything's fine. With --opt=jit and
--gcrootfinder=shadowstack everything is fine. On Linux --opt=jit and
--gcrootfinder=asmgcc one gets a blow-up when garbage collection happens
during a call that indirects via libXML2 and the VM dies with "cannot find gc
roots!". Here's an example backtrace:

  Program received signal SIGABRT, Aborted.
  0x00007ffff6a0da75 in *__GI_raise (sig=<value optimized out>)
      at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
  64      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
          in ../nptl/sysdeps/unix/sysv/linux/raise.c
  (gdb) bt
  #0  0x00007ffff6a0da75 in *__GI_raise (sig=<value optimized out>)
      at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
  #1  0x00007ffff6a115c0 in *__GI_abort () at abort.c:92
  #2  0x0000000000583f47 in pypy_g_locate_caller_based_on_retaddr ()
  #3  0x0000000000583f6c in pypy_g_walk_to_parent_frame ()
  #4  0x0000000000584308 in pypy_g_walk_stack_from ()
  #5  0x0000000000584469 in pypy_g__asm_callback ()
  #6  0x000000000062be55 in pypy_asm_stackwalk ()
  #7  0x000000000042d6de in pypy_g_MiniMarkGC_minor_collection ()
  #8  0x000000000042e3d1 in pypy_g_MiniMarkGC_collect_and_reserve ()
  #9  0x00000000004eabef in pypy_g_Con_Boxed_Object_get_slot ()
  #10 0x0000000000509805 in pypy_g_VM__instr_slot_lookup ()
  #11 0x0000000000521456 in pypy_g_portal ()
  #12 0x0000000000445174 in
pypy_g_ll_portal_runner__Signed_arrayPtr_Core_BC_PCPtr_ ()
  #13 0x00000000004e7aac in pypy_g_VM_apply_closure ()
  #14 0x000000000051bec1 in pypy_g_VM__instr_apply ()
  #15 0x0000000000522366 in pypy_g_portal ()
  #16 0x0000000000445174 in
pypy_g_ll_portal_runner__Signed_arrayPtr_Core_BC_PCPtr_ ()
  #17 0x00000000004e7aac in pypy_g_VM_apply_closure ()
  #18 0x0000000000611e10 in
pypy_g_ll_dict_setitem__dicttablePtr_Core_Con_ThingyPtr_1 ()
  #19 0x0000000000510207 in pypy_g_Con_Set___init__ ()
  #20 0x00000000005bfa22 in pypy_g__start_element ()
  #21 0x00007ffff78a7381 in ?? () from /usr/lib/libxml2.so.2
  #22 0x00007ffff78a7fbc in xmlParseElement () from /usr/lib/libxml2.so.2
  #23 0x00007ffff78a850a in xmlParseContent () from /usr/lib/libxml2.so.2
  #24 0x00007ffff78a804b in xmlParseElement () from /usr/lib/libxml2.so.2
  #25 0x00007ffff78af1ba in xmlParseDocument () from /usr/lib/libxml2.so.2
  #26 0x00007ffff78afd7d in xmlSAXUserParseMemory () from /usr/lib/libxml2.so.2
  #27 0x000000000062be55 in pypy_asm_stackwalk ()
  #28 0x00000000005e0c8a in
pypy_g_xmlSAXUserParseMemory___xmlSAXHandlerPtr_arrayPt ()
  #29 0x00000000005c0b09 in pypy_g_parse ()
  #30 0x00000000004e7e66 in pypy_g_VM_apply_closure ()
  #31 0x000000000051bec1 in pypy_g_VM__instr_apply ()
  #32 0x0000000000522366 in pypy_g_portal ()
  #33 0x0000000000445174 in
pypy_g_ll_portal_runner__Signed_arrayPtr_Core_BC_PCPtr_ ()
  #34 0x00000000004e7aac in pypy_g_VM_apply_closure ()
  #35 0x000000000051bec1 in pypy_g_VM__instr_apply ()
  #36 0x0000000000522366 in pypy_g_portal ()
  #37 0x0000000000445174 in
pypy_g_ll_portal_runner__Signed_arrayPtr_Core_BC_PCPtr_ ()
  #38 0x00000000004e7aac in pypy_g_VM_apply_closure ()
  #39 0x00000000004fbc80 in pypy_g__new_func_Con_Object ()
  #40 0x00000000004e7e66 in pypy_g_VM_apply_closure ()
  #41 0x00000000004fb052 in pypy_g__Con_Class_new ()
  #42 0x00000000004e7e66 in pypy_g_VM_apply_closure ()
  #43 0x000000000051bec1 in pypy_g_VM__instr_apply ()
  #44 0x0000000000522366 in pypy_g_portal ()
  #45 0x0000000000445174 in
pypy_g_ll_portal_runner__Signed_arrayPtr_Core_BC_PCPtr_ ()
  #46 0x00000000004e7aac in pypy_g_VM_apply_closure ()
  #47 0x00000000004f5cbc in pypy_g_VM_apply ()
  #48 0x00000000004ff7ba in pypy_g_entry_point ()
  #49 0x00000000004038af in pypy_main_function ()
  #50 0x00007ffff69f8c4d in __libc_start_main (main=<value optimized out>, 
      argc=<value optimized out>, ubp_av=<value optimized out>, 
      init=<value optimized out>, fini=<value optimized out>, 
      rtld_fini=<value optimized out>, stack_end=0x7fffffffe7f8)
      at libc-start.c:226
  #51 0x0000000000402739 in _start ()

----------
nosy: +ltratt
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue970>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 21 16:36:23 2011
From: tracker at bugs.pypy.org (brownan)
Date: Wed, 21 Dec 2011 15:36:23 +0000
Subject: [pypy-issue] [issue971] multiprocessing connection needs htonl/ntohl
In-Reply-To: <1324481783.84.0.792394329997.issue971@bugs.pypy.org>
Message-ID: <1324481783.84.0.792394329997.issue971@bugs.pypy.org>


New submission from brownan <brownan at gmail.com>:

Multiprocessing connection objects are not compatible with CPython. To 
reproduce: 
run the example at

http://docs.python.org/library/multiprocessing.html#using-a-remote-manager

with one process using CPython and the other using pypy. Result: IOError: bad 
message length

According to Amaury on the list, this is because pypy neglects to call htonl and 
ntohl when sending and receiving bytes in 
pypy/module/_multiprocessing/interp_connection.py in e.g. do_send_string()

----------
messages: 3590
nosy: brownan, pypy-issue
priority: bug
status: unread
title: multiprocessing connection needs htonl/ntohl

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue971>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 21 20:51:58 2011
From: tracker at bugs.pypy.org (Piotr Skamruk)
Date: Wed, 21 Dec 2011 19:51:58 +0000
Subject: [pypy-issue] [issue972] inconsistence with cpython (datetime?)
In-Reply-To: <1324497118.49.0.15609286849.issue972@bugs.pypy.org>
Message-ID: <1324497118.49.0.15609286849.issue972@bugs.pypy.org>


New submission from Piotr Skamruk <piotr.skamruk at gmail.com>:

pypy:
Python 2.7.1 (7773f8fc4223, Nov 18 2011, 18:47:11)
[PyPy 1.7.0 with GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``PyPy is a tool to keep otherwise
dangerous minds safely occupied.''
>>>> t1 = 1324495440.299935
>>>> t2 = 1324495440.500568
>>>> import datetime
>>>> from datetime import datetime
>>>> datetime.utcfromtimestamp(t2) - datetime.fromtimestamp(t2)
datetime.timedelta(-1, 82799, 999999)
>>>> datetime.utcfromtimestamp(t1) - datetime.fromtimestamp(t1)
datetime.timedelta(-1, 82800)

cpython on debian:
Python 2.7.2+ (default, Dec 18 2011, 17:30:39) 
[GCC 4.6.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> t1 = 1324495440.299935
>>> t2 = 1324495440.500568
>>> datetime.utcfromtimestamp(t2) - datetime.fromtimestamp(t2)
datetime.timedelta(-1, 82800)
>>> datetime.utcfromtimestamp(t1) - datetime.fromtimestamp(t1)
datetime.timedelta(-1, 82800)

----------
messages: 3591
nosy: jell, pypy-issue
priority: bug
status: unread
title: inconsistence with cpython (datetime?)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue972>
________________________________________

From tracker at bugs.pypy.org  Wed Dec 21 21:28:29 2011
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Wed, 21 Dec 2011 20:28:29 +0000
Subject: [pypy-issue] [issue971] multiprocessing connection needs htonl/ntohl
In-Reply-To: <1324481783.84.0.792394329997.issue971@bugs.pypy.org>
Message-ID: <1324499309.03.0.304853407933.issue971@bugs.pypy.org>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

Fixed in 542ce3cc38d9, thanks for the report!

----------
nosy: +afa
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue971>
________________________________________

From tracker at bugs.pypy.org  Thu Dec 22 23:59:49 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Thu, 22 Dec 2011 22:59:49 +0000
Subject: [pypy-issue] [issue962] Import sqlite3 fails on mac (lion)
In-Reply-To: <1323851443.07.0.79100336284.issue962@bugs.pypy.org>
Message-ID: <1324594789.0.0.574518701752.issue962@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Should be fixed by 2988075eae8d (sorry this took me so long). Please reopen if it 
doesn't (I don't have a libsqlite which doesn't support extensions to test with). 
Thanks.

----------
nosy: +agaynor
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue962>
________________________________________

From tracker at bugs.pypy.org  Sun Dec 25 14:32:18 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sun, 25 Dec 2011 13:32:18 +0000
Subject: [pypy-issue] [issue972] inconsistence with cpython (datetime?)
In-Reply-To: <1324497118.49.0.15609286849.issue972@bugs.pypy.org>
Message-ID: <1324819938.71.0.815728277086.issue972@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

Is this just a rounding error depending upon math implementations?

I'm running on OSX

============================= running a nightly from Dec19
~/pypy-latest/bin/pypy 
Python 2.7.1 (16d3f098e8ec, Dec 19 2011, 02:00:15)
>>>> from datetime import datetime
>>>> t1 = 1324495440.299935
>>>> t2 = 1324495440.500568
>>>> datetime.utcfromtimestamp(t2) - datetime.fromtimestamp(t2)
datetime.timedelta(-1, 50399, 999999)
>>>> datetime.utcfromtimestamp(t1) - datetime.fromtimestamp(t1)
datetime.timedelta(-1, 50400)
>>>> 


============================= CPython 2.7.2
In [1]: from datetime import datetime
In [2]: t1 = 1324495440.299935
In [3]: t2 = 1324495440.500568
In [4]: datetime.utcfromtimestamp(t2) - datetime.fromtimestamp(t2)
Out[4]: datetime.timedelta(-1, 50400)
In [5]: datetime.utcfromtimestamp(t1) - datetime.fromtimestamp(t1)
Out[5]: datetime.timedelta(-1, 50400)

----------
nosy: +mikefc
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue972>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 04:42:23 2011
From: tracker at bugs.pypy.org (mattip)
Date: Mon, 26 Dec 2011 03:42:23 +0000
Subject: [pypy-issue] [issue691] pypy-head does not compile under Windows
In-Reply-To: <1303737570.22.0.620331113708.issue691@>
Message-ID: <1324870943.8.0.577375231085.issue691@bugs.pypy.org>


mattip <matti.picus at gmail.com> added the comment:

Can this be closed? Nightly builds consistently succeed on the buildbot

----------
nosy: +mattip

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue691>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 04:43:12 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Mon, 26 Dec 2011 03:43:12 +0000
Subject: [pypy-issue] [issue972] inconsistence with cpython (datetime?)
In-Reply-To: <1324497118.49.0.15609286849.issue972@bugs.pypy.org>
Message-ID: <1324870992.91.0.992649922745.issue972@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

(just to show that using cpython directly produces the same result as ipython)

================ running directly on python2.7.2 (macports)
Python 2.7.2 (default, Nov 28 2011, 21:36:02) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> t1 = 1324495440.299935
>>> t2 = 1324495440.500568
>>> datetime.utcfromtimestamp(t2) - datetime.fromtimestamp(t2)
datetime.timedelta(-1, 50400)
>>> datetime.utcfromtimestamp(t1) - datetime.fromtimestamp(t1)
datetime.timedelta(-1, 50400)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue972>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 04:48:42 2011
From: tracker at bugs.pypy.org (mattip)
Date: Mon, 26 Dec 2011 03:48:42 +0000
Subject: [pypy-issue] [issue741] nightly build  for windows
In-Reply-To: <1307466265.62.0.905331161874.issue741@bugs.pypy.org>
Message-ID: <1324871322.84.0.923276098408.issue741@bugs.pypy.org>


mattip <matti.picus at gmail.com> added the comment:

Nightly is consistently building on win32 now

----------
nosy: +mattip
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue741>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 10:29:14 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 26 Dec 2011 09:29:14 +0000
Subject: [pypy-issue] [issue691] pypy-head does not compile under Windows
In-Reply-To: <1303737570.22.0.620331113708.issue691@>
Message-ID: <1324891754.13.0.78304285543.issue691@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

Indeed, closing

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue691>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 14:36:03 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 26 Dec 2011 13:36:03 +0000
Subject: [pypy-issue] [issue972] inconsistence with cpython (datetime?)
In-Reply-To: <1324497118.49.0.15609286849.issue972@bugs.pypy.org>
Message-ID: <1324906563.36.0.000976511983688.issue972@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

It occurs also on CPython using datetime.py instead of the extension module
datetime.so, so it's really a difference between the two.  Anyone interested in
tracking it down should look at lib_pypy/datetime.py, which originally comes
from CPython country.

----------
nosy: +arigo

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue972>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 16:24:11 2011
From: tracker at bugs.pypy.org (mattip)
Date: Mon, 26 Dec 2011 15:24:11 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1324913051.57.0.940600221586.issue959@bugs.pypy.org>


mattip <matti.picus at gmail.com> added the comment:

Latest nightly 44b0e2106e2d runs up to 24000 iterations on linux 32 no longer
exhibits this behaviour, is it fixed?

----------
nosy: +mattip

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Mon Dec 26 20:08:16 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 26 Dec 2011 19:08:16 +0000
Subject: [pypy-issue] [issue973] interpreter/test/test_main.py fails when
	run on pypy-c
In-Reply-To: <1324926496.61.0.413500008541.issue973@bugs.pypy.org>
Message-ID: <1324926496.61.0.413500008541.issue973@bugs.pypy.org>


New submission from Fijal <fijall at gmail.com>:

as is pypy-c py.test test_main.py. It looks like a recursion error

----------
messages: 3601
nosy: fijal, pypy-issue
priority: bug
status: unread
title: interpreter/test/test_main.py fails when run on pypy-c

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue973>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 27 04:33:25 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Tue, 27 Dec 2011 03:33:25 +0000
Subject: [pypy-issue] [issue959] numpypy array operation improperly jitted
	away
In-Reply-To: <1323591319.1.0.0844617877376.issue959@bugs.pypy.org>
Message-ID: <1324956805.09.0.0270461562664.issue959@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

Bug seems to have disappeared on latest nightly.  Would be useful if we knew how 
this was fixed before closing issue ...

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue959>
________________________________________

From tracker at bugs.pypy.org  Tue Dec 27 15:01:36 2011
From: tracker at bugs.pypy.org (Fijal)
Date: Tue, 27 Dec 2011 14:01:36 +0000
Subject: [pypy-issue] [issue673] Linux L2 cache size
In-Reply-To: <1300130407.54.0.711591322006.issue673@>
Message-ID: <1324994496.9.0.878921394938.issue673@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

We should remove it from other GCs as well.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue673>
________________________________________

From tracker at bugs.pypy.org  Thu Dec 29 23:32:34 2011
From: tracker at bugs.pypy.org (cheecheeo)
Date: Thu, 29 Dec 2011 22:32:34 +0000
Subject: [pypy-issue] [issue974] channel is not iterable
In-Reply-To: <1325197954.47.0.841395160339.issue974@bugs.pypy.org>
Message-ID: <1325197954.47.0.841395160339.issue974@bugs.pypy.org>


New submission from cheecheeo <cheecheeo at gmail.com>:

pypy's channels are not iterable although the stackless documentation states
that they are:
http://www.disinterest.org/resource/stackless/2.6-docs-html/library/stackless/channels.html#channel.__iter__

----------
messages: 3604
nosy: cheecheeo, pypy-issue
priority: bug
status: unread
title: channel is not iterable

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue974>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 18:59:25 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 17:59:25 +0000
Subject: [pypy-issue] [issue974] channel is not iterable
In-Reply-To: <1325197954.47.0.841395160339.issue974@bugs.pypy.org>
Message-ID: <1325354365.42.0.62943854811.issue974@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

The documentation at that link is unclear: when does next() raises
StopIteration?  It seems that if next() is just implemented by calling
receive(), then it should block forever, so I'm unsure what happens.

I'm fine with fixing it if I have clarification; if you like, you can also fix
it yourself, by editing the pure Python implementation, in lib_pypy/stackless.py
and lib_pypy/pypy_test/test_stackless.py.

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue974>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:13:18 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:13:18 +0000
Subject: [pypy-issue] [issue969] I want to be able to interrupt the
	translation process and	continue from where it was left the
	last time
In-Reply-To: <1324385484.72.0.870513460832.issue969@bugs.pypy.org>
Message-ID: <1325355198.72.0.0870053355436.issue969@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Sorry, it's not easy at all to dump the state and reload it.

----------
nosy: +arigo
status: unread -> wontfix

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue969>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:16:13 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:16:13 +0000
Subject: [pypy-issue] [issue967] itertools.imap significantly (order of
	magnitude) slower	than map or gencomps
In-Reply-To: <1324218386.21.0.607847720778.issue967@bugs.pypy.org>
Message-ID: <1325355373.46.0.60649176074.issue967@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

The issue is not imap() alone, but the construct 'list(imap(...))'.  If you
write it differently, for example '[x for x in imap(...)]', then it is fast again.

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue967>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:25:09 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:25:09 +0000
Subject: [pypy-issue] [issue965] xml.etree.ElementTree says 'unknown
	encoding' of a regular	encoding
In-Reply-To: <1324026916.31.0.512734272024.issue965@bugs.pypy.org>
Message-ID: <1325355909.21.0.326235004732.issue965@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

PyPy is always equivalent to a wide unicode build, so we have the same issue as
CPython-in-wide-unicode-builds.  Let's wait for its resolution on CPython.

----------
nosy: +arigo
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue965>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:28:47 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:28:47 +0000
Subject: [pypy-issue] [issue961] Spurious (?) mercurial error messages from
	sandlib.py
In-Reply-To: <1323770170.93.0.478606769474.issue961@bugs.pypy.org>
Message-ID: <1325356127.75.0.576904694981.issue961@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

This problem might have disappeared in ecf82a6d3959.  Can you check and close
this bug if it's the case?  Thanks!

----------
nosy: +arigo

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue961>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:30:47 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:30:47 +0000
Subject: [pypy-issue] [issue960] Sandboxing for external function
	'pypy__float2longlong'
In-Reply-To: <1323769467.96.0.033518261053.issue960@bugs.pypy.org>
Message-ID: <1325356247.48.0.980197903635.issue960@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Fixed in d9b372cf25b0, I believe.

----------
nosy: +arigo
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue960>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:36:56 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 31 Dec 2011 18:36:56 +0000
Subject: [pypy-issue] [issue956] os.fdopen() is broken with fds returned by
	os.openpty()
In-Reply-To: <1323219951.67.0.296169906424.issue956@bugs.pypy.org>
Message-ID: <1325356616.04.0.568191941245.issue956@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Please report this as a bug of CPython if you consider this to be an important
issue.  Closing from here in the meantime...

----------
status: chatting -> wontfix

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue956>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 19:38:31 2011
From: tracker at bugs.pypy.org (Xavier Morel)
Date: Sat, 31 Dec 2011 18:38:31 +0000
Subject: [pypy-issue] [issue967] itertools.imap significantly (order of
	magnitude) slower	than map or gencomps
In-Reply-To: <1324218386.21.0.607847720778.issue967@bugs.pypy.org>
Message-ID: <1325356711.91.0.833663640895.issue967@bugs.pypy.org>


Xavier Morel <bugs.pypy.org at masklinn.net> added the comment:

Oh. That's weirteresting. Why does that happen even though list + gencomp has no
issue, is is something which does not behave correctly in list+imap or is it
that there's an optimization applied to list + gencomp making it close to a
listcomp?

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue967>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 23:12:55 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sat, 31 Dec 2011 22:12:55 +0000
Subject: [pypy-issue] [issue964] numpypy.zeros([]) returns wrong result
In-Reply-To: <1323897912.33.0.627836648834.issue964@bugs.pypy.org>
Message-ID: <1325369575.27.0.26090130838.issue964@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

There were 3 (related) problems here that I attempted to fix. Patch with tests 
included.  Please feel free to make changes to the patch and apply if good.

==============================================================
problem 1: to_str for concrete arrays with ndims==0 is broken.
 
If you look at ConcreteArray.to_str, there is one path conditional upon ndims==0 
which prints the extra '[' in the repr.  However, I think that if ndims==0, the 
value should be a weigh in here?  I just removed the code path for ndims==0 
entirely

==============================================================
problem 2: if a=numpy.array(0.2);  repr(a) caused a method not implemented error

Scalar.get_concrete() currently calls BaseArray().get_concrete() which is not 
implemented.  I just tried adding get_concrete() to Scalar but got a translate 
error.  Anyone know why?
Instead, I made changes to BaseArray.descr_repr() such that if self.shape is 0, 
it is asserted as a Scalar and and get_concrete_or_scalar() is called instead.

==============================================================
problem 3: zeros([]) should return a scalar rather than a ConcreteArray

Added code such that if argument given results in shape==[], then create a scalar 
rather than a W_NDimArray.

----------
nosy: +mikefc
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue964>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 23:15:52 2011
From: tracker at bugs.pypy.org (mikefc)
Date: Sat, 31 Dec 2011 22:15:52 +0000
Subject: [pypy-issue] [issue964] numpypy.zeros([]) returns wrong result
In-Reply-To: <1323897912.33.0.627836648834.issue964@bugs.pypy.org>
Message-ID: <1325369752.35.0.0108861587244.issue964@bugs.pypy.org>


mikefc <coolbutuseless at gmail.com> added the comment:

ugh. bad editing:

problem 1: to_str for concrete arrays with ndims==0 is broken.
 
If you look at ConcreteArray.to_str, there is one path conditional upon ndims==0 
which prints the extra '[' in the repr.  However, I think that if ndims==0, the 
value should be Scalar and never a ConcreteArray. Could someone with more numpypy 
experience weigh in here?  I just removed the code path for ndims==0 
entirely.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue964>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 23:30:23 2011
From: tracker at bugs.pypy.org (Christopher Pope)
Date: Sat, 31 Dec 2011 22:30:23 +0000
Subject: [pypy-issue] [issue976] Implement numpypy.cross()
In-Reply-To: <1325370623.07.0.544643073222.issue976@bugs.pypy.org>
Message-ID: <1325370623.07.0.544643073222.issue976@bugs.pypy.org>


New submission from Christopher Pope <dawningnight+pypy at gmail.com>:

While attempting to test some code on PyPy I discovered that the numpypy module
does not implement the cross-product function. If anyone gets a chance to
implement this it would be much appreciated.

----------
messages: 3617
nosy: cpher, pypy-issue
priority: feature
status: unread
title: Implement numpypy.cross()

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue976>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 17:53:37 2011
From: tracker at bugs.pypy.org (Pilla Julien)
Date: Sat, 31 Dec 2011 16:53:37 +0000
Subject: [pypy-issue] [issue975] A jit bug crashes my app
In-Reply-To: <1325350417.44.0.794309064675.issue975@bugs.pypy.org>
Message-ID: <1325350417.44.0.794309064675.issue975@bugs.pypy.org>


New submission from Pilla Julien <vrlitwhai.kridanik at gmail.com>:

This is what I randomly get with the latest nightly build:

RPython traceback: 
  File "jit_metainterp_optimizeopt_optimizer.c", line 6113, in 
get_constant_box__pypy_jit_metainterp_optimizeop 
  File "jit_metainterp_optimizeopt_unroll.c", line 29632, in 
UnrollableOptimizer_ensure_imported 
  File "jit_metainterp_optimizeopt_optimizer.c", line 5782, in OptValue_import_from 
Fatal RPython error: AssertionError 
Abort trap: 6

I've linked to this report the last 10k lines of my PYPYLOG=jit-log-noopt:logfile  

I initially thought it was caused by a call to random.shuffle but i'm not sure anymore 
now because even if I've isolated a seed, it seems I can't always trigger the bug.

----------
files: logpypy
messages: 3605
nosy: MrGecko, pypy-issue
priority: bug
release: 1.7
status: unread
title: A jit bug crashes my app

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue975>
________________________________________

From tracker at bugs.pypy.org  Sat Dec 31 18:57:53 2011
From: tracker at bugs.pypy.org (Pilla Julien)
Date: Sat, 31 Dec 2011 17:57:53 +0000
Subject: [pypy-issue] [issue975] A jit bug crashes my app
In-Reply-To: <1325350417.44.0.794309064675.issue975@bugs.pypy.org>
Message-ID: <1325354273.49.0.63484191368.issue975@bugs.pypy.org>


Pilla Julien <vrlitwhai.kridanik at gmail.com> added the comment:

And here are the last 50k lines of my PYPYLOG=jit:logfile
The bug isn't caused by random.shuffle as I initially thought.
Ask me if you need further details, I'm unable to isolate the bug for the moment.

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue975>
________________________________________