Mailman 3 April 2013 - pypy-issue

[issue889] Windows binary distribution is missing cpyext header files
by Jean-Paul Calderone April 22, 2014

April 22, 2014

New submission from Jean-Paul Calderone <exarkun(a)twistedmatrix.com>: Without the cpyext header files, extension modules can't be built. ---------- messages: 3222 nosy: calderone, pypy-issue priority: bug status: unread title: Windows binary distribution is missing cpyext header files ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue889> ________________________________________

4 8

[issue1155] windows creates 2 bytes unicode dtype numpy arrays, not 4 byte
by mattip April 22, 2014

April 22, 2014

New submission from mattip <matti.picus(a)gmail.com>: The test AppTestStrUnicodeDtypes.().test_unicode_dtype on windows fails. Am I correct in that unicode strings are 2 byte per character on windows? cpython numpy has a comment in the code /* Numpy Unicode is always 4-byte */ so the test is correct, windows somehow needs to create 4 byte dtypes. I'm willing to fix but need a push in the right direction ---------- messages: 4344 nosy: mattip, pypy-issue priority: bug status: unread title: windows creates 2 bytes unicode dtype numpy arrays, not 4 byte ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1155> ________________________________________

1 1

[issue849] pypy 1.6, pyglet crash on win32
by Riaan Booysen April 17, 2014

April 17, 2014

New submission from Riaan Booysen <riaan(a)e.co.za>: Every pyglet example immediately crashes pypyp 1.6 on win32, it worked ok under 1.5 even tho it gave tons of warnings like RuntimeWarning: C function without declared return type called and RuntimeWarning: C function without declared return type called. (These warnings don't occur with cpython) ---------- messages: 3035 nosy: pypy-issue, riaan priority: bug status: unread title: pypy 1.6, pyglet crash on win32 ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue849> ________________________________________

5 6

[issue878] too many open files
by yasirs April 11, 2014

April 11, 2014

New submission from yasirs <yasir.suhail(a)gmail.com>: The default maximum open files for pypy is different from cPython and this has bad implications for compatibility. While trying to install sphinx (required for ipython) from https://bitbucket.org/birkenfeld/sphinx/, I get error: /opt/local/lib/pypy/site-packages/Sphinx-1.1predev_20110922- py2.7.egg/sphinx/themes/agogo/theme.conf: Too many open files ---------- messages: 3162 nosy: pypy-issue, yasirs priority: critical status: unread title: too many open files ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue878> ________________________________________

9 13

[issue867] urllib2 on pypy can leak fd's
by Da_Blitz April 4, 2014

April 4, 2014

New submission from Da_Blitz <pypy(a)pocketnix.org>: urllib2 in the stdlib leaks fd's if an exception is raised while opening a connection the issue occurs due to a socket being opened then an exception being raised before an object with the socket is returned, leaving no way to explicitly close the object. on cpython this would not be an issue as the object would lose all references almost immediately however it lingers around with a proper GC causing FD's to build up if the same condition happens repeatedly (eg a loop/web crawling) the file enclosed is a script to generate the leakage, to run invok it as follows <python> leak.py pypy should start leaking FD's and can be see in /proc/<pid of leak.py>/fd will be reporting issue upstream and hopefully getting a fix in the standard library but have opened this ticket to get a patch merged earlier in modified-2.7 when a patch becomes avalible thanks goes to vak for reporting this issue and timonato1 for assistance ---------- files: leak.py messages: 3120 nosy: dablitz, pypy-issue priority: bug status: unread title: urllib2 on pypy can leak fd's ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue867> ________________________________________

6 13

[issue991] [Feature Request]: Implement PyErr_SetFromErrnoWithFilenameObject
by lekma March 25, 2014

March 25, 2014

New submission from lekma <lekmalek(a)gmail.com>: Even though it's not documented on docs.python.org, it's a very useful CPython function to associate an errno with a more detailed message (well, I abuse it this way). ---------- messages: 3680 nosy: lekma, pypy-issue priority: feature status: unread title: [Feature Request]: Implement PyErr_SetFromErrnoWithFilenameObject ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue991> ________________________________________

5 7

[issue900] Using cProfile on Windows generates negative tottime values
by Garen Parham Feb. 10, 2014

Feb. 10, 2014

New submission from Garen Parham <garen.p(a)gmail.com>: PS C:\Users\Garen\dev\pyfun> pypy-c -m cProfile .\primes_inf_gen.py 10000000 10664601 function calls in 20.204 seconds Ordered by: standard name ncalls tottime percall cumtime percall filename:lineno(function) 1 0.000 0.000 20.204 20.204 primes_inf_gen.py:1(<module>) 1 1.111 1.111 20.204 20.204 primes_inf_gen.py:21(primes_up_to) 664580 0.263 0.000 0.263 0.000 primes_inf_gen.py:22(<lambda>) 664580 -5015.618 -0.008 18.830 0.000 primes_inf_gen.py:3(primes) 1 0.000 0.000 0.000 0.000 {method 'disable' of '_lsprof.Profiler' objects} 9335438 5034.447 0.001 5034.447 0.001 {method 'pop' of 'dict' objects} Issue doesn't occur with just '-m profile': PS C:\Users\Garen\dev\pyfun> pypy-c -m profile .\primes_inf_gen.py 10000000 10664602 function calls in 14.609 seconds Ordered by: standard name ncalls tottime percall cumtime percall filename:lineno(function) 9335438 1.789 0.000 1.789 0.000 :0(pop) 1 0.001 0.001 0.001 0.001 :0(setprofile) 1 0.000 0.000 14.607 14.607 primes_inf_gen.py:1(<module>) 1 2.153 2.153 14.607 14.607 primes_inf_gen.py:21(primes_up_to) 664580 0.673 0.000 0.673 0.000 primes_inf_gen.py:22(<lambda>) 664580 9.992 0.000 11.781 0.000 primes_inf_gen.py:3(primes) 1 0.000 0.000 14.609 14.609 profile:0(<code object <module>, file '.\primes_inf_gen.py', line 1>) 0 0.000 0.000 profile:0(profiler) Using Windows 7 x64, FWIW. ---------- files: primes_inf_gen.py messages: 3276 nosy: Garen, pypy-issue priority: bug status: unread title: Using cProfile on Windows generates negative tottime values ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue900> ________________________________________

6 12

[issue892] Pypy is slower on longs than it should
by Leonardo Santagada Jan. 17, 2014

Jan. 17, 2014

New submission from Leonardo Santagada <santagada(a)gmail.com>: In Python Brasil this year we found that this code runs relatively the same on pypy and cpython on linux (and is much worse on osx): fibs = {0: 0, 1: 1} def fib(n): if n in fibs: return fibs[n] if n % 2 == 0: fibs[n] = ((2 * fib((n / 2) - 1)) + fib(n / 2)) * fib(n / 2) else: fibs[n] = (fib((n - 1) / 2) ** 2) + (fib((n + 1) / 2) ** 2) return fibs[n] fib(10000000) original by Henrique Pereira (implementation of a dijkstra algo) the link is here: https://gist.github.com/1256985 Alex Gaynor said that the reason is probably because pypy longs are known to be slower than cpythons. ---------- messages: 3239 nosy: pypy-issue, santagada priority: bug status: unread title: Pypy is slower on longs than it should ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue892> ________________________________________

8 11

[issue1429] CSV module is slow
by mrjbq7 Jan. 6, 2014

Jan. 6, 2014

New submission from mrjbq7 <mrjbq7(a)gmail.com>: Using the 6.7MB airport.csv file from ourairports.com (http://www.ourairports.com/data/airports.csv) saved to "/tmp/airports.csv", and the attached python script (csvtest.py). On Python 2.7.2: reading took 0.137 seconds writing took 0.126 seconds complete took 0.264 seconds On PyPy 1.9.0: reading took 0.627 seconds writing took 0.491 seconds complete took 1.118 seconds ---------- messages: 5485 nosy: mrjbq7, pypy-issue priority: performance bug status: unread title: CSV module is slow ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1429> ________________________________________

3 3

[issue1086] cpyext: calling PyIter_Next() on a "dictionaryiterator" object crashes when the dict was modified
by Stefan Behnel Dec. 22, 2013

Dec. 22, 2013

New submission from Stefan Behnel <stefan_ml(a)behnel.de>: The iterdict.pyx test crashes in the PyPy adapted Cython. https://github.com/scoder/cython/blob/master/tests/run/iterdict.pyx#L362 cdef int count = 0 for i in d.iterkeys(): d[i+1] = 5 count += 1 if count > 5: break # safety Readable parts of the GDB stack trace: #2 0x0000000000f2afbc in PyIter_Next () #3 0x00007ffff4c6ad72 in __Pyx_dict_iter_next (dict_or_iter=0x7ffff7e45350, orig_length=140737315342408, ppos=0x7fffffffb428, pkey=0x7fffffffb418, pvalue=0x0, pitem=0x0, is_dict=0) at iterdict.c:5714 #4 0x00007ffff4c651f6 in __pyx_pf_8iterdict_40iterdict_change_size (__pyx_self=0x0, __pyx_v_d=0x7ffff7e45320) at iterdict.c:4007 #5 0x00007ffff4c65079 in __pyx_pw_8iterdict_41iterdict_change_size (__pyx_self=0x0, __pyx_v_d=0x7ffff7e45320) at iterdict.c:3929 ---------- messages: 4063 nosy: pypy-issue, sbehnel priority: bug status: unread title: cpyext: calling PyIter_Next() on a "dictionaryiterator" object crashes when the dict was modified ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1086> ________________________________________

2 1