From issues-reply at bitbucket.org Fri Feb 3 21:58:36 2017 From: issues-reply at bitbucket.org (longriver) Date: Sat, 04 Feb 2017 02:58:36 -0000 Subject: [pypy-issue] =?utf-8?q?Issue_=232473=3A_Pypy2-5=2E7-alpha_crash_r?= =?utf-8?q?andom_for_=E2=80=9Ccannot_find_gc_roots!=E2=80=9D_=28pypy/pypy?= =?utf-8?q?=29?= Message-ID: <20170204025836.40797.64176@celery-worker-108.ash1.bb-inf.net> New issue 2473: Pypy2-5.7-alpha crash random for ?cannot find gc roots!? https://bitbucket.org/pypy/pypy/issues/2473/pypy2-57-alpha-crash-random-for-cannot longriver: I build the version https://bitbucket.org/pypy/pypy/commits/b1c862cb933e (fix the FrontendTagOverflow crash), but the "cannot find gc roots!" crash occur a little more. running environment: linux kernel 3.10.94, gcc 4.8.5, libffi.so.6.0.1, Intel Xeon E312xx (Sandy Bridge) 64 bits, other module: gevent-1.2.1 (with GEVENT_RESOLVER=ares) the core dump info is: ``` #!python Core was generated by `python -m main --name=mvp_count --appid=3'. Program terminated with signal 6, Aborted. #0 0x00007f12681e9625 in raise () from /lib64/libc.so.6 Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.5-7.el6_0.x86_64 expat-2.0.1-9.1.el6.x86_64 glibc-2.12-1.149.tl1.6.x86_64 keyutils-libs-1.4-3.el6.x86_64 krb5-libs-1.9-22.el6_2.1.x86_64 libcom_err-1.41.12-11.el6.x86_64 libffi-3.0.5-3.2.el6.x86_64 libselinux-2.0.94-5.2.el6.x86_64 libuuid-2.17.2-12.5.tl1.x86_64 ncurses-libs-5.7-3.20090208.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.1e-42.tl1.6.x86_64 zlib-1.2.3-27.el6.x86_64 (gdb) bt #0 0x00007f12681e9625 in raise () from /lib64/libc.so.6 #1 0x00007f12681eae05 in abort () from /lib64/libc.so.6 #2 0x00007f126ac803e4 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #3 0x00007f126aceb683 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #4 0x00007f126ac760f8 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #5 0x00007f126ac767c1 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #6 0x00007f126ac774aa in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #7 0x00007f126ac77f41 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #8 0x00007f126ac78ada in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #9 0x00007f126ac7a898 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #10 0x00007f125e5c4c3f in ?? () #11 0x00007f126cd787b0 in ?? () #12 0x00007f125d92c05b in ?? () #13 0x00000000039ffc48 in ?? () #14 0x00007f1264d9d9a8 in ?? () #15 0x00007f126cd0c020 in ?? () #16 0x00007f126bae13c0 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #17 0x000000000000002d in ?? () #18 0x00007f1264da11e8 in ?? () #19 0x0000000003225bc0 in ?? () #20 0x00007f126aa349e2 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #21 0x00007f125e29c7b0 in ?? () #22 0x00007f126af7dc80 in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #23 0x00007fff88689fc8 in ?? () #24 0x00007fff88689e70 in ?? () #25 0x0000000000000003 in ?? () #26 0x00007f126cd787b1 in ?? () #27 0x00007f125d92eee6 in ?? () #28 0x0000000003225bc0 in ?? () #29 0x00007f126a9ab5fb in ?? () from /data/pypy2-5.7.0-alpha0-tlinux1.2/bin/libpypy-c.so #30 0x00007f1268546e80 in ?? () from /lib64/libc.so.6 #31 0x0000000003d38850 in ?? () #32 0x00007f126cd0c020 in ?? () #33 0x0000000002657558 in ?? () #34 0x00007f125e29aa10 in ?? () #35 0x0000000000000000 in ?? () (gdb) ``` From issues-reply at bitbucket.org Fri Feb 10 00:44:01 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Fri, 10 Feb 2017 05:44:01 -0000 Subject: [pypy-issue] Issue #2474: import clr fails on windows (pypy/pypy) Message-ID: <20170210054401.369.44101@celery-worker-107.ash1.bb-inf.net> New issue 2474: import clr fails on windows https://bitbucket.org/pypy/pypy/issues/2474/import-clr-fails-on-windows Denis Akhiyarov: I tried pythonnet with pypy on Win10. It builds fine, but then fails to find clr during import. C:\Python\pypy2-v5.6.0-win32>bin\pip install pythonnet Collecting pythonnet Downloading pythonnet-2.2.2.tar.gz (1.5MB) 100% |################################| 1.5MB 480kB/s Building wheels for collected packages: pythonnet Running setup.py bdist_wheel for pythonnet ... done Stored in directory: C:\Users\denis\AppData\Local\pip\Cache\wheels\14\da\65\1042e21167805ad08c6319a87c9cd6b2e6e97ff828aa37eb3d Successfully built pythonnet Installing collected packages: pythonnet Successfully installed pythonnet-2.2.2 C:\Python\pypy2-v5.6.0-win32>pypy Python 2.7.12 (aff251e54385, Nov 09 2016, 17:54:55) [PyPy 5.6.0 with MSC v.1500 32 bit] on win32 Type "help", "copyright", "credits" or "license" for more information. >>>> import clr Traceback (most recent call last): File "", line 1, in ImportError: No module named clr >>>> Here is the detailed thread about the issue: https://github.com/pythonnet/pythonnet/issues/330 From issues-reply at bitbucket.org Wed Feb 15 07:07:53 2017 From: issues-reply at bitbucket.org (Graham Markall) Date: Wed, 15 Feb 2017 12:07:53 -0000 Subject: [pypy-issue] Issue #2475: ctypes restype appears to have no effect (pypy/pypy) Message-ID: <20170215120753.22170.48976@celery-worker-108.ash1.bb-inf.net> New issue 2475: ctypes restype appears to have no effect https://bitbucket.org/pypy/pypy/issues/2475/ctypes-restype-appears-to-have-no-effect Graham Markall: Compiling the following C source with gcc -shared -fPIC -o libtest.so test.c int f() { return 0; } int t() { return 1; } int t2() { return 2; } and then executing: import ctypes import os lib = ctypes.CDLL(os.path.join(os.getcwd(), 'libtest.so')) lib.f.restype = ctypes.c_bool lib.t.restype = ctypes.c_bool lib.t2.restype = ctypes.c_bool print lib.f(), type(lib.f()) print lib.t(), type(lib.t()) print lib.t2(), type(lib.t2()) produces different results between CPython and PyPy. On PyPy 5.6.0 I get: $ pypy test.py 0 1 2 whereas with CPython 2.7.13 I get: $ python test.py False True True It appears as if setting restype has no effect - should this be expected to work under PyPy? From issues-reply at bitbucket.org Fri Feb 17 20:36:25 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Sat, 18 Feb 2017 01:36:25 -0000 Subject: [pypy-issue] Issue #2476: why stopped building win32 no-jit? (pypy/pypy) Message-ID: <20170218013625.36630.7440@celery-worker-107.ash1.bb-inf.net> New issue 2476: why stopped building win32 no-jit? https://bitbucket.org/pypy/pypy/issues/2476/why-stopped-building-win32-no-jit Denis Akhiyarov: http://buildbot.pypy.org/nightly/trunk/pypy-c-nojit-latest-win32.zip is dated 2012-03-11 From issues-reply at bitbucket.org Fri Feb 17 22:20:21 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Sat, 18 Feb 2017 03:20:21 -0000 Subject: [pypy-issue] Issue #2477: DistutilsPlatformError: Unable to find vcvarsall.bat (pypy/pypy) Message-ID: <20170218032021.35408.3725@celery-worker-108.ash1.bb-inf.net> New issue 2477: DistutilsPlatformError: Unable to find vcvarsall.bat https://bitbucket.org/pypy/pypy/issues/2477/distutilsplatformerror-unable-to-find Denis Akhiyarov: Building on Windows 10, 64bit with Visual C++ 2008 32-bit Command Prompt. Full build session attached. ``` #!python File "c:\Python\pypypy\lib-python\2.7\distutils\msvc9compiler.py", line 271, in query_vcvarsall raise DistutilsPlatformError("Unable to find vcvarsall.bat") DistutilsPlatformError: Unable to find vcvarsall.bat * _tkinter/tklib_build.py *** failed to build the CFFI modules ['_audioop_build.py', '_sqlite3_build.py'] PyPy can still be used as long as you don't need the corresponding modules. If you do need them, please install the missing headers and libraries (see error messages just above) and then re-run the command: c:\Python\pypypy\pypy\goal\pypy-c.exe c:\Python\pypypy\pypy\tool\build_cffi_imports.py [785af] translation-task} [translation:info] usession directory: c:\users\denis\appdata\local\temp\usession-default-1 [Timer] Timings: [Timer] annotate --- 782.3 s [Timer] rtype_lltype --- 668.6 s [Timer] pyjitpl_lltype --- 1294.1 s [Timer] backendopt_lltype --- 235.6 s [Timer] stackcheckinsertion_lltype --- 351.2 s [Timer] database_c --- 532.9 s [Timer] source_c --- 330.4 s [Timer] compile_c --- 718.2 s [Timer] build_cffi_imports --- 16.4 s [Timer] =========================================== [Timer] Total: --- 4929.8 s c:\Python\pypypy\pypy\goal> ``` From issues-reply at bitbucket.org Sat Feb 18 23:13:49 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Sun, 19 Feb 2017 04:13:49 -0000 Subject: [pypy-issue] Issue #2478: sysconfig.get_config_var('INCLUDEPY') empty on linux (pypy/pypy) Message-ID: <20170219041349.16912.98413@celery-worker-105.ash1.bb-inf.net> New issue 2478: sysconfig.get_config_var('INCLUDEPY') empty on linux https://bitbucket.org/pypy/pypy/issues/2478/sysconfigget_config_var-includepy-empty-on Denis Akhiyarov: dta at ubuntune:~$ pypy Python 2.7.10 (5.1.2+dfsg-1~16.04, Jun 16 2016, 17:37:42) [PyPy 5.1.2 with GCC 5.3.1 20160413] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>>> import sysconfig >>>> sysconfig.get_config_var('INCLUDEPY') >>>> exit() dta at ubuntune:~$ python2 Python 2.7.12 (default, Nov 19 2016, 06:48:10) [GCC 5.4.0 20160609] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sysconfig >>> sysconfig.get_config_var('INCLUDEPY') '/usr/include/python2.7' From issues-reply at bitbucket.org Wed Feb 22 14:01:45 2017 From: issues-reply at bitbucket.org (Ronan Lamy) Date: Wed, 22 Feb 2017 19:01:45 -0000 Subject: [pypy-issue] Issue #2479: 'numpy.float64' objects are unhashable (pypy/pypy) Message-ID: <20170222190145.21217.23756@celery-worker-106.ash1.bb-inf.net> New issue 2479: 'numpy.float64' objects are unhashable https://bitbucket.org/pypy/pypy/issues/2479/numpyfloat64-objects-are-unhashable Ronan Lamy: need to investigate Responsible: rlamy From issues-reply at bitbucket.org Thu Feb 23 11:54:08 2017 From: issues-reply at bitbucket.org (Jason Rhinelander) Date: Thu, 23 Feb 2017 16:54:08 -0000 Subject: [pypy-issue] Issue #2480: cpyext tp_bases doesn't properly expose multiple inheritance (pypy/pypy) Message-ID: <20170223165408.38019.27660@celery-worker-101.ash1.bb-inf.net> New issue 2480: cpyext tp_bases doesn't properly expose multiple inheritance https://bitbucket.org/pypy/pypy/issues/2480/cpyext-tp_bases-doesnt-properly-expose Jason Rhinelander: I'm working to extend pybind11's multiple inheritance support to allow multiple inheritance from the Python side (https://github.com/pybind/pybind11/pull/693), and ran into an issue where PyPy's `PyTypeObject.tp_bases` only contains the first parent class, e.g.: ``` class B1(object): pass class B2(object): pass class A(B1, B2): pass ``` cpyext code that gets the `PyTypeObject *` for `A` will have `tp_bases` set to a tuple of just `B1` instead of both `B1` and `B2`. `A.__bases__`, however, contains the correct types. My test code for this in this commit: https://github.com/jagerman/pybind11/commit/7e13ad2d044de7fd8641bac07ab70871c130421a combined with this test code: ``` from __future__ import print_function from pybind11_tests import Base1, Base2, debug_tp_bases class A(object): pass class A2(object): pass class A3(A, A2): pass class B(Base1, Base2): def __init__(self): Base1.__init__(self, 1) Base2.__init__(self, 2) class C(A, B): def __init__(self): B.__init__(self) print("A.__bases__:", A.__bases__) debug_tp_bases(A) print("A3.__bases__:", A3.__bases__) debug_tp_bases(A3) print("B.__bases__:", B.__bases__) debug_tp_bases(B) print("C.__bases__:", C.__bases__) debug_tp_bases(C) ``` gives me (using current pypy nightly): ``` A.__bases__: (,) Type `A' tp_bases: - object A3.__bases__: (, ) Type `A3' tp_bases: - A B.__bases__: (, ) Type `B' tp_bases: - Base1 C.__bases__: (, ) Type `C' tp_bases: - A ``` whereas CPython 2 and 3 give: ``` A.__bases__: (,) Type `A' tp_bases: - object A3.__bases__: (, ) Type `A3' tp_bases: - A - A2 B.__bases__: (, ) Type `B' tp_bases: - pybind11_tests.Base1 - pybind11_tests.Base2 C.__bases__: (, ) Type `C' tp_bases: - A - B ``` From issues-reply at bitbucket.org Thu Feb 23 13:08:39 2017 From: issues-reply at bitbucket.org (Armin Rigo) Date: Thu, 23 Feb 2017 18:08:39 -0000 Subject: [pypy-issue] Issue #2481: unicodedata does not protect against larger-than-0x10ffff values (pypy/pypy) Message-ID: <20170223180839.26167.2885@celery-worker-108.ash1.bb-inf.net> New issue 2481: unicodedata does not protect against larger-than-0x10ffff values https://bitbucket.org/pypy/pypy/issues/2481/unicodedata-does-not-protect-against Armin Rigo: You can get nonsense and potential crashes of unicodedata by doing this: ``` #!python >>>> u = array.array('u', 'abcd').tounicode() >>>> u u'\U64636261' >>>> u.isspace() ``` From issues-reply at bitbucket.org Thu Feb 23 14:25:41 2017 From: issues-reply at bitbucket.org (Jason Rhinelander) Date: Thu, 23 Feb 2017 19:25:41 -0000 Subject: [pypy-issue] Issue #2482: cpyext: tp_basicsize only considers first base class to determine derived tp_basicsize (pypy/pypy) Message-ID: <20170223192541.16445.59806@celery-worker-108.ash1.bb-inf.net> New issue 2482: cpyext: tp_basicsize only considers first base class to determine derived tp_basicsize https://bitbucket.org/pypy/pypy/issues/2482/cpyext-tp_basicsize-only-considers-first Jason Rhinelander: When using multiple inheritance to inherit from both a Python object and an extension object (with a larger `tp_basicsize`) the `tp_basicsize` is the correct (larger) size only if the extension object is inherited first. For example, if `CBase` is an extension object with `tp_basicsize = 48` and the basic Python object size is 24 (as it seems to be for PyPy on my system) then with this code: ```Python class PyBase(object): pass class A(CBase, PyBase): pass class B(PyBase, CBase): pass a = A() b = B() ``` will call `CBase->tp_new` is called for the `A()` constructor, it'll be called with the `PyTypeObject *obj` having `obj->tp_basicsize = 48` (correctly), but for the `B()` constructor it'll have `obj->tp_basicsize = 24`. Under CPython both get invoked with the correct 48. I'm fairly sure that the issue is in `module/cpyext/typeobject.py`, in `finish_type_2`: it calls `inherit_special()` to set `tp_basicsize` to the `tp_basicsize` using only `base` (and so never considers inherited classes beyond the first one). From issues-reply at bitbucket.org Fri Feb 24 01:10:05 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Fri, 24 Feb 2017 06:10:05 -0000 Subject: [pypy-issue] Issue #2483: clang complains about parsing pypy headers (pypy/pypy) Message-ID: <20170224061005.40267.84453@celery-worker-105.ash1.bb-inf.net> New issue 2483: clang complains about parsing pypy headers https://bitbucket.org/pypy/pypy/issues/2483/clang-complains-about-parsing-pypy-headers Denis Akhiyarov: pypy 2.7, linux 64. Calling with clang and fake_libc_include from pycparser: ``` CalledProcessError: Command '['clang', '-I', 'tools/geninterop/fake_libc_include', '/home/dta/Downloads/pypy-c-jit-linux64/include', '-D', '__attribute__(x)=', '-D', '__inline__=inline', '-D', '__asm__=;#pragma asm', '-D', '__int64=long long', '-E', '/home/dta/Downloads/pypy-c-jit-linux64/include/Python.h']' returned non-zero exit status 1 ``` ``` #!python clang: warning: /home/dta/Downloads/pypy-c-jit-linux64/include: 'linker' input unused /home/dta/Downloads/pypy-c-jit-linux64/include/Python.h:76:10: error: 'pypy_macros.h' file not found with include; use "quotes" instead #include ^~~~~~~~~~~~~~~ "pypy_macros.h" In file included from /home/dta/Downloads/pypy-c-jit-linux64/include/Python.h:81: /home/dta/Downloads/pypy-c-jit-linux64/include/object.h:10:10: error: 'cpyext_object.h' file not found with include; use "quotes" instead #include ^~~~~~~~~~~~~~~~~ "cpyext_object.h" In file included from /home/dta/Downloads/pypy-c-jit-linux64/include/Python.h:112: /home/dta/Downloads/pypy-c-jit-linux64/include/unicodeobject.h:8:10: error: 'cpyext_unicodeobject.h' file not found with include; use "quotes" instead #include ^~~~~~~~~~~~~~~~~~~~~~~~ "cpyext_unicodeobject.h" /home/dta/Downloads/pypy-c-jit-linux64/include/Python.h:140:12: error: 'pypy_decl.h' file not found with include; use "quotes" instead #include ^~~~~~~~~~~~~ "pypy_decl.h" 4 errors generated. ``` From issues-reply at bitbucket.org Fri Feb 24 04:44:12 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Fri, 24 Feb 2017 09:44:12 -0000 Subject: [pypy-issue] Issue #2484: PyHeapTypeObject difference with CPython (pypy/pypy) Message-ID: <20170224094412.6633.8645@celery-worker-105.ash1.bb-inf.net> New issue 2484: PyHeapTypeObject difference with CPython https://bitbucket.org/pypy/pypy/issues/2484/pyheaptypeobject-difference-with-cpython Denis Akhiyarov: Why does PyPy skip _heaptypeobject when compared with CPython: typedef struct _heaptypeobject {} https://github.com/python/cpython/blob/2.7/Include/object.h#L415 https://github.com/mozillazg/pypy/blob/master/pypy/module/cpyext/parse/cpyext_object.h#L315 This complicates libraries that parse CPython/PyPy headers. From issues-reply at bitbucket.org Sat Feb 25 16:32:56 2017 From: issues-reply at bitbucket.org (Artur Barseghyan) Date: Sat, 25 Feb 2017 21:32:56 -0000 Subject: [pypy-issue] Issue #2485: End of support of PyPy (pypy/pypy) Message-ID: <20170225213256.38733.66153@celery-worker-101.ash1.bb-inf.net> New issue 2485: End of support of PyPy https://bitbucket.org/pypy/pypy/issues/2485/end-of-support-of-pypy Artur Barseghyan: I could not find any information on this. What is the end of support of PyPy? Will it be supported longer than Python2? Or does it follow the same deprecation policy as Python2? Please, mention in docs and FAQ. From issues-reply at bitbucket.org Sun Feb 26 01:03:01 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Sun, 26 Feb 2017 06:03:01 -0000 Subject: [pypy-issue] Issue #2486: PyPyType_Ready with tp_flags crashes PyPy interpreter (pypy/pypy) Message-ID: <20170226060301.8323.73554@celery-worker-106.ash1.bb-inf.net> New issue 2486: PyPyType_Ready with tp_flags crashes PyPy interpreter https://bitbucket.org/pypy/pypy/issues/2486/pypytype_ready-with-tp_flags-crashes-pypy Denis Akhiyarov: I'm trying to debug PyPy crash with pythonnet library. PyPyType_Ready(type) works if no tp_flags are set on this type. If any basic flag is set (e.g. Py_TPFLAGS_DEFAULT_EXTERNAL) this crashes interpreter. Are there any differences between CPython and PyPy wrt to setting tp_flags? Here is a typical crash: https://github.com/pythonnet/pythonnet/issues/330#issuecomment-280820452 ``` >>>> import clr Attempting to load 'Python.Runtime' using standard binding rules. 'Python.Runtime' not found using standard binding rules. Attempting to load Python.Runtime from: 'C:\Python\pypy-c-jit-latest-win32\site-packages\Python.Runtime.dll'. Success loading 'Python.Runtime' from: 'C:\Python\pypy-c-jit-latest-win32\site-packages\Python.Runtime.dll'. RPython traceback: File "pypy_module_cpyext_2.c", line 25519, in type_realize File "pypy_module_cpyext_2.c", line 30900, in _type_realize Fatal RPython error: AssertionError ``` From issues-reply at bitbucket.org Sun Feb 26 13:55:50 2017 From: issues-reply at bitbucket.org (Denis Akhiyarov) Date: Sun, 26 Feb 2017 18:55:50 -0000 Subject: [pypy-issue] Issue #2487: Debugging RPython interpreter and cpyext code? (pypy/pypy) Message-ID: <20170226185550.36916.35620@celery-worker-105.ash1.bb-inf.net> New issue 2487: Debugging RPython interpreter and cpyext code? https://bitbucket.org/pypy/pypy/issues/2487/debugging-rpython-interpreter-and-cpyext Denis Akhiyarov: Is it possible to debug RPython code instead of generated C code in PyPy interpreter? From issues-reply at bitbucket.org Mon Feb 27 08:10:52 2017 From: issues-reply at bitbucket.org (Niraj Kumar Panda) Date: Mon, 27 Feb 2017 13:10:52 -0000 Subject: [pypy-issue] Issue #2488: Unable to list or find packages contributed by me. (pypy/pypy) Message-ID: <20170227131052.15185.34725@celery-worker-106.ash1.bb-inf.net> New issue 2488: Unable to list or find packages contributed by me. https://bitbucket.org/pypy/pypy/issues/2488/unable-to-list-or-find-packages Niraj Kumar Panda: My pypy id is : nirajKpanda I am unable to list or find all packages being contributed by me.Is there any back end api or way available to find those ?