Mailman 3 June 2013 - pypy-dev

Cross-post from python-ideas: Compressing the stack on the fly
by Ram Rachum 28 Jul '14

28 Jul '14

Hi guys, I made a post on the Python-ideas mailing list that I was told might be relevant to Pypy. I've reproduced the original email below. Here is the thread on Python-ideas with all the discussion.<https://groups.google.com/forum/?fromgroups#!topic/python-ideas/hteGSNTyC_4> -------------- Hi everybody, Here's an idea I had a while ago. Now, I'm an ignoramus when it comes to how programming languages are implemented, so this idea will most likely be either (a) completely impossible or (b) trivial knowledge. I was thinking about the implementation of the factorial in Python. I was comparing in my mind 2 different solutions: The recursive one, and the one that uses a loop. Here are example implementations for them: def factorial_recursive(n): if n == 1: return 1 return n * factorial_recursive(n - 1) def factorial_loop(n): result = 1 for i in range(1, n + 1): result *= i return result I know that the recursive one is problematic, because it's putting a lot of items on the stack. In fact it's using the stack as if it was a loop variable. The stack wasn't meant to be used like that. Then the question came to me, why? Maybe the stack could be built to handle this kind of (ab)use? I read about tail-call optimization on Wikipedia. If I understand correctly, the gist of it is that the interpreter tries to recognize, on a frame-by-frame basis, which frames could be completely eliminated, and then it eliminates those. Then I read Guido's blog post explaining why he doesn't want it in Python. In that post he outlined 4 different reasons why TCO shouldn't be implemented in Python. But then I thought, maybe you could do something smarter than eliminating individual stack frames. Maybe we could create something that is to the current implementation of the stack what `xrange` is to the old-style `range`. A smart object that allows access to any of a long list of items in it, without actually having to store those items. This would solve the first argument that Guido raises in his post, which I found to be the most substantial one. What I'm saying is: Imagine the stack of the interpreter when it runs the factorial example above for n=1000. It has around 1000 items in it and it's just about to explode. But then, if you'd look at the contents of that stack, you'd see it's embarrassingly regular, a compression algorithm's wet dream. It's just the same code location over and over again, with a different value for `n`. So what I'm suggesting is an algorithm to compress that stack on the fly. An algorithm that would detect regularities in the stack and instead of saving each individual frame, save just the pattern. Then, there wouldn't be any problem with showing informative stack trace: Despite not storing every individual frame, each individual frame could still be accessed, similarly to how `xrange` allow access to each individual member without having to store each of them. Then, the stack could store a lot more items, and tasks that currently require recursion (like pickling using the standard library) will be able to handle much deeper recursions. What do you think? Ram.

2 1

Python vs pypy: interesting performance difference [dict.setdefault]
by David Naylor 10 Mar '14

10 Mar '14

Hi, I needed to create a cache of date and time objects and I wondered what was the best way to handle the cache. For comparison I put together the following test: <file="iforkey.py"> import datetime import random import timeit ranges = [datetime.datetime(2011,01, random.randint(1, 31)) for i in xrange(1000)] def ifdict(): cache = {} b = [] for i in ranges: key = i.day if key in cache: b.append(cache[key]) else: date = i.date() cache[key] = date b.append(date) def keydict(): cache = {} b = [] for i in ranges: key = i.day try: b.append(cache[key]) except KeyError: date = i.date() cache[key] = date b.append(date) def defaultdict(): cache = {} b= [] for i in ranges: b.append(cache.setdefault(i, i.date())) print "ifdict:", timeit.repeat("ifdict()", "from __main__ import ifdict", number=10000) print "keydict:", timeit.repeat("keydict()", "from __main__ import keydict", number=10000) print "defaultdict:", timeit.repeat("defaultdict()", "from __main__ import defaultdict", number=10000) </file> # python iforfile.py ifdict: [2.432887077331543, 2.4002890586853027, 2.397233009338379] keydict: [2.3483030796051025, 2.358638048171997, 2.314802885055542] defaultdict: [3.5384328365325928, 3.5329859256744385, 3.5728111267089844] # pypy iforfile.py (pypy 1.5) ifdict: [0.8129069805145264, 0.74648118019104, 0.7432689666748047] keydict: [0.5187451839447021, 0.4662129878997803, 0.4504108428955078] defaultdict: [37.98510789871216, 37.859113931655884, 37.92770600318909] Pypy displays significant slowdown in the defaultdict function, otherwise displays its usual speedup. To check what is the cause I replaced i.date() with i.day and found no major difference in times. It appears dict.setdefault (or it's interaction with jit) is causing a slow down. Regards

4 14

numpy fails trigonometry with complex numbers, what to do?
by Matti Picus 23 Dec '13

23 Dec '13

I am trying to complete complex numbers in numpypy. Progress is good, I picked up from previous work on the numpypy-complex2 branch. Complex numbers come with extensive tests, it seems all the corner cases are covered. In porting the tests to numpypy, I came across a problem: numpy returns different results than cmath. Some of the differences are due to the fact that numpy does not raise a ValueError for dividing by 0 or other silly input values, but other differences are inexplicable (note the sign of the imaginary part): >>> numpy.arccos(complex(0.,-0.)) (1.5707963267948966-0j) >>> cmath.acos(complex(0.,-0.)) (1.5707963267948966+0j) >>> or this one: >>> cmath.acos(complex(float('inf'),2.3)) -infj >>> numpy.arccos(complex(float('inf'),2.3)) (0.78539816339744828-inf*j) Should I ignore the inconsistencies, or fix the 700 out of 2300 test instance failures? What should pypy's numpypy do - be consistent with numpy or with cmath? cmath is easier and probably faster (no need to mangle results or input args), so I would prefer cmath to trying to understand the logic behind numpy. Matti 2280c2365844

4 4

Translating pypy on FreeBSD with CLI backend
by David Naylor 28 Jul '13

28 Jul '13

Hi, I tried to translate pypy-2.0b2 on FreeBSD-9.1/i386 and I get the following error: [Timer] Timings: [Timer] annotate --- 218.3 s [Timer] rtype_ootype --- 137.0 s [Timer] ========================================== [Timer] Total: --- 355.4 s [translation:ERROR] Error: [translation:ERROR] Traceback (most recent call last): [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/translator/goal/translate.py", line 317, in main [translation:ERROR] drv.proceed(goals) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/translator/driver.py", line 733, in proceed [translation:ERROR] return self._execute(goals, task_skip = self._maybe_skip()) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/translator/tool/taskengine.py", line 114, in _execute [translation:ERROR] res = self._do(goal, taskcallable, *args, **kwds) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/translator/driver.py", line 284, in _do [translation:ERROR] res = func() [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/translator/driver.py", line 360, in task_rtype_ootype [translation:ERROR] rtyper.specialize(dont_simplify_again=True) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 207, in specialize [translation:ERROR] self.specialize_more_blocks() [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 250, in specialize_more_blocks [translation:ERROR] self.specialize_block(block) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 404, in specialize_block [translation:ERROR] self.gottypererror(e, block, hop.spaceop, newops) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 402, in specialize_block [translation:ERROR] self.translate_hl_to_ll(hop, varmapping) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 531, in translate_hl_to_ll [translation:ERROR] resultvar = hop.dispatch() [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py", line 759, in dispatch [translation:ERROR] return translate_meth(self) [translation:ERROR] File "<17296-codegen /tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rtyper.py:611>", line 5, in translate_op_is_ [translation:ERROR] return pair(r_arg1, r_arg2).rtype_is_(hop) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/rmodel.py", line 293, in rtype_is_ [translation:ERROR] return hop.rtyper.type_system.generic_is(robj1, robj2, hop) [translation:ERROR] File "/tmp/tmp/pypy/work/pypy-pypy-4b60269153b5/rpython/rtyper/typesystem.py", line 179, in generic_is [translation:ERROR] roriginal1, roriginal2)) [translation:ERROR] TyperError: is of instances of the non-instances: <OOErasedRepr Object>, <OOErasedRepr Object> [translation:ERROR] .. (pypy.objspace.std.setobject:517)IntegerSetStrategy._difference_update_unwrapped [translation:ERROR] .. block@3 with 2 exits(v961) [translation:ERROR] .. v964 = is_(v962, v963) Is the CLI supported in general, on FreeBSD or broken? Regards

9 15

PyPy doesn't make code written in C faster
by Armin Rigo 18 Jul '13

18 Jul '13

Hi all, Some people learn about PyPy, and the first program they try to measure speed with is something like this: def factorial(n): res = 1 for i in range(1, n + 1): res *= i return res print factorial(25000) It may not be completely obvious a priori, but this is as bogus as it gets. This is by now only 50% slower in PyPy than in CPython thanks to efforts from various people. The issue is of course that it's an algo which, in CPython or in PyPy, spends most of its time in C code computing with rather large "long" objects. (No, PyPy doesn't contain magic to speed up C code 10 times.) In fact, this program spends more than 2/3rd of its time in the final repr() of the result! Converting a long to base 10 is a quadratic operation. Does it still make sense to add programs like this to our benchmarks? So far, our benchmarks are "real-life" examples. The benchmarks like above are completely missing the point of PyPy, as they don't stress at all the Python interpreter part. There are also other cases where PyPy's performance is very bad, like cpyext on an extension module with lots of small C API calls. I believe that it would still make sense to list such cases in the official benchmark, and have the descriptions of the benchmarks explain what's wrong with them. A bientôt, Armin.

6 13

Memap in numpypy
by Mike Beller 30 Jun '13

30 Jun '13

Hello Do you think it is likely that the memap capabilities of numpy will find their way in to numpypy any time soon? It seems to me that some people think memap is a relatively unimportant aspect of numpy. But I do not think so. Because of the way the linux IO subsystem and virtual memory systems interact, memap enables numpy to have high performance access to very large data sets -- it helps make numpy relevant to "Big Data". The code to allow numpy to support memap doesn't seem very large. But, while I have tried reading through the code, I really can not tell whether the same is true for numpypy, or whether it is a large endeavor (for example, due to some kind of pypy memory management architectural issue). I'm interested in any input on this. Mike Beller

4 13

PYTHONPATH handling doesn't seem to match Python
by Skip Montanaro 30 Jun '13

30 Jun '13

PyPy doesn't seem to handle PYTHONPATH the same way Python does. Consider this: % echo $PWD:$PYTHONPATH /home/skipm/src/git/models/lenin:/home/skipm/src/tl_v11/prefix/lib/python2.7/site-packages:/opt/TWWfsw/libgtk+222/lib/python27/gtk-2.0 Now, run Python with that set as PYTHONPATH and see where directories land. I've trimmed out all the other elements which don't matter. Note that /home/skipm/src/tl_v11/prefix/lib/python2.7/site-packages appears in sys.path ahead of /opt/local/lib/python2.7/site-packages hornet% PYTHONPATH=$PWD:$PYTHONPATH python Python 2.7.2 (default, Nov 14 2012, 05:07:35) [GCC 4.4.6 [TWW]] on linux3 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.path [..., '/home/skipm/src/tl_v11/prefix/lib/python2.7/site-packages', ..., '/opt/local/lib/python2.7/site-packages', ...] Now, try the same experiment with PyPy. The relative order of those two directories is reversed: hornet% PYTHONPATH=$PWD:$PYTHONPATH pypy Python 2.7.3 (5acfe049a5b0cd0de158f62553a98f5ef364fd29, Jun 28 2013, 15:39:43) [PyPy 2.0.2] on linux3 Type "help", "copyright", "credits" or "license" for more information. And now for something completely different: ``"there should be one and only one obvious way to do it". PyPy variant: "there can be N half-buggy ways to do it"'' >>>> import sys >>>> sys.path [..., '/opt/local/lib/python2.7/site-packages', ..., '/home/skipm/src/tl_v11/prefix/lib/python2.7/site-packages', ...] They each hold the copies of the internal development platform I work on. Since I am actively developing software using that platform, I prefer to have my development version ahead of our production install. Is there a way to make that work? Thx, Skip

3 5

VerificationError after build
by Skip Montanaro 29 Jun '13

29 Jun '13

My Linux machine at work is OpenSUSE 12.2, so I couldn't use a pre-built binary. I built PyPy 2.0.2 yesterday, then tried the interpreter. I got a couple VerificationError exceptions and never got a prompt. Looking more closely, I realized I was missing some prerequisites I thought I had. I installed everything I could find from the list and fired up the build process again before heading home. It was done when I got in this morning. I tried again. Same result. Since it was a compilation error, I thought I should mention what I have available: hornet% type cc cc is /usr/bin/cc hornet% type gcc gcc is /opt/TWWfsw/bin/gcc hornet% cc --version cc (SUSE Linux) 4.7.1 20120723 [gcc-4_7-branch revision 189773] Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. hornet% gcc --version gcc (GCC) 4.4.6 [TWW] Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. For compatibility with our other bits of software, and with the PyPy build itself, I would prefer to guarantee it uses gcc. The error message wasn't clear about what "cc" failed. I skimmed the --help output of rpython, then built it again with --cc=/.../.../gcc. Third try is a charm? Not so much. Can someone give me some suggestions about debugging these tracebacks? hornet% ./pypy-c Python 2.7.3 (5acfe049a5b0cd0de158f62553a98f5ef364fd29, Jun 28 2013, 15:39:43) [PyPy 2.0.2] on linux3 Type "help", "copyright", "credits" or "license" for more information. /net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/__pycache__/_cffi__g85535e98x310af836.c:27:19: fatal error: panel.h: No such file or directory compilation terminated. Traceback (most recent call last): File "app_main.py", line 72, in run_toplevel File "app_main.py", line 598, in run_it File "/home/skipm/.python.py", line 27, in <module> from save_session import mark, save, load File "/home/skipm/misc/python/save_session.py", line 19, in <module> import readline File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/readline.py", line 9, in <module> from pyrepl.readline import * File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/readline.py", line 33, in <module> from pyrepl.unix_console import UnixConsole, _error File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/unix_console.py", line 25, in <module> from pyrepl import curses File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/curses.py", line 28, in <module> import _curses File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/_curses.py", line 319, in <module> """, libraries=['ncurses', 'panel']) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/api.py", line 311, in verify lib = self.verifier.load_library() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 68, in load_library self.compile_module() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 56, in compile_module self._compile_module() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 142, in _compile_module outputfilename = ffiplatform.compile(tmpdir, self.get_extension()) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/ffiplatform.py", line 25, in compile outputfilename = _build(tmpdir, ext) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/ffiplatform.py", line 50, in _build raise VerificationError('%s: %s' % (e.__class__.__name__, e)) VerificationError: CompileError: command 'cc' failed with exit status 1 And now for something completely different: ``it is the expected behavior, except when you don't expect it'' /net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/__pycache__/_cffi__g85535e98x310af836.c:27:19: fatal error: panel.h: No such file or directory compilation terminated. Traceback (most recent call last): File "app_main.py", line 72, in run_toplevel File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/_pypy_interact.py", line 34, in interactive_console from pyrepl.simple_interact import check File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/simple_interact.py", line 27, in <module> from pyrepl.readline import multiline_input, _error, _get_reader File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/readline.py", line 33, in <module> from pyrepl.unix_console import UnixConsole, _error File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/unix_console.py", line 25, in <module> from pyrepl import curses File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/pyrepl/curses.py", line 28, in <module> import _curses File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/_curses.py", line 319, in <module> """, libraries=['ncurses', 'panel']) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/api.py", line 311, in verify lib = self.verifier.load_library() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 68, in load_library self.compile_module() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 56, in compile_module self._compile_module() File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/verifier.py", line 142, in _compile_module outputfilename = ffiplatform.compile(tmpdir, self.get_extension()) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/ffiplatform.py", line 25, in compile outputfilename = _build(tmpdir, ext) File "/net/udesktop267.wacker/export/home/skipm/3rdParty/pypy-2.0.2-src/lib_pypy/cffi/ffiplatform.py", line 50, in _build raise VerificationError('%s: %s' % (e.__class__.__name__, e)) VerificationError: CompileError: command 'cc' failed with exit status 1 Thx, Skip

3 3

adding numpy test target to buildbot
by Matti Picus 28 Jun '13

28 Jun '13

5 6

PyPy + setuptools issue
by Vasily Evseenko 26 Jun '13

26 Jun '13

Hi, I've got strange issue. Its sometimes produced on PyPy + setuptools while creating virtualenv environment. On CPython (on the same hosts) its not occurs. All recent versions of PyPy (1.9, 2.0b{1,2}, 2.0.2) are affected, but frequency is decreased with version grow (on 2.0.2 we got it only several times when on 2.0b1 it was frequent). Symptoms: On heavy loaded linux hosts (tests build machines with Debian GNU/Linux 6.0 x86_64) sometimes os.listdir for PyPy base directory (/usr/pypy-2.0/lib-python/2.7) produces OSError: [Errno 11] Resource temporarily unavailable. It is strange because all system calls (which os.listdir called) unable to emit (due to man pages) EAGAIN error. Host filesystem is ext4 (not nfs). How to reproduce: we have no idea how to reliably reproduce it, but it sometimes occurs in heavy loaded environment and only with os.listdir inside of setuptools. ----------------------------------------------------------------------------------------------------------------- 13:01:26,594 INFO - Exception: 13:01:26,594 INFO - Traceback (most recent call last): 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/pip-1.3.1-py2.7.egg/pip/basecommand.py", line 139, in main 13:01:26,594 INFO - status = self.run(options, args) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/pip-1.3.1-py2.7.egg/pip/commands/install.py", line 266, in run 13:01:26,594 INFO - requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/pip-1.3.1-py2.7.egg/pip/req.py", line 954, in prepare_files 13:01:26,594 INFO - req_to_install.check_if_exists() 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/pip-1.3.1-py2.7.egg/pip/req.py", line 686, in check_if_exists 13:01:26,594 INFO - self.satisfied_by = pkg_resources.get_distribution(self.req) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 311, in get_distribution 13:01:26,594 INFO - if isinstance(dist,Requirement): dist = get_provider(dist) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 197, in get_provider 13:01:26,594 INFO - return working_set.find(moduleOrReq) or require(str(moduleOrReq))[0] 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 666, in require 13:01:26,594 INFO - needed = self.resolve(parse_requirements(requirements)) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 562, in resolve 13:01:26,594 INFO - env = Environment(self.entries) 13:01:26,594 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 722, in __init__ 13:01:26,594 INFO - self.scan(search_path) 13:01:26,595 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 751, in scan 13:01:26,595 INFO - for dist in find_distributions(item): 13:01:26,595 INFO - File "/var/lib/buildagent/workspace/52609/env/site-packages/setuptools-0.6c11-py2.7.egg/pkg_resources.py", line 1700, in find_on_path 13:01:26,595 INFO - for entry in os.listdir(path_item): 13:01:26,595 INFO - OSError: [Errno 11] Resource temporarily unavailable: '/usr/pypy-2.0/lib-python/2.7'

3 7

pypy-dev June 2013