From issues-reply at bitbucket.org Fri Feb 5 11:02:41 2016 From: issues-reply at bitbucket.org (HawkOwl) Date: Fri, 05 Feb 2016 16:02:41 -0000 Subject: [pypy-issue] Issue #2233: PyPy 4.0.1 on FreeBSD 12 fails to get the correct locale (pypy/pypy) Message-ID: <20160205160241.25100.51698@celery-worker-101.ash1.bb-inf.net> New issue 2233: PyPy 4.0.1 on FreeBSD 12 fails to get the correct locale https://bitbucket.org/pypy/pypy/issues/2233/pypy-401-on-freebsd-12-fails-to-get-the HawkOwl: On FBSD12, PyPy does not seem to read the LANG variable, or even the LC_LANG variable (which isn't proper on FBSD, but anyway). This means there's never a locale, and it falls back to the default of None -- which causes everything Unicode to explode, as the default on CPython is "US-ASCII". ``` $ LANG=de_DE.UTF-8 /opt/pypy401/bin/pypy -c "import sys; print sys.getfilesystemencoding()" ``` And: ``` [oberstet at bvr-file1 ~]$ LC_LANG=C /usr/local/bin/pypy -c "import sys; print sys.getfilesystemencoding()" None [oberstet at bvr-file1 ~]$ export LC_LANG=C [oberstet at bvr-file1 ~]$ /usr/local/bin/pypy -c "import sys; print sys.getfilesystemencoding()" None ``` ``` [oberstet at bvr-file1 ~]$ export LANG=de_DE.ISO8859-1 [oberstet at bvr-file1 ~]$ export LC_LANG=de_DE.ISO8859-1 [oberstet at bvr-file1 ~]$ /usr/local/bin/pypy -c "import sys; print sys.getfilesystemencoding()" None [oberstet at bvr-file1 ~]$ /opt/cpy2711/bin/python -c "import sys; print sys.getfilesystemencoding()" ISO8859-1 ``` ...and... ``` [oberstet at bvr-file1 ~]$ /opt/pypy401/bin/pypy -c "import sys; print sys.getfilesystemencoding()" None [oberstet at bvr-file1 ~]$ /opt/cpy2711/bin/python -c "import sys; print sys.getfilesystemencoding()" US-ASCII ``` From issues-reply at bitbucket.org Sat Feb 6 10:45:10 2016 From: issues-reply at bitbucket.org (Omer Katz) Date: Sat, 06 Feb 2016 15:45:10 -0000 Subject: [pypy-issue] Issue #2234: Unable to translate PyPy with Python 2.7.11 from Linux Alpine repository (pypy/pypy) Message-ID: <20160206154510.45647.50103@celery-worker-102.ash1.bb-inf.net> New issue 2234: Unable to translate PyPy with Python 2.7.11 from Linux Alpine repository https://bitbucket.org/pypy/pypy/issues/2234/unable-to-translate-pypy-with-python-2711 Omer Katz: Alpine lacks a PyPy package so I thought I'd make one (because I need it). Alpine uses musl-libc instead of GNU libc. I declared python as a build dependency for PyPy so the [python package](https://pkgs.alpinelinux.org/package/main/x86_64/python) for Alpine Linux was downloaded. For some reason, when compiling PyPy it is unable to load externmod.so. Full build log: https://bpaste.net/show/2d6361b89320 Any idea why this happens? This could be an issue with the upstream package, in which case I'd be happy to take it there. I just wanted to verify that this is not a PyPy issue first. From issues-reply at bitbucket.org Sat Feb 6 13:42:04 2016 From: issues-reply at bitbucket.org (Pete Vine) Date: Sat, 06 Feb 2016 18:42:04 -0000 Subject: [pypy-issue] Issue #2235: [Man bites dog] SSE2 backend slower in some benchmarks (pypy/pypy) Message-ID: <20160206184204.29169.85689@celery-worker-101.ash1.bb-inf.net> New issue 2235: [Man bites dog] SSE2 backend slower in some benchmarks https://bitbucket.org/pypy/pypy/issues/2235/man-bites-dog-sse2-backend-slower-in-some Pete Vine: Pitting the latest official `x86` Linux nightly against the old backend reveals a few surprising results: (just the ones SSE2 was `%` slower) `Ai` 12 `bm_cham/bm_dulwich` 12 `go` 64 `json` 27 `pyflate` 12 `slowspitfire/spitfire` 35/38 `pidigits` 33 It could even be called a regression as the official `4.0.1` release was doing much [better](https://bitbucket.org/pypy/pypy/issues/2197/sqlite-benchmark-fails-in-401#comment-25137937) the first I tried this comparison. From issues-reply at bitbucket.org Sat Feb 6 14:13:46 2016 From: issues-reply at bitbucket.org (Omer Katz) Date: Sat, 06 Feb 2016 19:13:46 -0000 Subject: [pypy-issue] Issue #2236: Unable to translate PyPy 4.0.1 with Python 2.7.11 built from source on Alpine Linux (pypy/pypy) Message-ID: <20160206191346.28547.89200@celery-worker-101.ash1.bb-inf.net> New issue 2236: Unable to translate PyPy 4.0.1 with Python 2.7.11 built from source on Alpine Linux https://bitbucket.org/pypy/pypy/issues/2236/unable-to-translate-pypy-401-with-python Omer Katz: Because I couldn't translate PyPy with the Python interpreter provided by the Alpine distribution I tried building a CPython interpreter from source using python-build. Everything works fine until the process is simply killed with no error message. Here's the full build log: https://bpaste.net/show/9a21b64ff63f From issues-reply at bitbucket.org Fri Feb 12 08:02:34 2016 From: issues-reply at bitbucket.org (Jakub Stasiak) Date: Fri, 12 Feb 2016 13:02:34 -0000 Subject: [pypy-issue] Issue #2237: PyPy 4.0.1 segmentation fault (code using Eventlet, platform: OS X, presumably GC involved) (pypy/pypy) Message-ID: <20160212130234.5248.25845@celery-worker-102.ash1.bb-inf.net> New issue 2237: PyPy 4.0.1 segmentation fault (code using Eventlet, platform: OS X, presumably GC involved) https://bitbucket.org/pypy/pypy/issues/2237/pypy-401-segmentation-fault-code-using Jakub Stasiak: Code that triggers the segfault (extracted from Eventlet test suite and modified to improve the chance of failure): ```python import gc import eventlet from eventlet import event for i in range(5): evt = event.Event() def waiter(sock, addr): evt.wait() l = eventlet.listen(('localhost', 0)) allowed_count = 10 eventlet.spawn(eventlet.serve, l, waiter, allowed_count) def test_client(): eventlet.connect(('localhost', l.getsockname()[1])) for i in range(allowed_count): test_client() eventlet.with_timeout( 0.01, test_client, timeout_value="timed out") gc.collect() ``` Extra dependencies: ``` eventlet==0.18.2 ``` Result: ``` * thread #1: tid = 0xb0ee9, 0x0000000100f9cb5e libpypy-c.dylib`pypy_g_trace___append_if_nonnull + 26, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x2014d8836) frame #0: 0x0000000100f9cb5e libpypy-c.dylib`pypy_g_trace___append_if_nonnull + 26 libpypy-c.dylib`pypy_g_trace___append_if_nonnull: -> 0x100f9cb5e <+26>: movq (%rbx,%r15), %rax 0x100f9cb62 <+30>: testl $0x260000, %eax 0x100f9cb67 <+35>: je 0x100f9cbaa ; <+102> 0x100f9cb69 <+37>: testl $0x40000, %eax (lldb) disassemble libpypy-c.dylib`pypy_g_trace___append_if_nonnull: 0x100f9cb44 <+0>: pushq %r15 0x100f9cb46 <+2>: pushq %r14 0x100f9cb48 <+4>: pushq %r13 0x100f9cb4a <+6>: pushq %r12 0x100f9cb4c <+8>: pushq %rbx 0x100f9cb4d <+9>: movq %rdx, %r14 0x100f9cb50 <+12>: movq %rsi, %r12 0x100f9cb53 <+15>: movl (%r12), %ebx 0x100f9cb57 <+19>: leaq 0x53bd02(%rip), %r15 ; pypy_g_typeinfo -> 0x100f9cb5e <+26>: movq (%rbx,%r15), %rax 0x100f9cb62 <+30>: testl $0x260000, %eax 0x100f9cb67 <+35>: je 0x100f9cbaa ; <+102> 0x100f9cb69 <+37>: testl $0x40000, %eax 0x100f9cb6e <+42>: jne 0x100f9cc12 ; <+206> 0x100f9cb74 <+48>: movq %r12, %rsi 0x100f9cb77 <+51>: movq %r14, %rdx 0x100f9cb7a <+54>: callq 0x100f9cccc ; pypy_g__trace_slow_path___append_if_nonnull 0x100f9cb7f <+59>: cmpq $0x0, 0x1905509(%rip) ; pypy_g_array_92 + 65535 0x100f9cb87 <+67>: je 0x100f9cbaa ; <+102> 0x100f9cb89 <+69>: movslq 0x19141d0(%rip), %rax ; pypydtcount 0x100f9cb90 <+76>: leal 0x1(%rax), %ecx 0x100f9cb93 <+79>: shlq $0x4, %rax 0x100f9cb97 <+83>: leaq 0x1915312(%rip), %rdx ; pypy_debug_tracebacks 0x100f9cb9e <+90>: leaq 0x189480b(%rip), %rsi ; pypy_g_trace___append_if_nonnull.loc128 0x100f9cba5 <+97>: jmp 0x100f9ccac ; <+360> 0x100f9cbaa <+102>: movq 0x18(%rbx,%r15), %r15 0x100f9cbaf <+107>: movq (%r15), %rax 0x100f9cbb2 <+110>: testq %rax, %rax 0x100f9cbb5 <+113>: jle 0x100f9ccc2 ; <+382> 0x100f9cbbb <+119>: xorl %ebx, %ebx 0x100f9cbbd <+121>: movq 0x8(%r15,%rbx,8), %rcx 0x100f9cbc2 <+126>: movq (%r12,%rcx), %r13 0x100f9cbc6 <+130>: testq %r13, %r13 0x100f9cbc9 <+133>: je 0x100f9cc05 ; <+193> 0x100f9cbcb <+135>: movq 0x10(%r14), %rax 0x100f9cbcf <+139>: cmpq $0x3fb, %rax 0x100f9cbd5 <+145>: jne 0x100f9cbf2 ; <+174> 0x100f9cbd7 <+147>: movq %r14, %rdi 0x100f9cbda <+150>: callq 0x100fd22d9 ; pypy_g_AddressStack_enlarge 0x100f9cbdf <+155>: cmpq $0x0, 0x19054a9(%rip) ; pypy_g_array_92 + 65535 0x100f9cbe7 <+163>: movl $0x0, %eax 0x100f9cbec <+168>: jne 0x100f9cc72 ; <+302> 0x100f9cbf2 <+174>: movq 0x8(%r14), %rcx 0x100f9cbf6 <+178>: movq %r13, 0x8(%rcx,%rax,8) 0x100f9cbfb <+183>: incq %rax 0x100f9cbfe <+186>: movq %rax, 0x10(%r14) 0x100f9cc02 <+190>: movq (%r15), %rax 0x100f9cc05 <+193>: incq %rbx 0x100f9cc08 <+196>: cmpq %rax, %rbx 0x100f9cc0b <+199>: jl 0x100f9cbbd ; <+121> 0x100f9cc0d <+201>: jmp 0x100f9ccc2 ; <+382> 0x100f9cc12 <+206>: movq 0x8(%r12), %rbx 0x100f9cc17 <+211>: testq %rbx, %rbx 0x100f9cc1a <+214>: jle 0x100f9ccc2 ; <+382> 0x100f9cc20 <+220>: addq $0x10, %r12 0x100f9cc24 <+224>: incq %rbx 0x100f9cc27 <+227>: movq (%r12), %r15 0x100f9cc2b <+231>: testq %r15, %r15 0x100f9cc2e <+234>: je 0x100f9cc63 ; <+287> 0x100f9cc30 <+236>: movq 0x10(%r14), %rax 0x100f9cc34 <+240>: cmpq $0x3fb, %rax 0x100f9cc3a <+246>: jne 0x100f9cc53 ; <+271> 0x100f9cc3c <+248>: movq %r14, %rdi 0x100f9cc3f <+251>: callq 0x100fd22d9 ; pypy_g_AddressStack_enlarge 0x100f9cc44 <+256>: cmpq $0x0, 0x1905444(%rip) ; pypy_g_array_92 + 65535 0x100f9cc4c <+264>: movl $0x0, %eax 0x100f9cc51 <+269>: jne 0x100f9cc90 ; <+332> 0x100f9cc53 <+271>: movq 0x8(%r14), %rcx 0x100f9cc57 <+275>: movq %r15, 0x8(%rcx,%rax,8) 0x100f9cc5c <+280>: incq %rax 0x100f9cc5f <+283>: movq %rax, 0x10(%r14) 0x100f9cc63 <+287>: addq $0x8, %r12 0x100f9cc67 <+291>: decq %rbx 0x100f9cc6a <+294>: cmpq $0x1, %rbx 0x100f9cc6e <+298>: jg 0x100f9cc27 ; <+227> 0x100f9cc70 <+300>: jmp 0x100f9ccc2 ; <+382> 0x100f9cc72 <+302>: movslq 0x19140e7(%rip), %rax ; pypydtcount 0x100f9cc79 <+309>: leal 0x1(%rax), %ecx 0x100f9cc7c <+312>: shlq $0x4, %rax 0x100f9cc80 <+316>: leaq 0x1915229(%rip), %rdx ; pypy_debug_tracebacks 0x100f9cc87 <+323>: leaq 0x189470a(%rip), %rsi ; pypy_g_trace___append_if_nonnull.loc 0x100f9cc8e <+330>: jmp 0x100f9ccac ; <+360> 0x100f9cc90 <+332>: movslq 0x19140c9(%rip), %rax ; pypydtcount 0x100f9cc97 <+339>: leal 0x1(%rax), %ecx 0x100f9cc9a <+342>: shlq $0x4, %rax 0x100f9cc9e <+346>: leaq 0x191520b(%rip), %rdx ; pypy_debug_tracebacks 0x100f9cca5 <+353>: leaq 0x189471c(%rip), %rsi ; pypy_g_trace___append_if_nonnull.loc129 0x100f9ccac <+360>: movq %rsi, (%rax,%rdx) 0x100f9ccb0 <+364>: movq $0x0, 0x8(%rax,%rdx) 0x100f9ccb9 <+373>: andl $0x7f, %ecx 0x100f9ccbc <+376>: movl %ecx, 0x191409e(%rip) ; pypydtcount 0x100f9ccc2 <+382>: popq %rbx 0x100f9ccc3 <+383>: popq %r12 0x100f9ccc5 <+385>: popq %r13 0x100f9ccc7 <+387>: popq %r14 0x100f9ccc9 <+389>: popq %r15 0x100f9cccb <+391>: retq (lldb) register read General Purpose Registers: rax = 0xffffffefffffffd6 rbx = 0x00000000ffffffd6 rcx = 0x0000000106817e00 rdx = 0x000000010411efc0 rdi = 0x00000001016f2458 pypy_g_rpython_memory_gc_incminimark_IncrementalMiniMar rsi = 0x00000001059455f8 rbp = 0x00000001059455f8 rsp = 0x00007fff5fbfec60 r8 = 0x0000000000000001 r9 = 0x00000000c0000000 r10 = 0x00000000051706c5 r11 = 0x0000000104100000 r12 = 0x00000001059455f8 r13 = 0x0000000105d57a18 r14 = 0x000000010411efc0 r15 = 0x00000001014d8860 pypy_g_typeinfo rip = 0x0000000100f9cb5e libpypy-c.dylib`pypy_g_trace___append_if_nonnull + 26 rflags = 0x0000000000010282 cs = 0x000000000000002b fs = 0x0000000000000000 gs = 0x0000000000000000 (lldb) thread backtrace * thread #1: tid = 0xb0ee9, 0x0000000100f9cb5e libpypy-c.dylib`pypy_g_trace___append_if_nonnull + 26, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x2014d8836) * frame #0: 0x0000000100f9cb5e libpypy-c.dylib`pypy_g_trace___append_if_nonnull + 26 frame #1: 0x0000000100fa5af2 libpypy-c.dylib`pypy_g_IncrementalMiniMarkGC__recursively_bump_finaliza + 179 frame #2: 0x0000000100fa46ba libpypy-c.dylib`pypy_g_IncrementalMiniMarkGC_deal_with_objects_with_fin + 1335 frame #3: 0x0000000100fa2d58 libpypy-c.dylib`pypy_g_IncrementalMiniMarkGC_major_collection_step + 990 frame #4: 0x0000000100fa3aef libpypy-c.dylib`pypy_g_IncrementalMiniMarkGC_gc_step_until + 47 frame #5: 0x0000000100752b4a libpypy-c.dylib`pypy_g_collect + 42 frame #6: 0x000000010039c611 libpypy-c.dylib`pypy_g_BuiltinCode_funcrun_obj + 214 frame #7: 0x00000001009a96a8 libpypy-c.dylib`pypy_g_CALL_METHOD__AccessDirect_star_1 + 251 frame #8: 0x00000001003c53ad libpypy-c.dylib`pypy_g_dispatch_bytecode__AccessDirect_None + 9120 frame #9: 0x00000001003c2bee libpypy-c.dylib`pypy_g_handle_bytecode__AccessDirect_None + 43 frame #10: 0x0000000100940549 libpypy-c.dylib`pypy_g_portal_35 + 68 frame #11: 0x0000000100eae93b libpypy-c.dylib`pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter + 537 frame #12: 0x00000001003b72ab libpypy-c.dylib`rpyvmprof_f_pypy_rrr + 1515 frame #13: 0x00000001011f0905 libpypy-c.dylib`rpyvmprof_t_pypy_rrr + 6 frame #14: 0x00000001010f0a31 libpypy-c.dylib`pypy_g_execute_frame_rvmprof__star_3 + 213 frame #15: 0x00000001003cc8d9 libpypy-c.dylib`pypy_g_EXEC_STMT__AccessDirect_None + 988 frame #16: 0x00000001003c46a6 libpypy-c.dylib`pypy_g_dispatch_bytecode__AccessDirect_None + 5785 frame #17: 0x00000001003c2bee libpypy-c.dylib`pypy_g_handle_bytecode__AccessDirect_None + 43 frame #18: 0x0000000100940549 libpypy-c.dylib`pypy_g_portal_35 + 68 frame #19: 0x0000000100eae93b libpypy-c.dylib`pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter + 537 frame #20: 0x00000001003b72ab libpypy-c.dylib`rpyvmprof_f_pypy_rrr + 1515 frame #21: 0x00000001011f0905 libpypy-c.dylib`rpyvmprof_t_pypy_rrr + 6 frame #22: 0x00000001010f0a31 libpypy-c.dylib`pypy_g_execute_frame_rvmprof__star_3 + 213 frame #23: 0x00000001003cb993 libpypy-c.dylib`pypy_g_call_function__AccessDirect_None + 1737 frame #24: 0x00000001003c51f8 libpypy-c.dylib`pypy_g_dispatch_bytecode__AccessDirect_None + 8683 frame #25: 0x00000001003c2bee libpypy-c.dylib`pypy_g_handle_bytecode__AccessDirect_None + 43 frame #26: 0x0000000100940549 libpypy-c.dylib`pypy_g_portal_35 + 68 frame #27: 0x0000000100eae93b libpypy-c.dylib`pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter + 537 frame #28: 0x00000001003b72ab libpypy-c.dylib`rpyvmprof_f_pypy_rrr + 1515 frame #29: 0x00000001011f0905 libpypy-c.dylib`rpyvmprof_t_pypy_rrr + 6 frame #30: 0x00000001010f0a31 libpypy-c.dylib`pypy_g_execute_frame_rvmprof__star_3 + 213 frame #31: 0x00000001003cb993 libpypy-c.dylib`pypy_g_call_function__AccessDirect_None + 1737 frame #32: 0x00000001003c511e libpypy-c.dylib`pypy_g_dispatch_bytecode__AccessDirect_None + 8465 frame #33: 0x00000001003c2bee libpypy-c.dylib`pypy_g_handle_bytecode__AccessDirect_None + 43 frame #34: 0x0000000100940549 libpypy-c.dylib`pypy_g_portal_35 + 68 frame #35: 0x0000000100eae93b libpypy-c.dylib`pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter + 537 frame #36: 0x00000001003b72ab libpypy-c.dylib`rpyvmprof_f_pypy_rrr + 1515 frame #37: 0x00000001011f0905 libpypy-c.dylib`rpyvmprof_t_pypy_rrr + 6 frame #38: 0x00000001010f0a31 libpypy-c.dylib`pypy_g_execute_frame_rvmprof__star_3 + 213 frame #39: 0x00000001003cb993 libpypy-c.dylib`pypy_g_call_function__AccessDirect_None + 1737 frame #40: 0x00000001003c518b libpypy-c.dylib`pypy_g_dispatch_bytecode__AccessDirect_None + 8574 frame #41: 0x00000001003c2bee libpypy-c.dylib`pypy_g_handle_bytecode__AccessDirect_None + 43 frame #42: 0x0000000100940549 libpypy-c.dylib`pypy_g_portal_35 + 68 frame #43: 0x0000000100eae93b libpypy-c.dylib`pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter + 537 frame #44: 0x00000001003b72ab libpypy-c.dylib`rpyvmprof_f_pypy_rrr + 1515 frame #45: 0x00000001011f0905 libpypy-c.dylib`rpyvmprof_t_pypy_rrr + 6 frame #46: 0x00000001010f0a31 libpypy-c.dylib`pypy_g_execute_frame_rvmprof__star_3 + 213 frame #47: 0x0000000100360236 libpypy-c.dylib`pypy_g_call_function__star_2 + 306 frame #48: 0x00000001002a0bea libpypy-c.dylib`pypy_g_entry_point + 4598 frame #49: 0x00000001011f3095 libpypy-c.dylib`pypy_main_function + 105 frame #50: 0x0000000100000f38 python`start + 52 ``` From issues-reply at bitbucket.org Sat Feb 13 09:33:21 2016 From: issues-reply at bitbucket.org (David MacIver) Date: Sat, 13 Feb 2016 14:33:21 -0000 Subject: [pypy-issue] Issue #2238: Mysterious test failure in Hypothesis build only on pypy (pypy/pypy) Message-ID: <20160213143321.30855.25226@celery-worker-102.ash1.bb-inf.net> New issue 2238: Mysterious test failure in Hypothesis build only on pypy https://bitbucket.org/pypy/pypy/issues/2238/mysterious-test-failure-in-hypothesis David MacIver: This is currently a somewhat speculative issue. Please don't spend too much time on it until I've been able to narrow it down further. This test is failing for me on travis only on pypy: https://github.com/DRMacIver/hypothesis/blob/5095266f0fb88bdc17c10753499a57d3163b7596/tests/cover/test_conjecture_engine.py#L286 (The test that should be at that line number is test_interleaving_engines) It did not fail on pypy 2.6.1 and started failing when I upgraded pypy to 4.0.1. I don't currently have a 4.0.1 locally installed and my internet is rather unusably slow right now so I haven't yet been able to confirm this locally, but it happens reliably on travis. The failure I see is: ``` tests/cover/test_conjecture_engine.py:285: in test_interleaving_engines .tox/pypy-full/site-packages/hypothesis/core.py:492: in wrapped_test .tox/pypy-full/site-packages/hypothesis/executors.py:57: in default_new_style_executor .tox/pypy-full/site-packages/hypothesis/core.py:115: in run tests/cover/test_conjecture_engine.py:287: in test_interleaving_engines tests/cover/test_conjecture_engine.py:38: in run_to_buffer .tox/pypy-full/site-packages/hypothesis/internal/conjecture/engine.py:154: in run self._run() .tox/pypy-full/site-packages/hypothesis/internal/conjecture/engine.py:382: in _run .tox/pypy-full/site-packages/hypothesis/internal/conjecture/minimizer.py:138: in minimize .tox/pypy-full/site-packages/hypothesis/internal/conjecture/minimizer.py:106: in run .tox/pypy-full/site-packages/hypothesis/internal/conjecture/minimizer.py:74: in _shrink_index .tox/pypy-full/site-packages/hypothesis/internal/conjecture/minimizer.py:61: in incorporate .tox/pypy-full/site-packages/hypothesis/internal/conjecture/engine.py:381: in .tox/pypy-full/site-packages/hypothesis/internal/conjecture/engine.py:136: in incorporate_new_buffer .tox/pypy-full/site-packages/hypothesis/internal/conjecture/engine.py:65: in test_function tests/cover/test_conjecture_engine.py:302: in x .tox/pypy-full/site-packages/hypothesis/internal/conjecture/data.py:147: in mark_interesting .tox/pypy-full/site-packages/hypothesis/internal/conjecture/data.py:74: in __assert_not_frozen E Frozen: Cannot call mark_interesting on frozen TestData ``` Which is a legitimate error, but I can't see how it could be reachable here: It means the frozen flag has been set before this, but the only places where the frozen flag is set should either happen after this point or would have raised an exception that should not have been caught prior to here. I'm not ruling out that this is just a bug in my code, but the fact that it only occurs on a specific pypy version suggests not. Current smallest reproduction I know of: * Clone hypothesis * Check out 5095266f0fb88bdc17c10753499a57d3163b7596 * make check-pypy The following will *probably* reproduce it but I can't currently be sure of that: * On pypy-4.0.1 install pytest * Run PYTHONPATH=src python -m pytest tests/cover/test_conjecture_engine.py -kinterleaving I'll try to get you a more minimal example later if this is hard for you to reproduce. Let me know if you need anything else. From issues-reply at bitbucket.org Sun Feb 14 19:05:16 2016 From: issues-reply at bitbucket.org (uncaffeinated) Date: Mon, 15 Feb 2016 00:05:16 -0000 Subject: [pypy-issue] Issue #2239: Segfault in replace_guard_class_with_guard_value (pypy/pypy) Message-ID: <20160215000516.28043.27468@celery-worker-103.ash1.bb-inf.net> New issue 2239: Segfault in replace_guard_class_with_guard_value https://bitbucket.org/pypy/pypy/issues/2239/segfault-in uncaffeinated: Pypy segfaults whenever you try to decompile anything with Krakatau. To reproduce, checkout Krakatau branch pypy_bug (0d739be3707d3b3210fc1b2894a9e7b47334d215) and run pypy Krakatau/decompile.py -nauto -out temp -r -path Krakatau/tests/classes/ Krakatau/tests/classes/ gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00007ffff58a91f5 in pypy_g_OptRewrite_replace_guard_class_with_guard_value () from /home/rsg/Pypy/pypy/built/libpypy-c.so (gdb) bt #0 0x00007ffff58a91f5 in pypy_g_OptRewrite_replace_guard_class_with_guard_value () from /home/rsg/Pypy/pypy/built/libpypy-c.so #1 0x00007ffff58a9e8b in pypy_g_OptRewrite_optimize_GUARD_VALUE () from /home/rsg/Pypy/pypy/built/libpypy-c.so #2 0x00007ffff58d7e75 in pypy_g_dispatch_optimize___star_0_5 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #3 0x00007ffff58a844e in pypy_g_OptRewrite_propagate_forward () from /home/rsg/Pypy/pypy/built/libpypy-c.so #4 0x00007ffff5889acf in pypy_g_OptIntBounds__optimize_guard_true_false_value () from /home/rsg/Pypy/pypy/built/libpypy-c.so #5 0x00007ffff58d8ef5 in pypy_g_dispatch_optimize___star_0_6 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #6 0x00007ffff58837d9 in pypy_g_OptIntBounds_propagate_forward () from /home/rsg/Pypy/pypy/built/libpypy-c.so #7 0x00007ffff58cce8e in pypy_g_UnrollOptimizer_inline_short_preamble () from /home/rsg/Pypy/pypy/built/libpypy-c.so #8 0x00007ffff58ced40 in pypy_g_UnrollOptimizer_jump_to_existing_trace () from /home/rsg/Pypy/pypy/built/libpypy-c.so #9 0x00007ffff58d25f9 in pypy_g_UnrollOptimizer_optimize_bridge () from /home/rsg/Pypy/pypy/built/libpypy-c.so #10 0x00007ffff585fc69 in pypy_g_optimize_trace () from /home/rsg/Pypy/pypy/built/libpypy-c.so #11 0x00007ffff5817b68 in pypy_g_compile_trace () ---Type to continue, or q to quit--- from /home/rsg/Pypy/pypy/built/libpypy-c.so #12 0x00007ffff59d15e4 in pypy_g_MetaInterp_compile_trace () from /home/rsg/Pypy/pypy/built/libpypy-c.so #13 0x00007ffff59a09cc in pypy_g_MetaInterp_reached_loop_header () from /home/rsg/Pypy/pypy/built/libpypy-c.so #14 0x00007ffff597858a in pypy_g_MIFrame_opimpl_jit_merge_point () from /home/rsg/Pypy/pypy/built/libpypy-c.so #15 0x00007ffff59753f6 in pypy_g_handler_jit_merge_point_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #16 0x00007ffff5912c7d in pypy_g_MIFrame_run_one_step () from /home/rsg/Pypy/pypy/built/libpypy-c.so #17 0x00007ffff5913106 in pypy_g_MetaInterp_interpret () from /home/rsg/Pypy/pypy/built/libpypy-c.so #18 0x00007ffff59f878e in pypy_g_MetaInterp__handle_guard_failure () from /home/rsg/Pypy/pypy/built/libpypy-c.so #19 0x00007ffff59ed76a in pypy_g_MetaInterp_handle_guard_failure () from /home/rsg/Pypy/pypy/built/libpypy-c.so #20 0x00007ffff5813805 in pypy_g_AbstractResumeGuardDescr__trace_and_compile_from () from /home/rsg/Pypy/pypy/built/libpypy-c.so #21 0x00007ffff5813c08 in pypy_g_AbstractResumeGuardDescr_handle_fail () from /home/rsg/Pypy/pypy/built/libpypy-c.so #22 0x00007ffff5aa7313 in pypy_g_execute_assembler.star_2_14 () from /home/rsg/Pypy/pypy/built/libpypy-c.so ---Type to continue, or q to quit--- #23 0x00007ffff5aa7686 in pypy_g_maybe_compile_and_run.star_5_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #24 0x00007ffff5468166 in pypy_g_jump_absolute__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #25 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #26 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #27 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #28 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #29 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #30 0x00007ffff4eb1d2e in pypy_g_CALL_FUNCTION__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #31 0x00007ffff4eb6ff6 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #32 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #33 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #34 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interprete---Type to continue, or q to quit--- r () from /home/rsg/Pypy/pypy/built/libpypy-c.so #35 0x00007ffff4d76074 in pypy_g_call_stub_1541 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #36 0x00007ffff5805443 in pypy_g_bhimpl_jit_merge_point.star_6 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #37 0x00007ffff5805acc in pypy_g_handler_jit_merge_point () from /home/rsg/Pypy/pypy/built/libpypy-c.so #38 0x00007ffff5806036 in pypy_g_dispatch_loop () from /home/rsg/Pypy/pypy/built/libpypy-c.so #39 0x00007ffff580ef59 in pypy_g_BlackholeInterpreter_run () from /home/rsg/Pypy/pypy/built/libpypy-c.so #40 0x00007ffff580f2b8 in pypy_g_BlackholeInterpreter__resume_mainloop () from /home/rsg/Pypy/pypy/built/libpypy-c.so #41 0x00007ffff580f64e in pypy_g.run_forever () from /home/rsg/Pypy/pypy/built/libpypy-c.so #42 0x00007ffff580f8dc in pypy_g_resume_in_blackhole () from /home/rsg/Pypy/pypy/built/libpypy-c.so #43 0x00007ffff5813ca4 in pypy_g_AbstractResumeGuardDescr_handle_fail () from /home/rsg/Pypy/pypy/built/libpypy-c.so #44 0x00007ffff5aa7313 in pypy_g_execute_assembler.star_2_14 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #45 0x00007ffff5aa7686 in pypy_g_maybe_compile_and_run.star_5_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so ---Type to continue, or q to quit--- #46 0x00007ffff5468166 in pypy_g_jump_absolute__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #47 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #48 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #49 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #50 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #51 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #52 0x00007ffff4b52ef9 in pypy_g_dispatcher_5 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #53 0x00007ffff4e7b7da in pypy_g_Function_call_obj_args () from /home/rsg/Pypy/pypy/built/libpypy-c.so #54 0x00007ffff56a9555 in pypy_g_W_TypeObject_descr_call () from /home/rsg/Pypy/pypy/built/libpypy-c.so #55 0x00007ffff4b84547 in pypy_g.call_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #56 0x00007ffff4e85d21 in pypy_g_BuiltinCodePassThroughArguments1_funcrun_obj () from /home/rsg/Pypy/pypy/built/libpypy-c.so #57 0x00007ffff4b52f19 in pypy_g_dispatcher_5 () ---Type to continue, or q to quit--- from /home/rsg/Pypy/pypy/built/libpypy-c.so #58 0x00007ffff4e7b7da in pypy_g_Function_call_obj_args () from /home/rsg/Pypy/pypy/built/libpypy-c.so #59 0x00007ffff4e5bded in pypy_g_call_valuestack__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #60 0x00007ffff4eb1d2e in pypy_g_CALL_FUNCTION__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #61 0x00007ffff4eb6ff6 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #62 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #63 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #64 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #65 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #66 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #67 0x00007ffff54df8be in pypy_g_CALL_METHOD__AccessDirect_star_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #68 0x00007ffff4eb7626 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so ---Type to continue, or q to quit--- #69 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #70 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #71 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #72 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #73 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #74 0x00007ffff54df8be in pypy_g_CALL_METHOD__AccessDirect_star_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #75 0x00007ffff4eb7626 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #76 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #77 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #78 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #79 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #80 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () ---Type to continue, or q to quit--- from /home/rsg/Pypy/pypy/built/libpypy-c.so #81 0x00007ffff4eb1d2e in pypy_g_CALL_FUNCTION__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #82 0x00007ffff4eb6ff6 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #83 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #84 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #85 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #86 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #87 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #88 0x00007ffff54dfe88 in pypy_g_CALL_METHOD__AccessDirect_star_1 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #89 0x00007ffff4eb7626 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #90 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #91 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so ---Type to continue, or q to quit--- #92 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #93 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #94 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #95 0x00007ffff4eb1d2e in pypy_g_CALL_FUNCTION__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #96 0x00007ffff4eb6ff6 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #97 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #98 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #99 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #100 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #101 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #102 0x00007ffff4eb020e in pypy_g_EXEC_STMT__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #103 0x00007ffff4eb5ed6 in pypy_g_dispatch_bytecode__AccessDirect_None () ---Type to continue, or q to quit--- from /home/rsg/Pypy/pypy/built/libpypy-c.so #104 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #105 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #106 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #107 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #108 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #109 0x00007ffff4eb1973 in pypy_g_call_function__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #110 0x00007ffff4eb73c4 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #111 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #112 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #113 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #114 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so ---Type to continue, or q to quit--- #115 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #116 0x00007ffff4eb1973 in pypy_g_call_function__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #117 0x00007ffff4eb72a9 in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #118 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #119 0x00007ffff54682ce in pypy_g_portal_35 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #120 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #121 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #122 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #123 0x00007ffff4eb1973 in pypy_g_call_function__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #124 0x00007ffff4eb732d in pypy_g_dispatch_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #125 0x00007ffff4eba679 in pypy_g_handle_bytecode__AccessDirect_None () from /home/rsg/Pypy/pypy/built/libpypy-c.so #126 0x00007ffff54682ce in pypy_g_portal_35 () ---Type to continue, or q to quit--- from /home/rsg/Pypy/pypy/built/libpypy-c.so #127 0x00007ffff5a40325 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter () from /home/rsg/Pypy/pypy/built/libpypy-c.so #128 0x00007ffff4e9d7c4 in pypy_g_execute_frame () from /home/rsg/Pypy/pypy/built/libpypy-c.so #129 0x00007ffff5cf7eb5 in pypy_g_execute_frame_rvmprof.star_3 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #130 0x00007ffff4e45dfe in pypy_g_call_function.star_2 () from /home/rsg/Pypy/pypy/built/libpypy-c.so #131 0x00007ffff4d9907e in pypy_g_entry_point () from /home/rsg/Pypy/pypy/built/libpypy-c.so #132 0x00007ffff5e1a055 in pypy_main_function () from /home/rsg/Pypy/pypy/built/libpypy-c.so #133 0x00007ffff2decec5 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #134 0x00000000004005fe in _start () From issues-reply at bitbucket.org Tue Feb 16 08:11:10 2016 From: issues-reply at bitbucket.org (Richard Barrell) Date: Tue, 16 Feb 2016 13:11:10 -0000 Subject: [pypy-issue] Issue #2240: file.__iter__() for pipes slower under PyPy 4.0.1 than CPython 2.7.10 (pypy/pypy) Message-ID: <20160216131110.20396.50899@celery-worker-101.ash1.bb-inf.net> New issue 2240: file.__iter__() for pipes slower under PyPy 4.0.1 than CPython 2.7.10 https://bitbucket.org/pypy/pypy/issues/2240/file__iter__-for-pipes-slower-under-pypy Richard Barrell: When running `for line in f: ?`, where `f` is a pipe such as a subprocess.Popen object's stdout, CPython 2.7.10 reads 10kiB of data with each read(2) syscall but PyPy 4.0.1 is reading 1 byte of data with each read(2) syscall. PyPy 4.0.1 winds up being about 40-50 times slower than CPython 2.7.10 in this use case. I resorted to implementing a thing like file.__iter__() manually in pure Python to get around this in my program. :( ``` $ # testing with CPython 2.7.10 first: $ python --version Python 2.7.10 $ python lines.py generate created textfile.txt $ sha256sum lines.py 61d35907ce030172fdfe8c06c48b8ad475b571e6f1c345195381aa7195e173ed lines.py $ time python lines.py file_iter ('there are', 1048576, 'lines') took 124.87ms with (file.__iter__) real 0m0.139s user 0m0.131s sys 0m0.022s $ time python lines.py to_lines ('there are', 1048576, 'lines') took 433.11ms with to_lines() real 0m0.451s user 0m0.444s sys 0m0.021s $ # now testing with pypy 4.0.1: $ pypy --version Python 2.7.10 (5f8302b8bf9f53056e40426f10c72151564e5b19, Jan 15 2016, 18:28:10) [PyPy 4.0.1 with GCC 4.9.3] $ pypy lines.py generate created textfile.txt $ sha256sum lines.py 61d35907ce030172fdfe8c06c48b8ad475b571e6f1c345195381aa7195e173ed lines.py $ time pypy lines.py file_iter ('there are', 1048576, 'lines') took 5583.92ms with (file.__iter__) real 0m5.741s user 0m1.603s sys 0m4.229s $ time pypy lines.py to_lines ('there are', 1048576, 'lines') took 94.72ms with to_lines() real 0m0.242s user 0m0.207s sys 0m0.049s ``` From issues-reply at bitbucket.org Thu Feb 18 14:21:56 2016 From: issues-reply at bitbucket.org (lahwran) Date: Thu, 18 Feb 2016 19:21:56 -0000 Subject: [pypy-issue] Issue #2241: Unexpected sys import error when trying to run cffi embedding test (pypy/pypy) Message-ID: <20160218192156.35936.4418@celery-worker-102.ash1.bb-inf.net> New issue 2241: Unexpected sys import error when trying to run cffi embedding test https://bitbucket.org/pypy/pypy/issues/2241/unexpected-sys-import-error-when-trying-to lahwran: When I run build.sh in this repo: https://github.com/lahwran/test_of_cffi_pypy_embed/commit/0edacf7a0349be6fa296d03f43f7f80f716c658b I get this error: https://gist.github.com/lahwran/94e085e48fe220418d4f the pypy version is in build.sh; you'll have to modify the path to pypy in build.sh to reproduce it exactly, and I'm running the actual build script from a venv that points to that same pypy. the latest generated code is in py/my_plugin.c. system: this is on mac 10.9.5. I use iterm2, and I was running the shell in neovim; my shell is bash 4.3.30, and I use gnu coreutils. I have many homebrew packages installed, many of which have libraries; if you'd like to see the list of these and their versions, I can add them, but it's 100+. I also have torch7 installed, and it is the sole thing on my default DYLD_LIBRARY_PATH. Btw, I'd really like documentation of what you have to do to go from python embedding api to binary that uses it; that's what I've been trying to figure out here, and the docs were missing the part where I have to name the file libmy_plugin.dylib in order to actually use it as -Lmy_plugin - I had to learn of that from google. They were also missing the part about needing the libpypy-c lib and stdlib, I learned of that requirement from irc. From issues-reply at bitbucket.org Fri Feb 19 14:50:54 2016 From: issues-reply at bitbucket.org (Pete Vine) Date: Fri, 19 Feb 2016 19:50:54 -0000 Subject: [pypy-issue] Issue #2242: Release builds should be profiled builds (pypy/pypy) Message-ID: <20160219195054.11656.64316@celery-worker-101.ash1.bb-inf.net> New issue 2242: Release builds should be profiled builds https://bitbucket.org/pypy/pypy/issues/2242/release-builds-should-be-profiled-builds Pete Vine: It turns out the generated C code is not so brittle as to make profiled builds impossible. Required steps that could be automated: 1. translate with `--source` option 2. compile after adding `-fprofile-generate -lgcov` to the Makefile 3. collect profile data by benchmarking the "intermediate" binary inside the source directory 4. recompile with `-fprofile-use` 5. ??? 6. Profit! The measured speedup for most of the benchmarks is a nice `10-40%` The process takes significantly longer than the vanilla one but is definitely worth it once in a while. Official releases seem like the perfect candidates to be built this way. I can upload the 32-bit Linux standard/profiled pypy binaries (same revision) if anyone's interested in a quick test. From issues-reply at bitbucket.org Fri Feb 26 04:42:52 2016 From: issues-reply at bitbucket.org (Maciej Fijalkowski) Date: Fri, 26 Feb 2016 09:42:52 -0000 Subject: [pypy-issue] Issue #2243: Logging in translation takes 5-15% of total time (pypy/pypy) Message-ID: <20160226094252.12587.59883@celery-worker-103.ash1.bb-inf.net> New issue 2243: Logging in translation takes 5-15% of total time https://bitbucket.org/pypy/pypy/issues/2243/logging-in-translation-takes-5-15-of-total Maciej Fijalkowski: This is a reminder that logging (py._log.log) takes about 5-15% of annotation, this should be fixed From issues-reply at bitbucket.org Fri Feb 26 09:51:43 2016 From: issues-reply at bitbucket.org (Richard Plangger) Date: Fri, 26 Feb 2016 14:51:43 -0000 Subject: [pypy-issue] Issue #2244: Register allocation (pypy/pypy) Message-ID: <20160226145143.40757.83315@celery-worker-101.ash1.bb-inf.net> New issue 2244: Register allocation https://bitbucket.org/pypy/pypy/issues/2244/register-allocation Richard Plangger: During the sprint in Leysin (2016) Remi and I have refactored the register allocator. The most notably change is to take call sites into account and prefer callee saved regsiters for live ranges that survive the call site. Another change was that live ranges do not change the register they are assigned to, unless a spilling operation takes place. Before that a live range could just change the assigned register at e.g. a int_add operation. The last property described can make reasoning a lot easier, but currently seems to generate some more moves (registers). There where some gains and some losses at others. So it was around +/- 1%. We still think there is more that can be improved going the following way: **Live range splits.** This is the most sensible feature we need to implement! Because of unroll we can have very very long live ranges that allocate a register. We probably want to split them be for entering the peeled loop. The changes are located in the branch fix-longevity. From issues-reply at bitbucket.org Fri Feb 26 09:56:23 2016 From: issues-reply at bitbucket.org (Richard Plangger) Date: Fri, 26 Feb 2016 14:56:23 -0000 Subject: [pypy-issue] Issue #2245: speed.pypy.org comparison broken (pypy/pypy) Message-ID: <20160226145623.5414.51862@celery-worker-101.ash1.bb-inf.net> New issue 2245: speed.pypy.org comparison broken https://bitbucket.org/pypy/pypy/issues/2245/speedpypyorg-comparison-broken Richard Plangger: This feature is currently broken. It seems that there is some misconfiguration that does not deliver the json data that the browser needs to display graphs. I can have a look at the problem as soon as I get access to that machine. Until now I'm unable to get access. @fijal can you push this forward? From issues-reply at bitbucket.org Mon Feb 29 15:39:52 2016 From: issues-reply at bitbucket.org (Augusto Hack) Date: Mon, 29 Feb 2016 20:39:52 -0000 Subject: [pypy-issue] Issue #2246: Multiple calls to os.stat result in a None value being passed [greenlet related] (pypy/pypy) Message-ID: <20160229203952.28277.93575@celery-worker-101.ash1.bb-inf.net> New issue 2246: Multiple calls to os.stat result in a None value being passed [greenlet related] https://bitbucket.org/pypy/pypy/issues/2246/multiple-calls-to-osstat-result-in-a-none Augusto Hack: Run the following script with pypy 4.0.1 (5f8302b8bf9f) and it fails, with 4.0.0 (850edf14b2c7) is succeds: ``` #!shell git clone 'https://github.com/gevent/gevent.git' sudo pacman -S pypy # or your system package manager virtualenv --python=/usr/bin/pypy bugenv source ./bugenv/bin/activate cd gevent pip install -r dev-requirements.txt ``` My test is attached in the log file, the gevent commit used is 987d621e2aba53a9db8a97df9c58faa440f22c0e