Mailman 3 August 2018 - pypy-issue

Issue #2880: Pasting into MacOS shell doesn't indent correctly (pypy/pypy)
by Bram Cohen 31 Aug '18

31 Aug '18

New issue 2880: Pasting into MacOS shell doesn't indent correctly https://bitbucket.org/pypy/pypy/issues/2880/pasting-into-macos-shell-doesnt… Bram Cohen: The auto-indent in the MacOS shell, while it's the correct behavior for interactive entering of code, is broken for cut and paste. What happens when you try to paste in a whole function is that the auto-indent for later lines kicks in, then the indentation getting pasted gets added as well, resulting in a syntax error. The appropriate solution is to make auto-indent not happen in the middle of pastes.

1 0

Issue #2879: ctypes structure with custom __init__ which takes argument does not support construction by "from_buffer_copy" (pypy/pypy)
by Sheng Zou 30 Aug '18

30 Aug '18

New issue 2879: ctypes structure with custom __init__ which takes argument does not support construction by "from_buffer_copy" https://bitbucket.org/pypy/pypy/issues/2879/ctypes-structure-with-custom-__… Sheng Zou: This is another case where ctypes lib in CPython and PyPy give different result. Code snippet run in PyPy: /Users/local/Downloads/pypy-c-jit-95034-d2dd59afa85c-osx64/bin/pypy Python 2.7.13 (d2dd59afa85c, Aug 29 2018, 22:00:26) [PyPy 6.1.0-alpha0 with GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] on darwin ``` #!python >>>> from ctypes import * >>>> class CustomStructure(Structure): .... .... _fields_ = [("a", c_uint16)] .... .... def __init__(self, flag): .... if flag is True: .... self.a = 128 .... else: .... self.a = 0 .... >>>> x = CustomStructure(True) # This is OK, both in PyPy and CPython >>>> x = CustomStructure() # This is NOT OK, both in PyPy and CPython Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: __init__() takes exactly 2 arguments (1 given) >>>> x = CustomStructure.from_buffer_copy(bytearray("\x01\x00")) # This is OK in CPython but NOT OK in PyPy Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/local/Downloads/pypy-c-jit-95034-d2dd59afa85c-osx64/lib_pypy/_ctypes/basics.py", line 123, in from_buffer_copy result = self() TypeError: __init__() takes exactly 2 arguments (1 given) ```

1 0

Issue #2878: ctypes array instance does not support assignment operation of its element created by method "from_buffer" (pypy/pypy)
by Sheng Zou 30 Aug '18

30 Aug '18

New issue 2878: ctypes array instance does not support assignment operation of its element created by method "from_buffer" https://bitbucket.org/pypy/pypy/issues/2878/ctypes-array-instance-does-not-… Sheng Zou: Code snippet: ``` #!python >>>> from ctypes import * >>>> class SomeArray(Array): .... _type_ = c_uint16 .... _size_ = 32 >>>> x = SomeArray() >>>> x[0] = 1 # This is OK >>>> x[0] = c_uint16(1) # This is OK >>>> x[0] = c_uint16.from_buffer(bytearray("\x01\x00")) # Not OK, see error below Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/local/Downloads/pypy-c-jit-95034-d2dd59afa85c-osx64/lib_pypy/_ctypes/array.py", line 211, in __setitem__ if ensure_objects(cobj) is not None: File "/Users/local/Downloads/pypy-c-jit-95034-d2dd59afa85c-osx64/lib_pypy/_ctypes/basics.py", line 15, in ensure_objects return ensure() File "/Users/local/Downloads/pypy-c-jit-95034-d2dd59afa85c-osx64/lib_pypy/_ctypes/primitive.py", line 396, in _ensure_objects assert self._objects is None AssertionError ``` PyPy version: pypy-c-jit-95034-d2dd59afa85c-osx64/bin/pypy

1 0

Issue #2877: Nested ctypes array instance does not support indexing operation properly (pypy/pypy)
by Sheng Zou 29 Aug '18

29 Aug '18

New issue 2877: Nested ctypes array instance does not support indexing operation properly https://bitbucket.org/pypy/pypy/issues/2877/nested-ctypes-array-instance-do… Sheng Zou: Setup code snippet: from ctypes import * class HostRxDataBuffer(Array): _length_ = 100 _type_ = c_char class HostRxDataBufferArray(Array): _length_ = 8 _type_ = HostRxDataBuffer Result in PyPy: /Users/local/Downloads/pypy2-v6.0.0-osx64/bin/pypy Python 2.7.13 (ab0b9caf307d, Apr 24 2018, 18:05:02) [PyPy 6.0.0 with GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.1)] on darwin >>>> x = HostRxDataBuffer() >>>> x[0] '\x00' This is correct. However the following does not make sense: >>>> y = HostRxDataBufferArray() >>>> y[0] '' This is incorrect. y[0] should be an instance of HostRxDataBuffer Compared to result in CPython: python Python 2.7.10 (default, Oct 6 2017, 22:29:07) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31)] on darwin >>> x = HostRxDataBuffer() >>> x[0] '\x00' The result is identical to PyPy. >>> y = HostRxDataBufferArray() >>> y[0] <__main__.HostRxDataBuffer object at 0x1010db7a0> The result is different from PyPy and the result from CPython makes perfect sense.

1 0

Issue #2876: select.PIPE_BUF is missing on pypy3 (pypy/pypy)
by Nathaniel Smith 25 Aug '18

25 Aug '18

New issue 2876: select.PIPE_BUF is missing on pypy3 https://bitbucket.org/pypy/pypy/issues/2876/selectpipe_buf-is-missing-on-py… Nathaniel Smith: It should re-export the C constant `PIPE_BUF`, which comes from... not sure, `<unistd.h>` or something. CPython added this in 3.2: https://docs.python.org/3/library/select.html#select.PIPE_BUF But it's missing in pypy3 release and nightly: https://travis-ci.org/python-trio/trio/builds/420634711 CPython also added it in 2.7: https://docs.python.org/2/library/select.html#select.select.PIPE_BUF I haven't checked if pypy2 also needs a fix.

1 0

Issue #2875: Pypy3 venv module doesn't produce a venv properly (pypy/pypy)
by Brian Bruggeman 22 Aug '18

22 Aug '18

New issue 2875: Pypy3 venv module doesn't produce a venv properly https://bitbucket.org/pypy/pypy/issues/2875/pypy3-venv-module-doesnt-produc… Brian Bruggeman: I am running macos 10.13.6. I used `homebrew` to install `pypy` and `pypy3`. When running `pypy3 -m venv $SOME_PATH`, I actually generate a `pypy` environment instead of a `pypy3` environment. ``` lrwxr-xr-x 1 brianbruggeman staff 19B Aug 21 15:33 pypy -> /usr/local/bin/pypy lrwxr-xr-x 1 brianbruggeman staff 47B Aug 21 15:34 pypy3 -> /usr/local/Cellar/pypy3/6.0.0/libexec/bin/pypy3 lrwxr-xr-x 1 brianbruggeman staff 4B Aug 21 15:33 python -> pypy lrwxr-xr-x 1 brianbruggeman staff 4B Aug 21 15:33 python3 -> pypy ``` I think pypy should point to pypy3's path, and pypy3 should point to pypy.

1 0

Issue #2874: numpy.frombuffer(ffi.buffer(x)) fails with the official numpy module. (pypy/pypy)
by HexDecimal 21 Aug '18

21 Aug '18

New issue 2874: numpy.frombuffer(ffi.buffer(x)) fails with the official numpy module. https://bitbucket.org/pypy/pypy/issues/2874/numpyfrombuffer-ffibuffer-x-fai… HexDecimal: This is valid CPython code, it also works on PyPy with the pypy/numpy fork: ```python import cffi, numpy ffi = cffi.FFI() c_array = ffi.new('int[4]') buf = ffi.buffer(c_array) np_array = numpy.frombuffer(buf, numpy.intc) print(np_array) ``` But when run on PyPy with the official numpy module you'll get this error: ``` Traceback (most recent call last): File "test.py", line 5, in <module> np_array = numpy.frombuffer(buf, numpy.intc) AttributeError: '_cffi_backend.buffer' object has no attribute '__buffer__' ``` I can work around the error on PyPy3 by wrapping `buf` in a `memoryview` but that breaks Python2.

1 0

Issue #2873: micronumpy buffer interface: Logic for BUF_ANY_CONTIGUOUS is incorrect (pypy/pypy)
by Andreas Kloeckner 21 Aug '18

21 Aug '18

New issue 2873: micronumpy buffer interface: Logic for BUF_ANY_CONTIGUOUS is incorrect https://bitbucket.org/pypy/pypy/issues/2873/micronumpy-buffer-interface-log… Andreas Kloeckner: I believe that this check: https://bitbucket.org/pypy/pypy/src/dafacc40cdc480567d20997469467433f44fb34… should read ```python if ((flags & space.BUF_ANY_CONTIGUOUS) == space.BUF_ANY_CONTIGUOUS and not (self.flags & NPY.ARRAY_F_CONTIGUOUS or self.flags & NPY.ARRAY_C_CONTIGUOUS)): ``` instead of ```python if ((flags & space.BUF_ANY_CONTIGUOUS) == space.BUF_ANY_CONTIGUOUS and not (self.flags & NPY.ARRAY_F_CONTIGUOUS and self.flags & NPY.ARRAY_C_CONTIGUOUS)): ```

1 0

Issue #2872: Default isolation mode is different on pypy? (pypy/pypy)
by Ned Batchelder 19 Aug '18

19 Aug '18

New issue 2872: Default isolation mode is different on pypy? https://bitbucket.org/pypy/pypy/issues/2872/default-isolation-mode-is-diffe… Ned Batchelder: multisql.py: ``` import sqlite3 import sys print(sys.version) print(sqlite3.sqlite_version) con = sqlite3.connect("the.db") with con: con.execute("pragma journal_mode=off") con.execute("create table foo (bar text)") con.execute("insert into foo (bar) values (?)", ("hello",)) con.execute("insert into foo (bar) values (?)", ("goodbye",)) con = sqlite3.connect("the.db") with con: print(list(con.execute("select * from foo"))) ``` Running it on CPython 3.6: ``` $ .tox/py36/bin/python /tmp/multisql.py 3.6.6 (default, Jun 28 2018, 07:43:54) [GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] 3.19.3 [('hello',), ('goodbye',)] ``` Running it on PyPy 6.0.0: ``` $ .tox/pypy/bin/python /tmp/multisql.py 2.7.13 (ab0b9caf307d, Apr 24 2018, 18:05:02) [PyPy 6.0.0 with GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.1)] 3.19.3 Traceback (most recent call last): File "/tmp/multisql.py", line 12, in <module> con.execute("insert into foo (bar) values (?)", ("goodbye",)) File "/usr/local/pythonz/pythons/PyPy-v6.0.0/lib_pypy/_sqlite3.py", line 487, in __exit__ self.commit() File "/usr/local/pythonz/pythons/PyPy-v6.0.0/lib_pypy/_sqlite3.py", line 456, in commit raise self._get_exception(ret) OperationalError: cannot commit transaction - SQL statements in progress ``` I can't find a difference detectable from the sqlite3 module that would explain the difference.

1 0

Issue #2871: doc.pypy.org is down (pypy/pypy)
by jab 17 Aug '18

17 Aug '18

New issue 2871: doc.pypy.org is down https://bitbucket.org/pypy/pypy/issues/2871/docpypyorg-is-down jab: Quoting https://downforeveryoneorjustme.com/doc.pypy.org on 2018-08-17 at 15:00 UTC: > It's not just you! doc.pypy.org looks down from here.

1 0