From issues-reply at bitbucket.org Sat Aug 3 18:42:50 2019 From: issues-reply at bitbucket.org (Mahmoud Hashemi) Date: Sat, 03 Aug 2019 22:42:50 +0000 (UTC) Subject: [pypy-issue] Issue #3049: SystemError in RSocket__setblocking (Travis CI) (pypy/pypy) Message-ID: <20190803224250.3416.17833@app-137.ash1.bb-inf.net> New issue 3049: SystemError in RSocket__setblocking (Travis CI) https://bitbucket.org/pypy/pypy/issues/3049/systemerror-in-rsocket__setblocking-travis Mahmoud Hashemi: Hey all! So Travis recently updated their default image, and the pypy used there \(`Python 2.7.13 (8cdda8b8cdb8, Apr 14 2019, 14:06:44) [PyPy 7.1.1 with GCC 6.2.0 20160901]`\) gives me this issue: `SystemError: unexpected internal exception (please report a bug): ; internal traceback was dumped to stderr` `RPython traceback:` ` File "pypy_interpreter.c", line 40143, in BuiltinCode2_fastcall_2 ` ` File "implement_11.c", line 13173, in fastfunc_settimeout_w_2 ` ` File "pypy_module__socket.c", line 2293, in W_Socket_settimeout_w ` ` File "rpython_rlib.c", line 59823, in RSocket__setblocking` The full pytest run can be seen here: [https://travis-ci.org/mahmoud/boltons/jobs/567209873](https://travis-ci.org/mahmoud/boltons/jobs/567209873) Attempting to reproduce locally, I confirmed the value of `timeout` there is 10. However there's no expection raised. Locally I'm using the Ubuntu PPA version: `Python 2.7.13 (7.0.0+dfsg-1~ppa1~ubuntu16.04, Feb 07 2019, 20:56:09) / [PyPy 7.0.0 with GCC 5.4.0 20160609] on linux2` Maybe I should pick this up with Travis, but I figured if it?s affecting me, and Travis just updated the defaults, you may be seeing more of these in future. Thanks in advance for any help! From issues-reply at bitbucket.org Tue Aug 6 05:20:00 2019 From: issues-reply at bitbucket.org (Markus Unterwaditzer) Date: Tue, 06 Aug 2019 09:20:00 +0000 (UTC) Subject: [pypy-issue] Issue #3050: subprocess.Popen only accepts sequences (pypy/pypy) Message-ID: <20190806092000.39312.80867@app-137.ash1.bb-inf.net> New issue 3050: subprocess.Popen only accepts sequences https://bitbucket.org/pypy/pypy/issues/3050/subprocesspopen-only-accepts-sequences Markus Unterwaditzer: This works in CPython \(it prints something\) but does not work in PyPy: ```python from subprocess import check_output print(check_output(iter("echo hello world".split()))) ``` The Python docs say that subprocess requires `args` to be a sequence, so this program is buggy already. However, since pypy mostly attempts to be bug-compatible to CPython \(or at least sometimes does\), I figured it?d be worth reporting here. Tested with CPython2/3 and pypy2/3: * `[PyPy 6.0.0 with GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.1)]` * CPython 2.7 and 3.7 From issues-reply at bitbucket.org Fri Aug 9 14:30:26 2019 From: issues-reply at bitbucket.org (Glyph) Date: Fri, 09 Aug 2019 18:30:26 +0000 (UTC) Subject: [pypy-issue] Issue #3051: socket.fromfd sets sockets to blocking on pypy3 (pypy/pypy) Message-ID: <20190809183026.36530.17920@celery-worker-110.ash1.bb-inf.net> New issue 3051: socket.fromfd sets sockets to blocking on pypy3 https://bitbucket.org/pypy/pypy/issues/3051/socketfromfd-sets-sockets-to-blocking-on Glyph: ``` import os import socket import fcntl def nonblock_check(fd): flags = fcntl.fcntl(fd, fcntl.F_GETFL) return bool(flags & os.O_NONBLOCK) s = socket.socket() s.setblocking(False) print(nonblock_check(s.fileno())) s2 = socket.fromfd(s.fileno(), socket.AF_INET, socket.SOCK_STREAM) print(nonblock_check(s.fileno())) ``` ? ``` $ pypy pypyminimal.py True True $ pypy3 pypyminimal.py True False $ sw_vers ProductName: Mac OS X ProductVersion: 10.14.6 BuildVersion: 18G87 $ pypy --version Python 2.7.13 (8cdda8b8cdb8ff29d9e620cccd6c5edd2f2a23ec, May 14 2019, 12:36:09) [PyPy 7.1.1 with GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.46.4)] $ pypy3 --version Python 3.6.1 (784b254d669919c872a505b807db8462b6140973, Jun 18 2019, 05:54:52) [PyPy 7.1.1-beta0 with GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.46.4)] $ ``` From issues-reply at bitbucket.org Fri Aug 9 17:32:42 2019 From: issues-reply at bitbucket.org (Glyph) Date: Fri, 09 Aug 2019 21:32:42 +0000 (UTC) Subject: [pypy-issue] Issue #3052: json skipkeys=True results in invalid json with a trailing comma on pypy3 (pypy/pypy) Message-ID: <20190809213242.26970.19772@celery-worker-111.ash1.bb-inf.net> New issue 3052: json skipkeys=True results in invalid json with a trailing comma on pypy3 https://bitbucket.org/pypy/pypy/issues/3052/json-skipkeys-true-results-in-invalid-json Glyph: ? ```python import json print(json.dumps({ "hello": "what", b"world": "what", }, skipkeys=True)) ``` ? ``` $ python3 j3.py {"hello": "what"} $ pypy3 j3.py {"hello": "what", } ``` From issues-reply at bitbucket.org Sun Aug 11 20:25:17 2019 From: issues-reply at bitbucket.org (Stefano Rivera) Date: Mon, 12 Aug 2019 00:25:17 +0000 (UTC) Subject: [pypy-issue] Issue #3053: Build fails on Debian kFreeBSD (pypy/pypy) Message-ID: <20190812002517.27736.5691@app-147.ash1.bb-inf.net> New issue 3053: Build fails on Debian kFreeBSD https://bitbucket.org/pypy/pypy/issues/3053/build-fails-on-debian-kfreebsd Stefano Rivera: pypy 3.x has never built on Debian kFreeBSD. That is, it failed on 7.0.0 and 7.1.1. The failure is: ``` [translation:info] Error: File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/goal/translate.py", line 318, in main drv.proceed(goals) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 554, in proceed result = self._execute(goals, task_skip = self._maybe_skip()) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/tool/taskengine.py", line 114, in _execute res = self._do(goal, taskcallable, *args, **kwds) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 278, in _do res = func() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 315, in task_annotate s = annotator.build_types(self.entry_point, self.inputtypes) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 92, in build_types return self.build_graph_types(flowgraph, inputs_s, complete_now=complete_now) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 140, in build_graph_types self.complete() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 229, in complete self.complete_pending_blocks() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 224, in complete_pending_blocks self.processblock(graph, block) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 398, in processblock self.flowin(graph, block) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 572, in flowin self.follow_link(graph, link, constraints) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 603, in follow_link self.addpendingblock(graph, link.target, inputs_s) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 189, in addpendingblock self.mergeinputargs(graph, block, cells) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 435, in mergeinputargs unions = [annmodel.unionof(c1,c2) for c1, c2 in zip(oldcells,inputcells)] File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/model.py", line 775, in unionof s1 = pair(s1, s2).union() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/binaryop.py", line 790, in union return obj.noneify() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/model.py", line 122, in noneify raise UnionError(self, s_None) [translation:ERROR] UnionError: Offending annotations: SomeInteger(knowntype=int, nonneg=False, unsigned=False) SomeNone() In : Happened at file /home/stefanor/pypy3.d21e9a6b4037/pypy/module/posix/interp_posix.py line 1611 def do_utimens(space, func, arg, utime, *args): Processing block: block at 3[space_90...] is a in (pypy.module.posix.interp_posix:1611)do_utimens__star_0 containing the following operations: now_0 = getitem(utime_0, (0)) atime_s_0 = getitem(utime_0, (1)) atime_ns_0 = getitem(utime_0, (2)) mtime_s_0 = getitem(utime_0, (3)) mtime_ns_0 = getitem(utime_0, (4)) v1083 = bool(now_0) --end-- ``` Full Build log example: [https://buildd.debian.org/status/fetch.php?pkg=pypy3&arch=kfreebsd-amd64&ver=7.1.1%2Bdfsg-1&stamp=1565368857&raw=0](https://buildd.debian.org/status/fetch.php?pkg=pypy3&arch=kfreebsd-amd64&ver=7.1.1%2Bdfsg-1&stamp=1565368857&raw=0) From issues-reply at bitbucket.org Mon Aug 12 07:25:53 2019 From: issues-reply at bitbucket.org (Stefano Rivera) Date: Mon, 12 Aug 2019 11:25:53 +0000 (UTC) Subject: [pypy-issue] Issue #3054: Build fails on SPARC64 (pypy/pypy) Message-ID: <20190812112553.28730.6596@celery-worker-112.ash1.bb-inf.net> New issue 3054: Build fails on SPARC64 https://bitbucket.org/pypy/pypy/issues/3054/build-fails-on-sparc64 Stefano Rivera: pypy 3.x has never built on Debian sparc64, although pypy 2.x has been building. That is, it failed on 6.0.0 through the py3.6 HEAD \([d21e9a6b4037](https://bitbucket.org/pypy/pypy/commits/d21e9a6b4037)\). The failure is: ``` [translation:info] Error: File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/goal/translate.py", line 318, in main drv.proceed(goals) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 554, in proceed result = self._execute(goals, task_skip = self._maybe_skip()) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/tool/taskengine.py", line 114, in _execute res = self._do(goal, taskcallable, *args, **kwds) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 278, in _do res = func() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/driver.py", line 315, in task_annotate s = annotator.build_types(self.entry_point, self.inputtypes) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 88, in build_types flowgraph, inputs_s = self.get_call_parameters(function, args_s) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/annrpython.py", line 97, in get_call_parameters return desc.get_call_parameters(args_s) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/description.py", line 335, in get_call_parameters graph = self.specialize(inputcells) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/description.py", line 281, in specialize return self.specializer(self, inputcells) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/specialize.py", line 82, in default_specialize graph = funcdesc.cachedgraph(key, builder=builder) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/description.py", line 247, in cachedgraph graph = self.buildgraph(alt_name, builder) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/annotator/description.py", line 210, in buildgraph graph = translator.buildflowgraph(self.pyobj) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/translator/translator.py", line 53, in buildflowgraph graph = build_flow(func) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/objspace.py", line 49, in build_flow ctx.build_flow() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/flowcontext.py", line 400, in build_flow self.record_block(block) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/flowcontext.py", line 408, in record_block next_offset = self.handle_bytecode(next_offset) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/flowcontext.py", line 487, in handle_bytecode offset = getattr(self, methodname)(oparg) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/flowcontext.py", line 664, in IMPORT_NAME w_obj = self.import_name(modulename, glob, None, fromlist, level) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/flowspace/flowcontext.py", line 654, in import_name mod = __import__(name, glob, loc, frm, level) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rlib/rsiphash.py", line 346, in _update_prebuilt_hashes() File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rlib/rsiphash.py", line 343, in _update_prebuilt_hashes seed.hash_single[i] = _siphash24(addr, 1) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rlib/rsiphash.py", line 309, in _siphash24 t |= r_uint64(llop.raw_load(rffi.UCHAR, addr_in, index)) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rtyper/lltypesystem/lloperation.py", line 57, in __call__ val = fold(RESULTTYPE, *args) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rtyper/lltypesystem/opimpl.py", line 739, in op_raw_load p = rffi.cast(rffi.CArrayPtr(TVAL), p + ofs) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rtyper/lltypesystem/ll2ctypes.py", line 1361, in force_cast TYPE1 = lltype.typeOf(value) File "/home/stefanor/pypy3.d21e9a6b4037/rpython/rtyper/lltypesystem/lltype.py", line 820, in typeOf raise OverflowError("integer %r is out of bounds" % (val,)) [translation:ERROR] OverflowError: integer 18446603340612095520L is out of bounds ``` Full build log: [https://buildd.debian.org/status/fetch.php?pkg=pypy3&arch=sparc64&ver=7.1.1%2Bdfsg-1&stamp=1565369400&raw=0](https://buildd.debian.org/status/fetch.php?pkg=pypy3&arch=sparc64&ver=7.1.1%2Bdfsg-1&stamp=1565369400&raw=0) From issues-reply at bitbucket.org Fri Aug 16 05:43:23 2019 From: issues-reply at bitbucket.org (timfel) Date: Fri, 16 Aug 2019 09:43:23 +0000 (UTC) Subject: [pypy-issue] Issue #3055: Segfault when defining a C extension type with empty docstring on PyPy3 (pypy/pypy) Message-ID: <20190816094323.32471.44458@celery-worker-111.ash1.bb-inf.net> New issue 3055: Segfault when defining a C extension type with empty docstring on PyPy3 https://bitbucket.org/pypy/pypy/issues/3055/segfault-when-defining-a-c-extension-type timfel: Given this type definition, we get a segfault when calling `PyType_Ready` on it: ```c static PyTypeObject NativeType = { PyVarObject_HEAD_INIT(NULL, 0) "NativeType.NativeType", sizeof(NativeTypeObject), 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, Py_TPFLAGS_DEFAULT, "", 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, PyType_GenericAlloc, PyType_GenericNew, PyObject_Del, }; ``` We can avoid the segfault if we give `0` or `NULL` instead of the empty docstring in line 22. Or just adding any character to make the docstring longer than 0-length also makes it work. From issues-reply at bitbucket.org Fri Aug 23 14:17:40 2019 From: issues-reply at bitbucket.org (Ram Rachum) Date: Fri, 23 Aug 2019 18:17:40 +0000 (UTC) Subject: [pypy-issue] Issue #3056: Numpy installation fails on Windows (pypy/pypy) Message-ID: <20190823181740.29489.76998@celery-worker-108.ash1.bb-inf.net> New issue 3056: Numpy installation fails on Windows https://bitbucket.org/pypy/pypy/issues/3056/numpy-installation-fails-on-windows Ram Rachum: ``` Python 3.6.1 (784b254d6699, Apr 16 2019, 12:10:48)[PyPy 7.1.1-beta0 with MSC v.1910 32 bit] ``` Numpy fails to install on Windows. I ran this: ``` pypy3 -m pip install numpy ``` This is stdout: ``` Collecting numpy Using cached https://files.pythonhosted.org/packages/da/32/1b8f2bb5fb50e4db68543eb85ce37b9fa6660cd05b58bddfafafa7ed62da/numpy-1.17.0.zip Installing collected packages: numpy Running setup.py install for numpy: started Running setup.py install for numpy: finished with status 'error' ``` This is stderr: ``` ERROR: Complete output from command 'C:\pypy3\pypy3.exe' -u -c 'import setuptools, tokenize;__file__='"'"'C:\\Users\\ADMINI~1\\AppData\\Local\\Temp\\pip-install-3jtvcr7u\\numpy\\setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record 'C:\Users\ADMINI~1\AppData\Local\Temp\pip-record-f74o3cb8\install-record.txt' --single-version-externally-managed --compile: ERROR: Running from numpy source directory. Note: if you need reliable uninstall behavior, then install with pip instead of using `setup.py install`: - `pip install .` (from a git repo or downloaded source release) - `pip install numpy` (last NumPy release on PyPi) blas_opt_info: blas_mkl_info: customize MSVCCompiler libraries mkl_rt not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE blis_info: customize MSVCCompiler libraries blis not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE openblas_info: customize MSVCCompiler customize MSVCCompiler libraries openblas not found in ['C:\\', 'C:\\pypy3\\libs'] get_default_fcompiler: matching types: '['gnu', 'intelv', 'absoft', 'compaqv', 'intelev', 'gnu95', 'g95', 'intelvem', 'intelem', 'flang']' customize GnuFCompiler Could not locate executable g77 Could not locate executable f77 customize IntelVisualFCompiler Could not locate executable ifort Could not locate executable ifl customize AbsoftFCompiler Could not locate executable f90 customize CompaqVisualFCompiler Found executable C:\Program Files\Git\usr\bin\DF.exe Could not locate executable C:\Program customize IntelItaniumVisualFCompiler Could not locate executable efl customize Gnu95FCompiler Could not locate executable gfortran Could not locate executable f95 customize G95FCompiler Could not locate executable g95 customize IntelEM64VisualFCompiler customize IntelEM64TFCompiler Could not locate executable efort Could not locate executable efc customize PGroupFlangCompiler Could not locate executable flang don't know how to compile Fortran code on platform 'nt' NOT AVAILABLE atlas_3_10_blas_threads_info: Setting PTATLAS=ATLAS customize MSVCCompiler libraries tatlas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE atlas_3_10_blas_info: customize MSVCCompiler libraries satlas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE atlas_blas_threads_info: Setting PTATLAS=ATLAS customize MSVCCompiler libraries ptf77blas,ptcblas,atlas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE atlas_blas_info: customize MSVCCompiler libraries f77blas,cblas,atlas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE accelerate_info: NOT AVAILABLE C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\numpy\distutils\system_info.py:690: UserWarning: Optimized (vendor) Blas libraries are not found. Falls back to netlib Blas library which has worse performance. A better performance should be easily gained by switching Blas library. self.calc_info() blas_info: customize MSVCCompiler libraries blas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\numpy\distutils\system_info.py:690: UserWarning: Blas (http://www.netlib.org/blas/) libraries not found. Directories to search for the libraries can be specified in the numpy/distutils/site.cfg file (section [blas]) or by setting the BLAS environment variable. self.calc_info() blas_src_info: NOT AVAILABLE C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\numpy\distutils\system_info.py:690: UserWarning: Blas (http://www.netlib.org/blas/) sources not found. Directories to search for the sources can be specified in the numpy/distutils/site.cfg file (section [blas_src]) or by setting the BLAS_SRC environment variable. self.calc_info() NOT AVAILABLE 'svnversion' is not recognized as an internal or external command, operable program or batch file. non-existing path in 'numpy\\distutils': 'site.cfg' lapack_opt_info: lapack_mkl_info: customize MSVCCompiler libraries mkl_rt not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE openblas_lapack_info: customize MSVCCompiler customize MSVCCompiler libraries openblas not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE openblas_clapack_info: customize MSVCCompiler customize MSVCCompiler libraries openblas,lapack not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE flame_info: customize MSVCCompiler libraries flame not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE atlas_3_10_threads_info: Setting PTATLAS=ATLAS customize MSVCCompiler libraries lapack_atlas not found in C:\ customize MSVCCompiler libraries tatlas,tatlas not found in C:\ customize MSVCCompiler libraries lapack_atlas not found in C:\pypy3\libs customize MSVCCompiler libraries tatlas,tatlas not found in C:\pypy3\libs NOT AVAILABLE atlas_3_10_info: customize MSVCCompiler libraries lapack_atlas not found in C:\ customize MSVCCompiler libraries satlas,satlas not found in C:\ customize MSVCCompiler libraries lapack_atlas not found in C:\pypy3\libs customize MSVCCompiler libraries satlas,satlas not found in C:\pypy3\libs NOT AVAILABLE atlas_threads_info: Setting PTATLAS=ATLAS customize MSVCCompiler libraries lapack_atlas not found in C:\ customize MSVCCompiler libraries ptf77blas,ptcblas,atlas not found in C:\ customize MSVCCompiler libraries lapack_atlas not found in C:\pypy3\libs customize MSVCCompiler libraries ptf77blas,ptcblas,atlas not found in C:\pypy3\libs NOT AVAILABLE atlas_info: customize MSVCCompiler libraries lapack_atlas not found in C:\ customize MSVCCompiler libraries f77blas,cblas,atlas not found in C:\ customize MSVCCompiler libraries lapack_atlas not found in C:\pypy3\libs customize MSVCCompiler libraries f77blas,cblas,atlas not found in C:\pypy3\libs NOT AVAILABLE lapack_info: customize MSVCCompiler libraries lapack not found in ['C:\\', 'C:\\pypy3\\libs'] NOT AVAILABLE C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\numpy\distutils\system_info.py:1712: UserWarning: Lapack (http://www.netlib.org/lapack/) libraries not found. Directories to search for the libraries can be specified in the numpy/distutils/site.cfg file (section [lapack]) or by setting the LAPACK environment variable. if getattr(self, '_calc_info_{}'.format(lapack))(): lapack_src_info: NOT AVAILABLE C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\numpy\distutils\system_info.py:1712: UserWarning: Lapack (http://www.netlib.org/lapack/) sources not found. Directories to search for the sources can be specified in the numpy/distutils/site.cfg file (section [lapack_src]) or by setting the LAPACK_SRC environment variable. if getattr(self, '_calc_info_{}'.format(lapack))(): NOT AVAILABLE non-existing path in 'numpy\\random': 'src\\splitmix64\\splitmix.h' C:\pypy3\lib-python\3\distutils\dist.py:261: UserWarning: Unknown distribution option: 'define_macros' warnings.warn(msg) running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src build_src building py_modules sources creating build creating build\src.win32-3.6 creating build\src.win32-3.6\numpy creating build\src.win32-3.6\numpy\distutils building library "npymath" sources error: Microsoft Visual C++ 14.1 is required. Get it with "Microsoft Visual C++ Build Tools": https://visualstudio.microsoft.com/downloads/ ---------------------------------------- ERROR: Command "'C:\pypy3\pypy3.exe' -u -c 'import setuptools, tokenize;__file__='"'"'C:\\Users\\ADMINI~1\\AppData\\Local\\Temp\\pip-install-3jtvcr7u\\numpy\\setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record 'C:\Users\ADMINI~1\AppData\Local\Temp\pip-record-f74o3cb8\install-record.txt' --single-version-externally-managed --compile" failed with error code 1 in C:\Users\ADMINI~1\AppData\Local\Temp\pip-install-3jtvcr7u\numpy\ ``` Will it really work if I install Microsoft Visual C\+\+ 14.1? I have a vague memory that I tried that in the past and it didn?t help, but I can try again. From issues-reply at bitbucket.org Fri Aug 23 14:21:54 2019 From: issues-reply at bitbucket.org (Ram Rachum) Date: Fri, 23 Aug 2019 18:21:54 +0000 (UTC) Subject: [pypy-issue] Issue #3057: Can't install numpypy on Windows (pypy/pypy) Message-ID: <20190823182154.32690.95768@celery-worker-109.ash1.bb-inf.net> New issue 3057: Can't install numpypy on Windows https://bitbucket.org/pypy/pypy/issues/3057/cant-install-numpypy-on-windows Ram Rachum: ``` Python 3.6.1 (784b254d6699, Apr 16 2019, 12:10:48) [PyPy 7.1.1-beta0 with MSC v.1910 32 bit] ``` I followed the documentation on the PyPy download page to install Numpypy. I ran this: ``` pypy3 -m pip install git+https://bitbucket.org/pypy/numpy.git ``` And got this: ``` Collecting git+https://bitbucket.org/pypy/numpy.git Cloning https://bitbucket.org/pypy/numpy.git to c:\users\admini~1\appdata\local\temp\pip-req-build-9wlgwy_u Running command git clone -q https://bitbucket.org/pypy/numpy.git 'C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u' Running command git submodule update --init --recursive -q Installing collected packages: numpy Running setup.py install for numpy: started Running setup.py install for numpy: finished with status 'error' ERROR: Complete output from command 'C:\pypy3\pypy3.exe' -u -c 'import setuptools, tokenize;__file__='"'"'C:\\Users\\ADMINI~1\\AppData\\Local\\Temp\\pip-req-build-9wlgwy_u\\setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record 'C:\Users\ADMINI~1\AppData\Local\Temp\pip-record-uxmlc9y8\install-record.txt' --single-version-externally-managed --compile: ERROR: Running from numpy source directory. Traceback (most recent call last): File "", line 1, in File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\setup.py", line 285, in setup_package() File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\setup.py", line 277, in setup_package setup(**metadata) File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\core.py", line 135, in setup config = configuration() File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\setup.py", line 178, in configuration config.add_subpackage('numpy') File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 1001, in add_subpackage caller_level = 2) File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 970, in get_subpackage caller_level = caller_level + 1) File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 907, in _get_configuration_from_setup_py config = setup_module.configuration(*args) File "numpy\setup.py", line 11, in configuration config.add_subpackage('core') File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 1001, in add_subpackage caller_level = 2) File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 970, in get_subpackage caller_level = caller_level + 1) File "C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\numpy\distutils\misc_util.py", line 907, in _get_configuration_from_setup_py config = setup_module.configuration(*args) File "numpy\core\setup.py", line 726, in configuration from _parition_build import ffi File "numpy\core\_parition_build.py", line 87, in PARTITION_DEFS += '\n' + generate_declarations() File "numpy\core\_parition_build.py", line 82, in generate_declarations for _suff, _type in itertools.izip(list_suff, list_type): AttributeError: module 'itertools' has no attribute 'izip' ---------------------------------------- ERROR: Command "'C:\pypy3\pypy3.exe' -u -c 'import setuptools, tokenize;__file__='"'"'C:\\Users\\ADMINI~1\\AppData\\Local\\Temp\\pip-req-build-9wlgwy_u\\setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record 'C:\Users\ADMINI~1\AppData\Local\Temp\pip-record-uxmlc9y8\install-record.txt' --single-version-externally-managed --compile" failed with error code 1 in C:\Users\ADMINI~1\AppData\Local\Temp\pip-req-build-9wlgwy_u\ ``` From issues-reply at bitbucket.org Fri Aug 23 14:23:48 2019 From: issues-reply at bitbucket.org (Ram Rachum) Date: Fri, 23 Aug 2019 18:23:48 +0000 (UTC) Subject: [pypy-issue] Issue #3058: ModuleNotFoundError: No module named '_numpypy' (pypy/pypy) Message-ID: <20190823182348.20750.80404@celery-worker-108.ash1.bb-inf.net> New issue 3058: ModuleNotFoundError: No module named '_numpypy' https://bitbucket.org/pypy/pypy/issues/3058/modulenotfounderror-no-module-named Ram Rachum: ``` Python 3.6.1 (784b254d6699, Apr 16 2019, 12:10:48) [PyPy 7.1.1-beta0 with MSC v.1910 32 bit] ``` I wanted to use Numpy in PyPy. So first I tried installing in normally using `pip`. It failed because of #3056. So I followed the PyPy download page and tried to install NumPyPy. It failed because of #3057. I was already pretty frustrated. I saw on that same page that Micropypy is also a thing. But apparently, it doesn?t work either: ``` In [5]: import _numpypy --------------------------------------------------------------------------- ModuleNotFoundError Traceback (most recent call last) in ----> 1 import _numpypy ModuleNotFoundError: No module named '_numpypy' ``` This has been pretty frustrating? You have 3 options for using Numpy and none of them work out of the box. From issues-reply at bitbucket.org Fri Aug 23 15:22:07 2019 From: issues-reply at bitbucket.org (Ram Rachum) Date: Fri, 23 Aug 2019 19:22:07 +0000 (UTC) Subject: [pypy-issue] Issue #3059: utcfromtimestamp fails with ValueError (pypy/pypy) Message-ID: <20190823192207.22074.60850@celery-worker-109.ash1.bb-inf.net> New issue 3059: utcfromtimestamp fails with ValueError https://bitbucket.org/pypy/pypy/issues/3059/utcfromtimestamp-fails-with-valueerror Ram Rachum: ``` Python 3.6.1 (784b254d6699, Apr 16 2019, 12:10:48) [PyPy 7.1.1-beta0 with MSC v.1910 32 bit] ``` ? `utcfromtimestamp(0)` is supposed to return `datetime.datetime(1970, 1, 1, 0, 0)`, that?s what it does on CPython. ? ``` In [8]: datetime.datetime.utcfromtimestamp(0) --------------------------------------------------------------------------- ValueError Traceback (most recent call last) in ----> 1 datetime.datetime.utcfromtimestamp(0) C:\pypy3\lib-python\3\datetime.py in utcfromtimestamp(cls, t) 1482 def utcfromtimestamp(cls, t): 1483 """Construct a naive UTC datetime from a POSIX timestamp.""" -> 1484 return cls._fromtimestamp(t, True, None) 1485 1486 @classmethod C:\pypy3\lib-python\3\datetime.py in _fromtimestamp(cls, t, utc, tz) 1457 # Let's probe 24 hours in the past to detect a transition 1458 max_fold_seconds = 24 * 3600 -> 1459 y, m, d, hh, mm, ss = converter(t - max_fold_seconds)[:6] 1460 probe1 = cls(y, m, d, hh, mm, ss, us, tz) 1461 trans = result - probe1 - timedelta(0, max_fold_seconds) ValueError: Invalid argument ``` From issues-reply at bitbucket.org Tue Aug 27 18:16:42 2019 From: issues-reply at bitbucket.org (Nathan Stocks) Date: Tue, 27 Aug 2019 22:16:42 +0000 (UTC) Subject: [pypy-issue] Issue #3060: Multiprocessing regression in PyPy 7.x (pypy/pypy) Message-ID: <20190827221642.16261.65477@celery-worker-109.ash1.bb-inf.net> New issue 3060: Multiprocessing regression in PyPy 7.x https://bitbucket.org/pypy/pypy/issues/3060/multiprocessing-regression-in-pypy-7x Nathan Stocks: I'm the maintainer of [Green](https://github.com/CleanCut/green) and I've run across what seems to be a very odd pypy3 bug in `multiprocessing/connection.py` specific to macOS. This doesn't happen on any other version of Python nor on any platform that I test, also this didn?t happen on PyPy 6.0 and earlier, so I don?t suspect the python module itself, per se. OS: macOS Mojave 10.14.6 Pypy: `Python 3.6.1 (784b254d669919c872a505b807db8462b6140973, Jun 18 2019, 05:54:52)` / `[PyPy 7.1.1-beta0 with GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.46.4)] on darwin` Steps to reproduce: 1. Install green * `pip_pypy3 install green` 1. Run a portion of green's self-tests: * `/usr/local/share/pypy3/green -vvv green.test.test_runner` I observe 3\(!!!\) different crashes, each of which seem to implicate `multiprocessing/connection.py`. As far as I can tell, which error you get is simply random chance, though the first type seems to occur most often for me. Crash Type 1 seems to be the most common, an indefinite hang which requires pressing Ctrl-C to break out of: ``` $ /usr/local/share/pypy3/green -vvv green.test.test_runner Green 2.16.1, Coverage 4.5.4, Python 3.6.1 green.test.test_runner TestInitializerOrFinalizer . Given a blank dotted function, calling the initializer/finalizer does nothing. . An importable, callable object...crashes. . Given an actual importable module and function, the function is run. . An importable, but not-callable-object also raises an InitializerOrFinalizerError. . Given an unimportable module, an InitializerOrFinalizerError is raised. TestProcesses . Bad syntax in a testfile is caught as a test error. . run() can catch SIGINT while running a process. . If tempfile.gettempdir() is used for dir, using same testfile name will not collide. . args.processes = 0 causes auto-detection of number of processes. . run() does not crash with empty suite and processes . Running coverage in process mode doesn't crash . Exceptions that escape the test framework get caught by poolRunner and reported as a failure. For example, the testtools implementation of TestCase unwisely (but deliberately) lets SystemExit exceptions through. TestRun . run() can use a GreenStream for output. . A failing test case causes the whole run to report 'FAILED' . failfast causes the testing to stop after the first failure. . When we don't find any tests, we say so. . run() can use sys.stdout as the stream. . Raising a SystemExit gets caught and reported. . verbose=3 causes version output, and an empty test case passes. E setting warnings='always' doesn't crash ^CProcess DaemonlessPoolWorker-1: Traceback (most recent call last): File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/process.py", line 252, in _bootstrap File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/util.py", line 288, in _exit_function File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/util.py", line 254, in _run_finalizers File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/util.py", line 186, in __call__ File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/managers.py", line 615, in _finalize_manager process.join(timeout=1.0) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/process.py", line 121, in join File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/popen_fork.py", line 48, in wait File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 911, in wait ready = selector.select(timeout) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/selectors.py", line 376, in select File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/signals.py", line 36, in __call__ KeyboardInterrupt Error in green.test.test_runner.TestRun.test_warnings File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 59, in testPartExecutor yield File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 601, in run testMethod() File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/test/test_runner.py", line 182, in test_warnings result = run(tests, self.stream, self.args) File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/runner.py", line 87, in run manager = multiprocessing.Manager() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/context.py", line 56, in Manager m.start() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/managers.py", line 503, in start reader, writer = connection.Pipe(duplex=False) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 512, in Pipe fd1, fd2 = os.pipe() OSError: [Errno 24] Too many open files Warning: Some tests may not have been run. Ran 20 tests in 10.948s using 8 processes FAILED (errors=1, passes=19) ``` Here is Crash Type 2 talking about "bad message length": ``` $ /usr/local/share/pypy3/green -vvv green.test.test_runner Green 2.16.1, Coverage 4.5.4, Python 3.6.1 green.test.test_runner TestInitializerOrFinalizer . Given a blank dotted function, calling the initializer/finalizer does nothing. . An importable, callable object...crashes. . Given an actual importable module and function, the function is run. . An importable, but not-callable-object also raises an InitializerOrFinalizerError. . Given an unimportable module, an InitializerOrFinalizerError is raised. TestProcesses . Bad syntax in a testfile is caught as a test error. . run() can catch SIGINT while running a process. . If tempfile.gettempdir() is used for dir, using same testfile name will not collide. . args.processes = 0 causes auto-detection of number of processes. . run() does not crash with empty suite and processes . Running coverage in process mode doesn't crash . Exceptions that escape the test framework get caught by poolRunner and reported as a failure. For example, the testtools implementation of TestCase unwisely (but deliberately) lets SystemExit exceptions through. TestRun . run() can use a GreenStream for output. . A failing test case causes the whole run to report 'FAILED' . failfast causes the testing to stop after the first failure. . When we don't find any tests, we say so. . run() can use sys.stdout as the stream. . Raising a SystemExit gets caught and reported. . verbose=3 causes version output, and an empty test case passes. E setting warnings='always' doesn't crash Error in green.test.test_runner.TestRun.test_warnings File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 59, in testPartExecutor yield File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 601, in run testMethod() File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/test/test_runner.py", line 182, in test_warnings result = run(tests, self.stream, self.args) File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/runner.py", line 89, in run for target in toParallelTargets(suite, args.targets)] File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/runner.py", line 89, in for target in toParallelTargets(suite, args.targets)] File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/managers.py", line 662, in temp token, exp = self._create(typeid, *args, **kwds) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/managers.py", line 554, in _create conn = self._Client(self._address, authkey=self._authkey) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 493, in Client answer_challenge(c, authkey) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 732, in answer_challenge message = connection.recv_bytes(256) # reject large message File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 218, in recv_bytes self._bad_message_length() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 151, in _bad_message_length raise OSError("bad message length") OSError: bad message length Ran 20 tests in 5.613s using 8 processes FAILED (errors=1, passes=19) ``` And finally Crash Type 3, talking about an "EOF Error": ``` $ /usr/local/share/pypy3/green -vvv green.test.test_runner Green 2.16.1, Coverage 4.5.4, Python 3.6.1 green.test.test_runner TestInitializerOrFinalizer . Given a blank dotted function, calling the initializer/finalizer does nothing. . An importable, callable object...crashes. . Given an actual importable module and function, the function is run. . An importable, but not-callable-object also raises an InitializerOrFinalizerError. . Given an unimportable module, an InitializerOrFinalizerError is raised. TestProcesses . Bad syntax in a testfile is caught as a test error. . run() can catch SIGINT while running a process. . If tempfile.gettempdir() is used for dir, using same testfile name will not collide. . args.processes = 0 causes auto-detection of number of processes. . run() does not crash with empty suite and processes . Running coverage in process mode doesn't crash . Exceptions that escape the test framework get caught by poolRunner and reported as a failure. For example, the testtools implementation of TestCase unwisely (but deliberately) lets SystemExit exceptions through. TestRun . run() can use a GreenStream for output. . A failing test case causes the whole run to report 'FAILED' . failfast causes the testing to stop after the first failure. . When we don't find any tests, we say so. . run() can use sys.stdout as the stream. . Raising a SystemExit gets caught and reported. . verbose=3 causes version output, and an empty test case passes. E setting warnings='always' doesn't crash Error in green.test.test_runner.TestRun.test_warnings File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 59, in testPartExecutor yield File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/unittest/case.py", line 601, in run testMethod() File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/test/test_runner.py", line 182, in test_warnings result = run(tests, self.stream, self.args) File "/usr/local/Cellar/pypy3/7.1.1/libexec/site-packages/green/runner.py", line 87, in run manager = multiprocessing.Manager() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/context.py", line 56, in Manager m.start() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/managers.py", line 517, in start self._address = reader.recv() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 250, in recv buf = self._recv_bytes() File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 407, in _recv_bytes buf = self._recv(4) File "/usr/local/Cellar/pypy3/7.1.1/libexec/lib-python/3/multiprocessing/connection.py", line 383, in _recv raise EOFError EOFError Ran 20 tests in 4.402s using 8 processes FAILED (errors=1, passes=19) ``` From issues-reply at bitbucket.org Wed Aug 28 14:03:22 2019 From: issues-reply at bitbucket.org (Ram Rachum) Date: Wed, 28 Aug 2019 18:03:22 +0000 (UTC) Subject: [pypy-issue] Issue #3061: Update "What about numpy, numpypy, micronumpy?" in docs (pypy/pypy) Message-ID: <20190828180322.23348.47154@celery-worker-112.ash1.bb-inf.net> New issue 3061: Update "What about numpy, numpypy, micronumpy?" in docs https://bitbucket.org/pypy/pypy/issues/3061/update-what-about-numpy-numpypy-micronumpy Ram Rachum: Update the ?What about numpy, numpypy, micronumpy?? section in the FAQ to reflect that micronumpy / numpypy are no longer supported. From issues-reply at bitbucket.org Thu Aug 29 15:11:58 2019 From: issues-reply at bitbucket.org (Fabio Zadrozny) Date: Thu, 29 Aug 2019 19:11:58 +0000 (UTC) Subject: [pypy-issue] Issue #3062: RuntimeError using pathlib (on Windows) (pypy/pypy) Message-ID: <20190829191158.34113.54818@celery-worker-111.ash1.bb-inf.net> New issue 3062: RuntimeError using pathlib (on Windows) https://bitbucket.org/pypy/pypy/issues/3062/runtimeerror-using-pathlib-on-windows Fabio Zadrozny: I hope the output from the console is enough to show the error \(I get this by just unzipping pypy and running the commands below\). ? > > c:\\bin\\pypy3.6-v7.1.1-win32\\pypy3.exe > Python 3.6.1 \(784b254d6699, Apr 16 2019, 12:10:48\) > \[PyPy 7.1.1-beta0 with MSC v.1910 32 bit\] on win32 > > >>>> from pathlib import Path > >>>> Path\(\).resolve\(\) > Traceback \(most recent call last\): > File "", line 1, in > File "c:\\bin\\pypy3.6-v7.1.1-win32\\lib-python\\3\\[pathlib.py](http://pathlib.py)", line 1122, in resolve > s = self.\_flavour.resolve\(self, strict=strict\) > File "c:\\bin\\pypy3.6-v7.1.1-win32\\lib-python\\3\\[pathlib.py](http://pathlib.py)", line 192, in resolve > s = self.\_ext\_to\_normal\(\_getfinalpathname\(s\)\) > RuntimeError From issues-reply at bitbucket.org Sat Aug 31 12:50:06 2019 From: issues-reply at bitbucket.org (TheoL) Date: Sat, 31 Aug 2019 16:50:06 +0000 (UTC) Subject: [pypy-issue] Issue #3063: RPython Traceback when using aggdraw (pypy/pypy) Message-ID: <20190831165006.12446.86556@app-147.ash1.bb-inf.net> New issue 3063: RPython Traceback when using aggdraw https://bitbucket.org/pypy/pypy/issues/3063/rpython-traceback-when-using-aggdraw TheoL: When using aggdraw with Pillow there is a core dump. To reproduce run: ``` import aggdraw from PIL import Image if __name__ == '__main__': image = Image.new("RGB", (720, 270)) draw = aggdraw.Draw(image) ``` And the output is: ``` % python pypy-error.py RPython traceback: File "pypy_module_cpyext_5.c", line 65268, in W_PyCFunctionObject_call_varargs File "pypy_module_cpyext_5.c", line 65620, in generic_cpy_call__StdObjSpaceConst_funcPtr_SomeI_8 File "pypy_module_cpyext_1.c", line 35516, in from_ref File "pypy_module_cpyext_1.c", line 35560, in from_ref Fatal RPython error: AssertionError zsh: abort (core dumped) python pypy-error.py ``` ? Versions are: Python 3.6.1 \(784b254d669919c872a505b807db8462b6140973, Apr 16 2019, 18:18:28\) \[PyPy 7.1.1-beta0 with GCC 8.2.0\] on linux aggdraw==1.3.11 Pillow==6.1.0 Attached is full log output with PYPYLOG enabled. From issues-reply at bitbucket.org Sat Aug 31 17:16:31 2019 From: issues-reply at bitbucket.org (Anthony Sottile) Date: Sat, 31 Aug 2019 21:16:31 +0000 (UTC) Subject: [pypy-issue] Issue #3064: curses: get_wch return value inconsistent with cpython (pypy/pypy) Message-ID: <20190831211631.19912.90088@celery-worker-111.ash1.bb-inf.net> New issue 3064: curses: get_wch return value inconsistent with cpython https://bitbucket.org/pypy/pypy/issues/3064/curses-get_wch-return-value-inconsistent Anthony Sottile: ```python import curses def c_main(stdscr): ch = stdscr.get_wch() assert isinstance(ch, str), ch curses.wrapper(c_main) ``` Run this and type ?a? on the keyboard In CPython this does nothing In pypy3.6 I get: ```shell $ pypy3 t.py Traceback (most recent call last): File "t.py", line 8, in curses.wrapper(c_main) File "/home/asottile/opt/pypy3.6-v7.1.1-linux64/lib-python/3/curses/__init__.py", line 94, in wrapper return func(stdscr, *args, **kwds) File "t.py", line 5, in c_main assert isinstance(ch, str), ch AssertionError: 97 ``` ? ``` $ pypy3 --version Python 3.6.1 (784b254d6699, Apr 14 2019, 10:22:42) [PyPy 7.1.1-beta0 with GCC 6.2.0 20160901] ``` From issues-reply at bitbucket.org Sat Aug 31 17:42:23 2019 From: issues-reply at bitbucket.org (Ronan Lamy) Date: Sat, 31 Aug 2019 21:42:23 +0000 (UTC) Subject: [pypy-issue] Issue #3065: range() with large step causes undefined behaviour (pypy/pypy) Message-ID: <20190831214222.11507.68826@app-137.ash1.bb-inf.net> New issue 3065: range() with large step causes undefined behaviour https://bitbucket.org/pypy/pypy/issues/3065/range-with-large-step-causes-undefined Ronan Lamy: With positive step, range\(start, stop, step\) translates roughly like: ```python def range(start, stop, step): cur = start while cur < stop: yield cur cur += step ``` Signed integer overflow, which is undefined behaviour in C, may happen on the line `cur += step`, e.g. if start \+ step > sys.maxint. Note: this caused the issue fixed in be2a55c81f26 From issues-reply at bitbucket.org Sat Aug 31 18:03:12 2019 From: issues-reply at bitbucket.org (Ronan Lamy) Date: Sat, 31 Aug 2019 22:03:12 +0000 (UTC) Subject: [pypy-issue] Issue #3066: Setting frame.f_lineno raises spurious SystemErrors (pypy/pypy) Message-ID: <20190831220312.20110.39663@app-137.ash1.bb-inf.net> New issue 3066: Setting frame.f_lineno raises spurious SystemErrors https://bitbucket.org/pypy/pypy/issues/3066/setting-framef_lineno-raises-spurious Ronan Lamy: See [test\_f\_lineno\_set\_4\(\) in apptest\_pyframe.py](https://bitbucket.org/pypy/pypy/src/013d6f1424147ce704f90a871caf4e3a079a5352/pypy/interpreter/test/apptest_pyframe.py#lines-168). The core issue is that POP\_BLOCK/END\_FINALLY opcodes can disappear if they happen to be in dead code, i.e. if there is an unconditional return in the block they end. In such a case, PyFrame.fset\_f\_lineno considers the bytecode invalid and raises a SystemError.