Mailman 3 December 2013 - pypy-issue

[issue849] pypy 1.6, pyglet crash on win32
by Riaan Booysen 17 Apr '14

17 Apr '14

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 11 Apr '14

11 Apr '14

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 04 Apr '14

04 Apr '14

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

[issue1590] NaN valued numpypy.float64 can be converted to int
by Hakan Ardo 26 Mar '14

26 Mar '14

New submission from Hakan Ardo <hakan(a)debian.org>: $ pypy -c 'import numpypy as np; print int(np.array([np.nan])[0])' -9223372036854775808 on cpython this raises ValueError: $ python -c 'import numpy as np; print int(np.array([np.nan])[0])' Traceback (most recent call last): File "<string>", line 1, in <module> ValueError: cannot convert float NaN to integer ---------- messages: 6097 nosy: hakanardo, pypy-issue priority: bug status: unread title: NaN valued numpypy.float64 can be converted to int ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1590> ________________________________________

2 1

[issue991] [Feature Request]: Implement PyErr_SetFromErrnoWithFilenameObject
by lekma 25 Mar '14

25 Mar '14

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

[issue1653] performance regressions in benchmarks
by Brian Kearns 07 Mar '14

07 Mar '14

New submission from Brian Kearns <bdkearns(a)gmail.com>: Some of the benchmarks have had regressions that don't seem to have been investigated. Go seems the most troubling, both the jump in beginning of July and recent noise. Raytrace also starts exhibiting noise around the same time. http://speed.pypy.org/timeline/? exe=1%2C5&base=2%2B472&ben=go&env=1&revs=200&equid=off ---------- messages: 6398 nosy: bdk, pypy-issue priority: performance bug status: unread title: performance regressions in benchmarks ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1653> ________________________________________

4 6

[issue1630] Matrix dot product ~5x slower in PyPy
by Gareth Williams 04 Mar '14

04 Mar '14

New submission from Gareth Williams <gareth.gambit(a)gmail.com>: Running the following code in PyPy takes around 5 times longer than it does when using standard Numpy matrix dot products. import time try: import numpypy except ImportError: pass import numpy def get_matrix(): import random n = 502 x = numpy.zeros((n,n), dtype=numpy.float64) for i in range(n): for j in range(n): x[i][j] = random.random() return x def main(): x = get_matrix() y = get_matrix() a = time.time() z = numpy.dot(x, y) b = time.time() print '%.2f seconds' % (b-a) main() ---------- messages: 6299 nosy: garethgambit, pypy-issue priority: performance bug status: unread title: Matrix dot product ~5x slower in PyPy ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1630> ________________________________________

3 2

[issue1663] np.sum on arrays of bools doesn't count past 127 correctly
by Ian Ozsvald 19 Feb '14

19 Feb '14

New submission from Ian Ozsvald <ian(a)ianozsvald.com>: np.sum(np.array([<booleans>]) with over 127 True values results in an incorrect count. Using Python's sum instead produces the correct answer. np.sum gives the correct answer for smaller counts of True values. Two examples are below - the tipping point seems to be a list of True values that sum to 128 and multiples of 128. Version: PyPy Nightly for today: pypy-c-jit-68443-d5e489e07679-linux64 and numpy branch checked-out today. Python 2.7.3 (d5e489e07679, Dec 16 2013, 23:00:17) [PyPy 2.3.0-alpha0 with GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. And now for something completely different: ``"messy" is not a judgement, but just a fact of complicatedness'' >>>> import numpy as np >>>> np.version <module 'numpy.version' from '/home/ian/Downloads/pypy-c-jit-68443-d5e489e07679-linux64/env_numpy/site-packages/numpy/version.pyc'> >>>> np.sum(np.array([True,False])) 1 >>>> np.sum(np.array([True,False]*1000)) # Incorrect behaviour -24 >>>> sum(np.array([True,False])) 1 >>>> sum(np.array([True,False]*1000)) 1000 It feels as though the counter is a single byte (as suggested below using array.itemsize), it counts up to 127 and then counts down back to 0 (when it should be counting to 256 and beyond), then cycles again: >>>> np.sum(np.array([True,False])) 1 >>>> np.sum(np.array([True,False]*127)) 127 >>>> np.sum(np.array([True,False]*128)) -128 >>>> np.sum(np.array([True,False]*129)) -127 >>>> np.sum(np.array([True,False]*255)) -1 >>>> np.sum(np.array([True,False]*256)) 0 >>>> np.sum(np.array([True,False]*257)) 1 >>>> np.sum(np.array([True,False]*384)) -128 >>>> np.sum(np.array([True,False]*385)) -127 >>>> np.array([True,False]) array([ True, False], dtype=bool) >>>> arr=np.array([True,False]) >>>> arr.itemsize 1 ---------- nosy: +ianozsvald status: unread -> chatting ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1663> ________________________________________

3 7

[issue900] Using cProfile on Windows generates negative tottime values
by Garen Parham 10 Feb '14

10 Feb '14

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

[issue1574] [PyPy3] Typing Unicode characters in interactive interpreter causes crash
by Star Brilliant 04 Feb '14

04 Feb '14

New submission from Star Brilliant <m13253(a)hotmail.com>: When I type the following code into the interactive interpreter, PyPy3 crashes. >>>> import math >>>> print('π=%.15f' % math.pi) Traceback (most recent call last): File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/_pypy_interact.py", line 44, in interactive_console run_multiline_interactive_console(mainmodule) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/simple_interact.py", line 62, in run_multiline_interactive_console returns_unicode=True) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/readline.py", line 216, in multiline_input return reader.readline(returns_unicode=returns_unicode) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 605, in readline self.handle1() File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 588, in handle1 self.do_cmd(cmd) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 540, in do_cmd self.refresh() File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 521, in refresh screen = self.calc_screen() File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/completing_reader.py", line 230, in calc_screen screen = super(CompletingReader, self).calc_screen() File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 292, in calc_screen l, l2 = disp_str(line) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 78, in disp_str s = [uc(x) for x in buffer] File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 78, in <listcomp> s = [uc(x) for x in buffer] File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 61, in _my_unctrl return uc(ord(c)) File "/home/brilliant/pypy3-2.1-beta1-linux64/lib_pypy/pyrepl/reader.py", line 53, in _my_unctrl if unicodedata.category(c).startswith('C'): TypeError: argument 1 must be unicode Note: 1. print('Café') will not crash. 2. Putting the code into a file and executing it with PyPy3 will not crash. ---------- messages: 6023 nosy: m13253, pypy-issue priority: bug release: 2.1 status: unread title: [PyPy3] Typing Unicode characters in interactive interpreter causes crash ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1574> ________________________________________

2 1