From issues-reply at bitbucket.org Sat Jun 28 15:32:08 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Sat, 28 Jun 2014 13:32:08 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak https://bitbucket.org/pypy/pypy/issue/1805/programs-with-lots-of-objects-with Armin Rigo: Hi! This is a test for reviving the pypy-issue at python.org mailing list. This text was posted on the pypy issue tracker. -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1805/unsubscribe/pypy-issue/852a28a1244350e6ed97547107153964f5ff961e/ From issues-reply at bitbucket.org Sat Jun 28 17:36:58 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Sat, 28 Jun 2014 15:36:58 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak https://bitbucket.org/pypy/pypy/issue/1805/programs-with-lots-of-objects-with Armin Rigo: Fixed by f7222d0d5407. See comment in 848aac545036. Changes: status: new -> resolved -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1805/unsubscribe/pypy-issue/852a28a1244350e6ed97547107153964f5ff961e/ From issues-reply at bitbucket.org Sat Jun 28 17:37:17 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Sat, 28 Jun 2014 15:37:17 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1805: Programs with lots of objects with finalizers exhibit behavior that looks like a leak https://bitbucket.org/pypy/pypy/issue/1805/programs-with-lots-of-objects-with Armin Rigo: Comment describing how f7222d0d5407 is enough to fix issue 1805. ? <> -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1805/unsubscribe/pypy-issue/852a28a1244350e6ed97547107153964f5ff961e/ From issues-reply at bitbucket.org Mon Jun 30 03:05:50 2014 From: issues-reply at bitbucket.org (Ronan Lamy) Date: Mon, 30 Jun 2014 01:05:50 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1707: speed regression on simple numpy loop (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1707: speed regression on simple numpy loop https://bitbucket.org/pypy/pypy/issue/1707/speed-regression-on-simple-numpy-loop Ronan Lamy: Ensure that calling numpify() does not create an array. Fixes issue #1707. ? <> Changes: status: open -> resolved -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1707/unsubscribe/pypy-issue/3e91cb461af59221f66f29f16adeeaff2f101a05/ From issues-reply at bitbucket.org Mon Jun 30 17:24:20 2014 From: issues-reply at bitbucket.org (Ronan Lamy) Date: Mon, 30 Jun 2014 15:24:20 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1707: speed regression on simple numpy loop (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1707: speed regression on simple numpy loop https://bitbucket.org/pypy/pypy/issue/1707/speed-regression-on-simple-numpy-loop Ronan Lamy: Oi, Bitbucket! It's not "resolved" if it hasn't been pushed to default yet. Changes: status: resolved -> open -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1707/unsubscribe/pypy-issue/3e91cb461af59221f66f29f16adeeaff2f101a05/ From issues-reply at bitbucket.org Mon Jun 30 18:10:18 2014 From: issues-reply at bitbucket.org (Markus Unterwaditzer) Date: Mon, 30 Jun 2014 16:10:18 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1803: io.TextIOWrapper doesn't inherit isatty method from wrapped stream (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1803: io.TextIOWrapper doesn't inherit isatty method from wrapped stream https://bitbucket.org/pypy/pypy/issue/1803/iotextiowrapper-doesnt-inherit-isatty Markus Unterwaditzer: It seems like this does not occur with Pypy3 (version 2.3.1) -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1803/unsubscribe/pypy-issue/0ac6326335c263e25b7cc0701c5e13e89fc99f74/ From issues-reply at bitbucket.org Mon Jun 30 18:15:40 2014 From: issues-reply at bitbucket.org (Floris Bruynooghe) Date: Mon, 30 Jun 2014 16:15:40 -0000 Subject: [pypy-issue] Issue #1807: os.readlink unicode behaviour on pypy3 (pypy/pypy) Message-ID: <20140630161540.25108.21731@app02.ash-private.bitbucket.org> New issue 1807: os.readlink unicode behaviour on pypy3 https://bitbucket.org/pypy/pypy/issue/1807/osreadlink-unicode-behaviour-on-pypy3 Floris Bruynooghe: Hi, It seems that on pypy3 calling `os.readlink()` with a bytes object returns a unicode result. I believe the CPython3 behaviour is to return a bytes object if called with bytes and return text if called with text. PS: I couldn't find a pypy3 repo and saw some py3k branches here, so hope it is the right place. If not please direct me to the right place. Thanks From issues-reply at bitbucket.org Mon Jun 30 18:15:40 2014 From: issues-reply at bitbucket.org (Floris Bruynooghe) Date: Mon, 30 Jun 2014 16:15:40 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1807: os.readlink unicode behaviour on pypy3 (pypy/pypy) Message-ID: --- you can reply above this line --- New issue 1807: os.readlink unicode behaviour on pypy3 https://bitbucket.org/pypy/pypy/issue/1807/osreadlink-unicode-behaviour-on-pypy3 Floris Bruynooghe: Hi, It seems that on pypy3 calling `os.readlink()` with a bytes object returns a unicode result. I believe the CPython3 behaviour is to return a bytes object if called with bytes and return text if called with text. PS: I couldn't find a pypy3 repo and saw some py3k branches here, so hope it is the right place. If not please direct me to the right place. Thanks -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1807/unsubscribe/pypy-issue/07af1bee6348a5d33a2b392406f6bb0be0c4df74/ From issues-reply at bitbucket.org Mon Jun 30 19:23:19 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Mon, 30 Jun 2014 17:23:19 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1803: io.TextIOWrapper doesn't inherit isatty method from wrapped stream (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1803: io.TextIOWrapper doesn't inherit isatty method from wrapped stream https://bitbucket.org/pypy/pypy/issue/1803/iotextiowrapper-doesnt-inherit-isatty Armin Rigo: Fixed in 26aee1f3691d. Thanks! Changes: status: new -> resolved -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1803/unsubscribe/pypy-issue/0ac6326335c263e25b7cc0701c5e13e89fc99f74/ From issues-reply at bitbucket.org Mon Jun 30 19:59:09 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Mon, 30 Jun 2014 17:59:09 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1779: im.point() 4000x slower than CPython (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1779: im.point() 4000x slower than CPython https://bitbucket.org/pypy/pypy/issue/1779/impoint-4000x-slower-than-cpython Armin Rigo: Reproduced on PyPy 2.3.0. The C API is very slow, yes, but 4000 times sounds excessive... -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1779/unsubscribe/pypy-issue/a7ad7e8a106f3b0c5db643dd1e10ebb15caebcec/ From issues-reply at bitbucket.org Mon Jun 30 20:23:09 2014 From: issues-reply at bitbucket.org (Armin Rigo) Date: Mon, 30 Jun 2014 18:23:09 -0000 Subject: [pypy-issue] [Bitbucket] Issue #1779: im.point() 4000x slower than CPython (pypy/pypy) In-Reply-To: References: Message-ID: --- you can reply above this line --- Issue 1779: im.point() 4000x slower than CPython https://bitbucket.org/pypy/pypy/issue/1779/impoint-4000x-slower-than-cpython Armin Rigo: Phew, one big part of the time is spent reading the list of length 65536 with PyList_GET_ITEM(), PyInt_AsLong() calls... -- Unsubscribe from issue emails for this repository. https://bitbucket.org/pypy/pypy/issue/1779/unsubscribe/pypy-issue/a7ad7e8a106f3b0c5db643dd1e10ebb15caebcec/