Armin Rigo | 27 Nov 11:18 2015

Leysin Winter sprint?

Hi all,

Due to public pressure :-)  I'm trying to organize this winter's
sprint, in Leysin, Switzerland.  This is a fully public sprint of 7
days, with possible skiing.

If you'd like to come, please reply to this e-mail with dates that are
ok for you.  I will give some priority to core people, but anyone else
is welcome to have preferences too.  Traditionally, it is around
mid-January, but this year as far as I understand there is some push
to have it in February or March instead---which is fine too.  The
following week should be avoided if possible, as it is holidays for
the canton's schools: 20-28 Feb 2016.

A bientôt,

pypy-dev mailing list
pypy-dev <at>
Maciej Fijalkowski | 25 Nov 07:32 2015

Re: Multiprocessing - CPython and PyPy

your install looks somehow wrong. I would suggest you use virtualenv

On Wed, Nov 25, 2015 at 12:38 AM, Luis José Novoa <luisjosenovoa <at>> wrote:
Maybe Im doing something wrong? Appreciate all the help

On Tue, Nov 24, 2015 at 3:45 PM, Laura Creighton <lac <at>> wrote:
In a message of Tue, 24 Nov 2015 15:35:26 -0500, Luis José Novoa writes:
>Hi Maciej,
>Thanks for your reply. The problem is that Im using gurobipy (for the
>interaction with the mathematical programming solver Gurobi) to solve a
>master problem and then using the output to solve the subproblems. Now,
>gurobipy is not compatible wiith PyPy.

You've tried and it doesn't work?  Gorobipy wants numpy in order
to work, but the question is _how much numpy_?  If you are lucky,
the parts it needs are already in pypy's numpy support.


Luis J. Novoa

pypy-dev mailing list
pypy-dev <at>
Luis José Novoa | 24 Nov 18:30 2015

Multiprocessing - CPython and PyPy

Hi everyone. 

Im trying to solve some problems in parallel using the multiprocessing module in Python 2.7. A general model is built using CPython and then the subproblems are solved in parallel returning results in a queue. This is currently working fine. I would like to solve the subproblems using PyPy to increase speed. 
I found , but there it says that the procedure only works with CPython 3.4. 

I wonder is there is any clean direct way to do this. 

Appreciate any help. 

Luis J. Novoa
pypy-dev mailing list
pypy-dev <at>
Robin Becker | 23 Nov 13:47 2015

debugging extension segfault

I hope this is the right place to ask, but if not just tell me to go away.

At the request of a user I'm trying to get reportlab up to scratch for pypy. I 
have some fairly insignificant bugs in the tests related to Cpython-pypy 
differences and one C extension that crashes.

Firstly what is the best way to approach debugging an extension segfault. Do I 
need to build pypy with debugging turned on or can I just build the extension 
like that?

Are there any guidelines for making c extensions pypy friendly?

Secondly how to cope with some fairly simple testing problems. One of my 
extensions appears to work, but clearly attempting to verify reference counts is 

ie from sys import getrefcount, _getframe

doesn't work. I suppose there's no real point in trying to figure out refcounts 
for pypy.

I have some errors related to co_filename eg

>    if os.path.splitext(obj.__code__.co_filename)[0]==modBn:
> AttributeError: 'builtin-code' object has no attribute 'co_filename'

but it's not clear to me if it's even possible to get the filename.

Lastly what is the right way to get the platform as pypy not cpython?

Robin Becker
Antonio Cuni | 22 Nov 12:10 2015

ARM failing test

Hi David,

I am developing the "faster-rstruct" branch, which aims to speedup struct.unpack by reading the values at once from memory, instead of byte-by-byte as it's doing right now.

Two questions:
1) I know that ARM CPUs can be either little or big endiam. What is the case for our armhf machine?

2) is it possible to have ssh access to one or more of our ARM machines so I can test easily?

thank you :)

pypy-dev mailing list
pypy-dev <at>
Yicong Huang | 19 Nov 03:24 2015

How to convert C++ char*(contain \0) to python string in PyPy?

We used ffi.string() to convert C++ char* to pypy string.
But recently, we found out ffi.string() used '\0' as the indicator of string termination. And it bring some problems of converting a binary string.

Our case is we read char*(buf) from a binary file, and buf might contain '\0'. Using ffi.string() we were not able to convert completed buf to PyPy string. We've tried ffi.string(buf, length), but it also did not work.
Are there any solutions?

pypy-dev mailing list
pypy-dev <at>
Matti Picus | 18 Nov 23:04 2015

PyPy 4.0.1 tarballs avaiable

Please try them out, I want to release in the next few days.

Also any comments (or edits) to the release notice would be nice


P.S. here are the hashes (without PPC), I will modify 
closer to the release itself

f6721e62f4ba1cdc4cc5ad719369e359  pypy-4.0.1-linux64.tar.bz2
fe8106ac3919c7b4be2766944326a624  pypy-4.0.1-linux-armel.tar.bz2
823b8a457f4c48ebdb8e1ee607b0a893 pypy-4.0.1-linux-armhf-raring.tar.bz2
e45728d413aa88963d4462ebcfaff6ea pypy-4.0.1-linux-armhf-raspbian.tar.bz2
d1d03aa44df354a3f589473a51406795  pypy-4.0.1-linux.tar.bz2
67ac82d88aaaef8c3074e68d700f3968  pypy-4.0.1-osx64.tar.bz2
f5b35ebedee2fa4fdfee82733be59996  pypy-4.0.1-src.tar.bz2

f723ed8aa51c98dcad703ff87c32ade3a54f0101  pypy-4.0.1-linux64.tar.bz2
947a24eff8f50705b403bd67f3357e135f071036 pypy-4.0.1-linux-armel.tar.bz2
b306273b86a86ef3c624ecea7e48e45f660e1ef5  pypy-4.0.1-linux.tar.bz2
75286d96b22040723fe1de061d3df43cea712903  pypy-4.0.1-osx64.tar.bz2
805e9a81528a905afa571aa33cc66c650ae4e9f4  pypy-4.0.1-src.tar.bz2
Tobias Oberstein | 16 Nov 23:02 2015

Performance regression from 2.6.1 to 4.0.0 ?


I've done some measurements comparing JSON and MsgPack 
serialization/deserialization performance

MsgPack deserialization seems significantly slower (>30%).

Note: the MsgPack library used runs pure Python code when on PyPy.

Is this expected/known?

Matti Picus | 14 Nov 19:53 2015

PyPy 4.0.1 bug-fix release

After fixing the critical bugs 2180 (unrolling double loops) and 2183  
(ssl memory leak), should we release a bug-fix PyPy 4.0.1?
There were also some nice performance enhancements since 4.0.0, esp. 
list and array slicing

Any thoughts if there are critical outstanding issues blocking a bug-fix 
PyPy 4.0.1 very soon?
Andrew Mann | 7 Nov 05:23 2015

pypy 4.0.0 "Fatal RPython error: AssertionError"

Hi everyone,

I'm testing our software on PyPy 4.0.0, and things generally work well, but occasionally I encounter the following RPython traceback and subsequent core dump:

RPython traceback:
  File "rpython_jit_metainterp_optimizeopt_unroll.c", line 9591, in UnrollOptimizer_optimize_bridge
  File "rpython_jit_metainterp_optimizeopt_unroll.c", line 17372, in UnrollOptimizer_jump_to_existing_trace
  File "rpython_jit_metainterp_optimizeopt_unroll.c", line 23101, in UnrollOptimizer_inline_short_preamble
  File "rpython_jit_metainterp_optimizeopt_intbounds.c", line 162, in OptIntBounds__optimize_guard_true_false_value
  File "rpython_jit_metainterp_optimizeopt_optimizer.c", line 18252, in Optimizer_make_constant
  File "rpython_jit_metainterp_optimizeopt_info.c", line 21500, in AbstractStructPtrInfo_copy_fields_to_const
  File "rpython_jit_metainterp_optimizeopt_info.c", line 12522, in ConstPtrInfo__get_info
  File "rpython_rtyper_lltypesystem_rordereddict_4.c", line 36646, in ll_dict_get__dicttablePtr_GCREFPtr_rpython_jit_m
Fatal RPython error: AssertionError

I don't want to waste anyone's time diagnosing the issue if it's a) known or b) probably not anything the pypy devs care about.  However, if it's something that seems worth investigating, I'm happy to provide whatever information is useful or debug as needed. I'm not really familiar with the pypy architecture, but I know my way around debuggers and the various languages in use here.


This is a flask based web application wrapper around sql alchemy access to a mysql database. The operation that triggers this is a retrieval of about 20,000 database rows with a total of maybe 5MB of data - so nothing too huge. 

I also have cProfiler active and recording data. At the moment I'm not sure if the problem happens with profiling enabled; I haven't tested.

The same section of python code with the same data set (perhaps with differences of timestamps) runs successfully most of the time.  It seems to fail about 1 in 4 passes through this section of code.

This is run on an Ubuntu 14.04 VM with the x64 binaries of pypy 4.0.0 retrieved from the public pypy web site downloads.

Does this seem worth investigating further?

Andrew Mann
DivvyCloud Inc.
pypy-dev mailing list
pypy-dev <at>

PyPy compatibility

Hi, pypy is compatible with python 3.5 or python 3.3?