From issues-reply at bitbucket.org  Thu Sep  4 13:48:55 2014
From: issues-reply at bitbucket.org (Jens Diemer)
Date: Thu, 04 Sep 2014 11:48:55 -0000
Subject: [pypy-issue] Issue #1858: PyPy3: locale.format('%d', val,
 1) -> UnicodeDecodeError (pypy/pypy)
Message-ID: <20140904114855.19641.38752@app07.ash-private.bitbucket.org>

New issue 1858: PyPy3: locale.format('%d', val, 1) -> UnicodeDecodeError
https://bitbucket.org/pypy/pypy/issue/1858/pypy3-localeformat-d-val-1

Jens Diemer:

Test code:
-------------------------------------------------------------------------------
import locale

locale.setlocale(locale.LC_ALL, '')

val=1234567890.1234
print(val)
print(locale.format('%d', val, 1))
-------------------------------------------------------------------------------


Works in CPython 2.7 and 3.4 and with PyPy2 2.3.1 but not with PyPy3 2.3.1:



-------------------------------------------------------------------------------
Traceback (most recent call last):
  File "Bug_PyPy3_locale_format.py", line 8, in <module>
    print(locale.format('%d', val, 1))
  File "C:\pypy3-2.3.1-win32\lib-python\3\locale.py", line 195, in format
    return _format(percent, value, grouping, monetary, *additional)
  File "C:\pypy3-2.3.1-win32\lib-python\3\locale.py", line 216, in _format
    formatted, seps = _group(formatted, monetary=monetary)
  File "C:\pypy3-2.3.1-win32\lib-python\3\locale.py", line 140, in _group
    conv = localeconv()
  File "C:\pypy3-2.3.1-win32\lib-python\3\locale.py", line 111, in localeconv
    d = _localeconv()
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 0: invalid start byte
-------------------------------------------------------------------------------



From issues-reply at bitbucket.org  Thu Sep  4 16:09:21 2014
From: issues-reply at bitbucket.org (mattip)
Date: Thu, 04 Sep 2014 14:09:21 -0000
Subject: [pypy-issue] Issue #1859: windows translated -A module/thread/test
 segfaults pypy (pypy/pypy)
Message-ID: <20140904140921.8046.42392@app01.ash-private.bitbucket.org>

New issue 1859: windows translated -A module/thread/test segfaults pypy
https://bitbucket.org/pypy/pypy/issue/1859/windows-translated-a-module-thread-test

mattip:

this seems to be a shadowstack issue, since I've pretty much ruled everything else out :)

* running pypy.exe --jit off pypy/test_all.py pypy/module/thread/test/test_thread.py crashes pypy.exe, so it is not a jit issue
* The crash happens in AppTestThread.setupclass
* printing i in the ```for i in range(1000)``` loop reliably crashes with i==957
* compiling with -Od or running the code outside pytest.py does not crash, maybe connected to the testing infrastructure adding another 100 or so calls to begin_thread
* adding printf() in thread_nt.c indicates that the crash is not there, and that ``begin_thread`` is not returning -1
* running inside a debugger stops in interpreter/pyopcode ``handle_operation_error`` with an invalid ``self`` (frame) 


Responsible: mattip

From issues-reply at bitbucket.org  Thu Sep  4 18:06:50 2014
From: issues-reply at bitbucket.org (Maciej Fijalkowski)
Date: Thu, 04 Sep 2014 16:06:50 -0000
Subject: [pypy-issue] Issue #1860: investigate why rietveld got slower
	(pypy/pypy)
Message-ID: <20140904160650.21593.11525@app01.ash-private.bitbucket.org>

New issue 1860: investigate why rietveld got slower
https://bitbucket.org/pypy/pypy/issue/1860/investigate-why-rietveld-got-slower

Maciej Fijalkowski:

http://speed.pypy.org/timeline/?ben=rietveld&env=1#/?exe=1,5&base=2+472&ben=rietveld&env=1&revs=200&equid=off



From issues-reply at bitbucket.org  Fri Sep  5 18:25:06 2014
From: issues-reply at bitbucket.org (mcesar)
Date: Fri, 05 Sep 2014 16:25:06 -0000
Subject: [pypy-issue] Issue #1861: Presence of __index__ method in class
 hides some __r operators (pypy/pypy)
Message-ID: <20140905162506.9481.11189@app13.ash-private.bitbucket.org>

New issue 1861: Presence of __index__ method in class hides some __r operators
https://bitbucket.org/pypy/pypy/issue/1861/presence-of-__index__-method-in-class

mcesar:

Hi all, this code:

```
#!python

class oops:
  def __init__(self, val):
    self.val = val

  def __rmul__(self, other):
    if isinstance(other, str):
      other = int(other)
    return self.val * other

a = oops(3)
print((2 * a, '2' * a))
```
when run returns: (6, 6)

But if the _ _ index _ _ method is added to the class:
```
#!python

class oops:
  def __init__(self, val):
    self.val = val

  def __rmul__(self, other):
    if isinstance(other, str):
      other = int(other)
    return self.val * other

  def __index__(self):
    return int(self.val)

a = oops(3)
print((2 * a, '2' * a))
```

the output is: (6, '222')

Seems that adding the _ _ index _ _ method to the class forces pypy to catch the * operator as the _ _ mul _ _ operator of the string, instead of the _ _ rmul _ _ of the oops.
 
This happens in both 2.X and 3.X flavours of pypy.

CPython returns (6, 6) in both cases (and also in 3.4 and 2.7 versions).



From issues-reply at bitbucket.org  Mon Sep  8 13:55:30 2014
From: issues-reply at bitbucket.org (squeaky)
Date: Mon, 08 Sep 2014 11:55:30 -0000
Subject: [pypy-issue] Issue #1862: PyPy to be 2.4 beta identifies itself as
 final (pypy/pypy)
Message-ID: <20140908115530.10711.9218@app01.ash-private.bitbucket.org>

New issue 1862: PyPy to be 2.4 beta identifies itself as final
https://bitbucket.org/pypy/pypy/issue/1862/pypy-to-be-24-beta-identifies-itself-as

squeaky:

```
Python 2.7.8 (9f425c60afdf2c1d38ee016071cffc55c28048b9, Sep 08 2014, 10:04:57)
[PyPy 2.4.0 with GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>> from sys import pypy_version_info
>>>> pypy_version_info
(major=2, minor=4, micro=0, releaselevel='final', serial=0) 
```



From issues-reply at bitbucket.org  Tue Sep  9 01:51:17 2014
From: issues-reply at bitbucket.org (Donald Stufft)
Date: Mon, 08 Sep 2014 23:51:17 -0000
Subject: [pypy-issue] Issue #1863: PyPy super slow running parameterized
 test suite (pypy/pypy)
Message-ID: <20140908235117.29364.83699@app04.ash-private.bitbucket.org>

New issue 1863: PyPy super slow running parameterized test suite
https://bitbucket.org/pypy/pypy/issue/1863/pypy-super-slow-running-parameterized-test

Donald Stufft:

Filing this because Alex told me to!

I have the packaging library (https://github.com/pypa/packaging) and as part of that it generates a ton of tests using ``pytest.mark.parametrize``. In total there are a little over 25k tests that come from a total of 45 actual functions.

Running the tests under PyPy is massively slow. CPython runs the entire suite in 1-2 minutes while PyPy takes ~15 minutes (See: https://travis-ci.org/pypa/packaging/builds/34763838).

Reproduction:

```
git clone https://github.com/pypa/packaging.git
tox -e py27  # Fast, ~30s on my machine
tox -e pypy  # Slow, ~618s on my machine

I tried running a OSX nightly but I got an unrelated error even trying to run the binary.



From issues-reply at bitbucket.org  Tue Sep  9 12:49:05 2014
From: issues-reply at bitbucket.org (Armin Rigo)
Date: Tue, 09 Sep 2014 10:49:05 -0000
Subject: [pypy-issue] Issue #1864: Windows 2.4-beta1 fails silently
	(pypy/pypy)
Message-ID: <20140909104905.15177.99446@app11.ash-private.bitbucket.org>

New issue 1864: Windows 2.4-beta1 fails silently
https://bitbucket.org/pypy/pypy/issue/1864/windows-24-beta1-fails-silently

Armin Rigo:

Trying to run pypy-2.4-beta1-win32 on a copy of get-pip.py from here: https://bootstrap.pypa.io/get-pip.py

It silently exits after printing the first line, "Downloading/unpacking pip".  By comparison, pypy-2.3.1 for example runs to completion.

Originally reported by ywliu on issue #1855.



From issues-reply at bitbucket.org  Thu Sep 11 21:27:18 2014
From: issues-reply at bitbucket.org (Alex Gaynor)
Date: Thu, 11 Sep 2014 19:27:18 -0000
Subject: [pypy-issue] Issue #1865: cffi call keep alive bug (pypy/pypy)
Message-ID: <20140911192718.4881.5985@app01.ash-private.bitbucket.org>

New issue 1865: cffi call keep alive bug
https://bitbucket.org/pypy/pypy/issue/1865/cffi-call-keep-alive-bug

Alex Gaynor:

If you have code that's like `lib.some_call({"key": ffi.new("char[]", "abc")})` and multiple threads, sometimes your program will crash.

The reason is that cffi does not correctly keep the `char[]` alive. In `_call()`, `convert_argument_from_object` will convert this to a struct, but then the `dict` is dead, and if it's collected the `char[]` will also be collected because nothing is keeping it alive.



From issues-reply at bitbucket.org  Sun Sep 14 12:38:08 2014
From: issues-reply at bitbucket.org (Jens Diemer)
Date: Sun, 14 Sep 2014 10:38:08 -0000
Subject: [pypy-issue] Issue #1866: Tkinter missing fonts... (pypy/pypy)
Message-ID: <20140914103808.21203.68347@app12.ash-private.bitbucket.org>

New issue 1866: Tkinter missing fonts...
https://bitbucket.org/pypy/pypy/issue/1866/tkinter-missing-fonts

Jens Diemer:

I notice that i have much less fonts available with PyPy than with CPython.

I have made a simple test script:

```
#!python

try:
    # Python 3
    import tkinter
except ImportError:
    # Python 2
    import Tkinter as tkinter

root = tkinter.Tk()
font_families = root.tk.call("font", "families")
print("There are %i font families:" % len(font_families))
for font_family in font_families:
    print("\t%s" % font_family)
```

With CPython under linux mint 17 i get a list of 95 font families.
With PyPy (i used https://github.com/squeaky-pl/portable-pypy ) i get only this output:

```
There are 21 font families:
	fangsong ti
	fixed
	clearlyu alternate glyphs
	courier 10 pitch
	open look glyph
	bitstream charter
	song ti
	open look cursor
	newspaper
	clearlyu ligature
	mincho
	clearlyu devangari extra
	clearlyu pua
	clearlyu
	clean
	nil
	clearlyu arabic
	clearlyu devanagari
	standard symbols l
	gothic
	clearlyu arabic extra
```


The result is, that a tkinter GUI looks very ugly running with PyPy than with CPython.

Screenshots:

![CPython](https://bitbucket.org/repo/R7AbB/images/4259467185-20140913_dragonpy_cpython.png)

![PyPy](https://bitbucket.org/repo/R7AbB/images/1507390520-20140913_dragonpy_pypy.png)


selber Programm code mir PyPy:
[img]http://snag.gy/MffcC.jpg[/img]



From issues-reply at bitbucket.org  Tue Sep 16 17:32:35 2014
From: issues-reply at bitbucket.org (Brad Kish)
Date: Tue, 16 Sep 2014 15:32:35 -0000
Subject: [pypy-issue] Issue #1867: memory leak with methodcaller (pypy/pypy)
Message-ID: <20140916153235.793.92714@app06.ash-private.bitbucket.org>

New issue 1867: memory leak with methodcaller
https://bitbucket.org/pypy/pypy/issue/1867/memory-leak-with-methodcaller

Brad Kish:

Ran into this issue when using a third party library with pypy.

I have narrowed the issue down to a simple snippet.



From issues-reply at bitbucket.org  Wed Sep 17 23:52:39 2014
From: issues-reply at bitbucket.org (mario_)
Date: Wed, 17 Sep 2014 21:52:39 -0000
Subject: [pypy-issue] Issue #1868: tkinter is slower on PyPy (pypy/pypy)
Message-ID: <20140917215239.23085.6271@app04.ash-private.bitbucket.org>

New issue 1868: tkinter is slower on PyPy
https://bitbucket.org/pypy/pypy/issue/1868/tkinter-is-slower-on-pypy

mario_:

This code runs over 10 times slower on PyPy 2.3 than on CPython 3.2. Both use Tcl/Tk version 8.5.

from tkinter import *
import math, time
root = Tk()
canvas = Canvas(root, width=500, height=500)
canvas.pack()
TIME = time.time()
l = 5000
for i in range(l):
  angle = math.pi*i/l
  canvas.create_line(0, 0, 500*math.sin(angle), 500*math.cos(angle))
print(time.time()-TIME)
root.mainloop()



From issues-reply at bitbucket.org  Mon Sep 22 17:46:06 2014
From: issues-reply at bitbucket.org (James Broadhead)
Date: Mon, 22 Sep 2014 15:46:06 -0000
Subject: [pypy-issue] Issue #1869: pypy datetime naive/offset comparison
 error string inconsistent with CPython (pypy/pypy)
Message-ID: <20140922154606.9113.7353@app06.ash-private.bitbucket.org>

New issue 1869: pypy datetime naive/offset comparison error string inconsistent with CPython
https://bitbucket.org/pypy/pypy/issue/1869/pypy-datetime-naive-offset-comparison

James Broadhead:

pypy:       'cannot compare naive and aware datetimes'
cpython:  "can't compare offset-naive and offset-aware datetimes"






From issues-reply at bitbucket.org  Mon Sep 22 19:18:14 2014
From: issues-reply at bitbucket.org (glyph)
Date: Mon, 22 Sep 2014 17:18:14 -0000
Subject: [pypy-issue] Issue #1870: 'matrix' doesn't work at all on numpypy
 right now (pypy/pypy)
Message-ID: <20140922171814.5547.27151@app06.ash-private.bitbucket.org>

New issue 1870: 'matrix' doesn't work at all on numpypy right now
https://bitbucket.org/pypy/pypy/issue/1870/matrix-doesnt-work-at-all-on-numpypy-right

glyph:

CPython:

    >>> from numpy import matrix
    >>> matrix([1])
    matrix([[1]])

PyPy:

    >>> matrix([1])
    Traceback (most recent call last):
      File "<input>", line 1, in <module>
      File ".../numpy/matrixlib/defmatrix.py", line 282, in __new__
        if not (order or arr.flags.contiguous):
    AttributeError: 'ndarray' object has no attribute 'flags'




From issues-reply at bitbucket.org  Mon Sep 22 23:19:59 2014
From: issues-reply at bitbucket.org (Alex Gaynor)
Date: Mon, 22 Sep 2014 21:19:59 -0000
Subject: [pypy-issue] Issue #1871: 10x slower than CPython under coverage
	(pypy/pypy)
Message-ID: <20140922211959.21323.89301@app05.ash-private.bitbucket.org>

New issue 1871: 10x slower than CPython under coverage
https://bitbucket.org/pypy/pypy/issue/1871/10x-slower-than-cpython-under-coverage

Alex Gaynor:

To reproduce:

```
import coverage


def g():
    pass


def f():
    g()
    g()
    g()
    g()


def main():
    cov = coverage.coverage()
    cov.start()

    for i in xrange(1000000):
        f()

    cov.stop()

if __name__ == "__main__":
    main()
```



From issues-reply at bitbucket.org  Tue Sep 23 21:01:07 2014
From: issues-reply at bitbucket.org (Yichao Yu)
Date: Tue, 23 Sep 2014 19:01:07 -0000
Subject: [pypy-issue] Issue #1872: `numpy.ndarray.swapaxes` random segfault.
	(pypy/pypy)
Message-ID: <20140923190107.5637.40990@app09.ash-private.bitbucket.org>

New issue 1872: `numpy.ndarray.swapaxes` random segfault.
https://bitbucket.org/pypy/pypy/issue/1872/numpyndarrayswapaxes-random-segfault

Yichao Yu:

PyPy segfault randomly when running `numpy.array([]).swapaxes(0, 2)` and can be reproduce with the following script.

```
from numpy import *

for i in range(10000):
    array([]).swapaxes(0, 2)
```

The result of the function is also wrong

```
In [1]: from numpy import *     

In [2]: array([]).swapaxes(0, 2)
Out[2]: array([  6.90455688e-310])

In [3]: array([]).swapaxes(0, 3)
Out[3]: 
array([  6.90455688e-310,   6.90455688e-310,   6.90455688e-310,
         6.90455688e-310,   6.90455688e-310,   6.90455688e-310,
         6.90455688e-310,   6.90455688e-310])

In [4]: array([]).swapaxes(0, 4)
Out[4]: <repr(<numpy.ndarray at 0x7f1a04d302f0>) failed: MemoryError: >

In [5]: array([]).swapaxes(0, 5)
Out[5]: array([ 0.])

In [6]: array([]).swapaxes(0, 6)
Out[6]: array([], dtype=float64)

In [7]: array([]).swapaxes(0, 7)
Out[7]: array([], dtype=float64)

In [8]: array([]).swapaxes(0, 1)
[1]    21306 segmentation fault (core dumped)  ipypy
```

whereas all of them should return `array([], dtype=float64)`

BT of the segfault (not sure if it is useful but hopefully it shows the call path).

```
#0  pypy_g_read_int_at_mem___ptr (l_gcref_2=0x0, l_ofs_5=16, l_v1665891=8, l_v1665897=1) at rpython_jit_backend_llsupport_llmodel.c:3407
#1  0x00007ffff5cf1c33 in pypy_g_do_getarrayitem_gc (l___75=<optimized out>, l_v1803105=l_v1803105 at entry=0x7ffff1b3e020, 
    l_indexbox_9=l_indexbox_9 at entry=0x7ffff1b43e48, l_arraydescr_74=l_arraydescr_74 at entry=0x7ffff6dd92a0 <pypy_g_rpython_jit_backend_llsupport_descr_ArrayDescr_1>)
    at rpython_jit_metainterp_executor.c:13796
#2  0x00007ffff5cf1fde in pypy_g_execute___88_star_2 (l_metainterp_7=<optimized out>, l_opnum_89=l_opnum_89 at entry=88, 
    l_descr_97=l_descr_97 at entry=0x7ffff6dd92a0 <pypy_g_rpython_jit_backend_llsupport_descr_ArrayDescr_1>, l_stararg0_1881=l_stararg0_1881 at entry=0x7ffff1b3e020, 
    l_stararg1_1429=l_stararg1_1429 at entry=0x7ffff1b43e48) at rpython_jit_metainterp_executor.c:3823
#3  0x00007ffff5db5a8f in pypy_g__do_getarrayitem_gc_any___88 (l_self_18000=<optimized out>, l_self_18000 at entry=0x7ffff1b28570, l_op_200=l_op_200 at entry=88, 
    l_arraybox_15=0x7ffff1b3e020, l_indexbox_28=0x7ffff1b43e48, l_descr_213=0x7ffff6dd92a0 <pypy_g_rpython_jit_backend_llsupport_descr_ArrayDescr_1>)
    at rpython_jit_metainterp_pyjitpl_1.c:57770
#4  0x00007ffff5d83157 in pypy_g_handler_getarrayitem_gc_i (l_self_17746=0x7ffff1b28570, l_position_62=<optimized out>) at rpython_jit_metainterp_pyjitpl.c:40294
#5  0x00007ffff5d6f815 in pypy_g_MIFrame_run_one_step (l_self_17677=0x7ffff1b28570) at rpython_jit_metainterp_pyjitpl.c:19737
#6  0x00007ffff5d718d5 in pypy_g_MetaInterp__interpret (l_self_17661=<optimized out>) at rpython_jit_metainterp_pyjitpl.c:12373
#7  0x00007ffff5d71949 in pypy_g_MetaInterp_interpret (l_self_5455=<optimized out>) at rpython_jit_metainterp_pyjitpl.c:7166
#8  0x00007ffff5d71e3b in pypy_g_MetaInterp__compile_and_run_once (l_self_17644=<optimized out>, l_original_boxes_488=<optimized out>)
    at rpython_jit_metainterp_pyjitpl.c:4306
#9  0x00007ffff5d7b3e4 in pypy_g_compile_and_run_once___rpython_jit_metainterp_ji_5 (l_self_17647=<optimized out>, l_v1902137=l_v1902137 at entry=23, 
    l_v1902135=l_v1902135 at entry=false, l_v1902132=<optimized out>, l_v1902132 at entry=0x7ffff023dd00, l_v1902136=<optimized out>, l_v1902136 at entry=0x7ffff17edf10, 
    l_v1902134=<optimized out>, l_v1902134 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_pyjitpl.c:6283
#10 0x00007ffff5e830cd in pypy_g_bound_reached__star_5_1 (l_hash_870=18355145746922850185, l_cell_128=<optimized out>, l_v2101540=23, l_v2101539=<optimized out>, 
    l_v2101541=<optimized out>, l_v2101537=<optimized out>, l_v2101536=<optimized out>) at rpython_jit_metainterp_warmstate.c:13652
#11 0x00007ffff5e83742 in pypy_g_maybe_compile_and_run__star_5_1 (l_increment_threshold_97=6.9533439442741953e-310, l_v2099061=23, l_v2099063=false, 
    l_v2099060=0x7ffff023dd00, l_v2099059=0x7ffff7dc1140 <pypy_g_array_91+40384>, l_v2099058=0x7ffff661b340 <pypy_g_typeinfo>)
    at rpython_jit_metainterp_warmstate.c:6661
#12 0x00007ffff5a11fbe in pypy_g_jump_absolute__AccessDirect_None (l_self_3607=<optimized out>, l_jumpto_1=23, l_ec_33=<optimized out>)
    at pypy_module_pypyjit_interp_jit.c:80
#13 0x00007ffff55a9619 in pypy_g_handle_bytecode__AccessDirect_None (l_self_13862=l_self_13862 at entry=0x7ffff17edf10, l_co_code_2=<optimized out>, 
    l_next_instr_53=<optimized out>, l_ec_17=l_ec_17 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:3071
#14 0x00007ffff5a120f5 in pypy_g_portal_5 (l_next_instr_59=<optimized out>, l_v4855=l_v4855 at entry=false, l_pycode_12=0x7ffff023dd00, 
    l_pycode_12 at entry=0x7ffff1ac77e8, l_self_15384=0x7ffff17edf10, l_self_15384 at entry=0x7ffff1ac7b90, l_ec_34=l_ec_34 at entry=0x7ffff7f1e020)
    at pypy_module_pypyjit_interp_jit.c:258
#15 0x00007ffff5e37f31 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter (l_stararg0_3081=0, l_stararg1_2826=<optimized out>, 
    l_stararg2_1362=<optimized out>, l_stararg3_840=<optimized out>, l_stararg3_840 at entry=0x7ffff17edf10, l_stararg4_604=<optimized out>, 
    l_stararg4_604 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_warmspot.c:1834
#16 0x00007ffff5a11f8e in pypy_g_PyFrame_dispatch (l_self_3195=l_self_3195 at entry=0x7ffff17edf10, l_pycode_0=<optimized out>, l_next_instr_0=<optimized out>, 
    l_ec_4=l_ec_4 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:23
#17 0x00007ffff558fc0b in pypy_g_PyFrame_execute_frame (l_self_13826=<optimized out>, l_w_inputvalue_1=<optimized out>, l_operr_11=<optimized out>)
    at pypy_interpreter_pyframe.c:2722
#18 0x00007ffff55900c0 in pypy_g_PyFrame_run (l_self_13823=<optimized out>) at pypy_interpreter_pyframe.c:1229
#19 0x00007ffff559e051 in pypy_g_EXEC_STMT__AccessDirect_None (l_self_13873=0x7ffff1486020, l_oparg_8=16, l_oparg_8 at entry=0, l_next_instr_21=8, 
    l_next_instr_21 at entry=263) at pypy_interpreter_pyopcode.c:17291
#20 0x00007ffff55a6286 in pypy_g_dispatch_bytecode__AccessDirect_None (l_self_13863=<optimized out>, l_self_13863 at entry=0x7ffff1486020, l_co_code_3=<optimized out>, 
    l_next_instr_4=<optimized out>, l_ec_18=<optimized out>, l_ec_18 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:7528
#21 0x00007ffff55a9619 in pypy_g_handle_bytecode__AccessDirect_None (l_self_13862=l_self_13862 at entry=0x7ffff1486020, l_co_code_2=<optimized out>, 
    l_next_instr_53=<optimized out>, l_ec_17=l_ec_17 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:3071
#22 0x00007ffff5a120f5 in pypy_g_portal_5 (l_next_instr_59=<optimized out>, l_v4855=l_v4855 at entry=false, 
    l_pycode_12=l_pycode_12 at entry=0x7ffff6bc0540 <pypy_g_pypy_interpreter_pycode_PyCode_85>, l_self_15384=l_self_15384 at entry=0x7ffff1aba2e8, 
---Type <return> to continue, or q <return> to quit---
    l_ec_34=l_ec_34 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:258
#23 0x00007ffff5e37f31 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter (l_stararg0_3081=0, l_stararg1_2826=<optimized out>, 
    l_stararg2_1362=<optimized out>, l_stararg3_840=<optimized out>, l_stararg3_840 at entry=0x7ffff1486020, l_stararg4_604=<optimized out>, 
    l_stararg4_604 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_warmspot.c:1834
#24 0x00007ffff5a11f8e in pypy_g_PyFrame_dispatch (l_self_3195=l_self_3195 at entry=0x7ffff1486020, l_pycode_0=<optimized out>, l_next_instr_0=<optimized out>, 
    l_ec_4=l_ec_4 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:23
#25 0x00007ffff558fc0b in pypy_g_PyFrame_execute_frame (l_self_13826=<optimized out>, l_w_inputvalue_1=<optimized out>, l_operr_11=<optimized out>)
    at pypy_interpreter_pyframe.c:2722
#26 0x00007ffff55900c0 in pypy_g_PyFrame_run (l_self_13823=<optimized out>) at pypy_interpreter_pyframe.c:1229
#27 0x00007ffff559cf93 in pypy_g_call_function__AccessDirect_None (l_self_13871=0x7ffff14860b0, l_oparg_6=140737247945264, l_w_star_1=0x7ffff1aba240, 
    l_w_starstar_1=0x7ffff7dcdc80 <pypy_g_ExcData>) at pypy_interpreter_pyopcode.c:14983
#28 0x00007ffff55a773d in pypy_g_dispatch_bytecode__AccessDirect_None (l_self_13863=<optimized out>, l_self_13863 at entry=0x7ffff14860b0, l_co_code_3=<optimized out>, 
    l_next_instr_4=<optimized out>, l_ec_18=<optimized out>, l_ec_18 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:6730
#29 0x00007ffff55a9619 in pypy_g_handle_bytecode__AccessDirect_None (l_self_13862=l_self_13862 at entry=0x7ffff14860b0, l_co_code_2=<optimized out>, 
    l_next_instr_53=<optimized out>, l_ec_17=l_ec_17 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:3071
#30 0x00007ffff5a120f5 in pypy_g_portal_5 (l_next_instr_59=<optimized out>, l_v4855=l_v4855 at entry=false, 
    l_pycode_12=l_pycode_12 at entry=0x7ffff6b8c800 <pypy_g_pypy_interpreter_pycode_PyCode_25>, l_self_15384=l_self_15384 at entry=0x7ffff1aba0b8, 
    l_ec_34=l_ec_34 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:258
#31 0x00007ffff5e37f31 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter (l_stararg0_3081=0, l_stararg1_2826=<optimized out>, 
    l_stararg2_1362=<optimized out>, l_stararg3_840=<optimized out>, l_stararg3_840 at entry=0x7ffff14860b0, l_stararg4_604=<optimized out>, 
    l_stararg4_604 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_warmspot.c:1834
#32 0x00007ffff5a11f8e in pypy_g_PyFrame_dispatch (l_self_3195=l_self_3195 at entry=0x7ffff14860b0, l_pycode_0=<optimized out>, l_next_instr_0=<optimized out>, 
    l_ec_4=l_ec_4 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:23
#33 0x00007ffff558fc0b in pypy_g_PyFrame_execute_frame (l_self_13826=<optimized out>, l_w_inputvalue_1=<optimized out>, l_operr_11=<optimized out>)
    at pypy_interpreter_pyframe.c:2722
#34 0x00007ffff55900c0 in pypy_g_PyFrame_run (l_self_13823=<optimized out>) at pypy_interpreter_pyframe.c:1229
#35 0x00007ffff559cf93 in pypy_g_call_function__AccessDirect_None (l_self_13871=0x7ffff17ed7c0, l_oparg_6=140737247944784, l_w_star_1=0x7ffff1aba060, 
    l_w_starstar_1=0x7ffff7dcdc80 <pypy_g_ExcData>) at pypy_interpreter_pyopcode.c:14983
#36 0x00007ffff55a762a in pypy_g_dispatch_bytecode__AccessDirect_None (l_self_13863=<optimized out>, l_self_13863 at entry=0x7ffff17ed7c0, l_co_code_3=<optimized out>, 
    l_next_instr_4=<optimized out>, l_ec_18=<optimized out>, l_ec_18 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:6680
#37 0x00007ffff55a9619 in pypy_g_handle_bytecode__AccessDirect_None (l_self_13862=l_self_13862 at entry=0x7ffff17ed7c0, l_co_code_2=<optimized out>, 
    l_next_instr_53=<optimized out>, l_ec_17=l_ec_17 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:3071
#38 0x00007ffff5a120f5 in pypy_g_portal_5 (l_next_instr_59=<optimized out>, l_v4855=l_v4855 at entry=false, 
    l_pycode_12=l_pycode_12 at entry=0x7ffff6b8c680 <pypy_g_pypy_interpreter_pycode_PyCode_27>, l_self_15384=l_self_15384 at entry=0x7ffff1c8c158, 
    l_ec_34=l_ec_34 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:258
#39 0x00007ffff5e37f31 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter (l_stararg0_3081=0, l_stararg1_2826=<optimized out>, 
    l_stararg2_1362=<optimized out>, l_stararg3_840=<optimized out>, l_stararg3_840 at entry=0x7ffff17ed7c0, l_stararg4_604=<optimized out>, 
    l_stararg4_604 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_warmspot.c:1834
#40 0x00007ffff5a11f8e in pypy_g_PyFrame_dispatch (l_self_3195=l_self_3195 at entry=0x7ffff17ed7c0, l_pycode_0=<optimized out>, l_next_instr_0=<optimized out>, 
    l_ec_4=l_ec_4 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:23
#41 0x00007ffff558fc0b in pypy_g_PyFrame_execute_frame (l_self_13826=<optimized out>, l_w_inputvalue_1=<optimized out>, l_operr_11=<optimized out>)
    at pypy_interpreter_pyframe.c:2722
#42 0x00007ffff55900c0 in pypy_g_PyFrame_run (l_self_13823=<optimized out>) at pypy_interpreter_pyframe.c:1229
#43 0x00007ffff559cf93 in pypy_g_call_function__AccessDirect_None (l_self_13871=0x7ffff7f2e0b0, l_oparg_6=140737249853304, l_w_star_1=0x7ffff1c8bf88, 
    l_w_starstar_1=0x7ffff7dcdc80 <pypy_g_ExcData>) at pypy_interpreter_pyopcode.c:14983
#44 0x00007ffff55a76ad in pypy_g_dispatch_bytecode__AccessDirect_None (l_self_13863=<optimized out>, l_self_13863 at entry=0x7ffff7f2e0b0, l_co_code_3=<optimized out>, 
    l_next_instr_4=<optimized out>, l_ec_18=<optimized out>, l_ec_18 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:6642
---Type <return> to continue, or q <return> to quit---
#45 0x00007ffff55a9619 in pypy_g_handle_bytecode__AccessDirect_None (l_self_13862=l_self_13862 at entry=0x7ffff7f2e0b0, l_co_code_2=<optimized out>, 
    l_next_instr_53=<optimized out>, l_ec_17=l_ec_17 at entry=0x7ffff7f1e020) at pypy_interpreter_pyopcode.c:3071
#46 0x00007ffff5a120f5 in pypy_g_portal_5 (l_next_instr_59=<optimized out>, l_v4855=l_v4855 at entry=false, 
    l_pycode_12=l_pycode_12 at entry=0x7ffff6a7ac80 <pypy_g_pypy_interpreter_pycode_PyCode>, l_self_15384=l_self_15384 at entry=0x7ffff1a30e30, 
    l_ec_34=l_ec_34 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:258
#47 0x00007ffff5e37f31 in pypy_g_ll_portal_runner__Unsigned_Bool_pypy_interpreter (l_stararg0_3081=0, l_stararg1_2826=<optimized out>, 
    l_stararg2_1362=<optimized out>, l_stararg3_840=<optimized out>, l_stararg3_840 at entry=0x7ffff7f2e0b0, l_stararg4_604=<optimized out>, 
    l_stararg4_604 at entry=0x7ffff7f1e020) at rpython_jit_metainterp_warmspot.c:1834
#48 0x00007ffff5a11f8e in pypy_g_PyFrame_dispatch (l_self_3195=l_self_3195 at entry=0x7ffff7f2e0b0, l_pycode_0=<optimized out>, l_next_instr_0=<optimized out>, 
    l_ec_4=l_ec_4 at entry=0x7ffff7f1e020) at pypy_module_pypyjit_interp_jit.c:23
#49 0x00007ffff558fc0b in pypy_g_PyFrame_execute_frame (l_self_13826=<optimized out>, l_w_inputvalue_1=<optimized out>, l_operr_11=<optimized out>)
    at pypy_interpreter_pyframe.c:2722
#50 0x00007ffff55900c0 in pypy_g_PyFrame_run (l_self_13823=<optimized out>) at pypy_interpreter_pyframe.c:1229
#51 0x00007ffff5545c4e in pypy_g_call_function__star_2 (l_w_func_33=0x7ffff6a7c500 <pypy_g_pypy_interpreter_function_Function>, l_stararg0_489=0x7ffff1a30d80, 
    l_stararg1_223=0x7ffff1a30de8) at pypy_interpreter_baseobjspace.c:1182
#52 0x00007ffff54b6393 in pypy_g_entry_point (l_l1_45=<optimized out>, l_l1_45 at entry=0x7ffff1a10010) at pypy_goal_targetpypystandalone.c:1872
#53 0x00007ffff60e2804 in pypy_main_function (argc=<optimized out>, argv=0x7fffffffdb38) at entrypoint.c:61
#54 0x00007ffff39db040 in __libc_start_main () from /usr/lib/libc.so.6
#55 0x00000000004005fe in ?? ()
```



From issues-reply at bitbucket.org  Wed Sep 24 15:08:05 2014
From: issues-reply at bitbucket.org (Ram Rachum)
Date: Wed, 24 Sep 2014 13:08:05 -0000
Subject: [pypy-issue] Issue #1873: divmod(3,
 float('inf')) behaves differently than CPython (pypy/pypy)
Message-ID: <20140924130805.26455.78311@app07.ash-private.bitbucket.org>

New issue 1873: divmod(3, float('inf')) behaves differently than CPython
https://bitbucket.org/pypy/pypy/issue/1873/divmod-3-float-inf-behaves-differently

Ram Rachum:

    $ python2
    Python 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit (AMD64)] on win32
    Type "help", "copyright", "credits" or "license" for more information.
    >>> divmod(3, float('inf'))
    (nan, nan)
    >>>
    
    
    $ pypy
    Python 2.7.8 (f5dcc2477b97, Sep 18 2014, 14:30:11)
    [PyPy 2.4.0 with MSC v.1500 32 bit] on win32
    Type "help", "copyright", "credits" or "license" for more information.
    >>>> divmod(3, float('inf'))
    (0.0, 3.0)
    >>>>




From issues-reply at bitbucket.org  Fri Sep 26 15:05:26 2014
From: issues-reply at bitbucket.org (Edd Barrett)
Date: Fri, 26 Sep 2014 13:05:26 -0000
Subject: [pypy-issue] Issue #1874: Misleading RPython error message: setting
 forbidden attribute (pypy/pypy)
Message-ID: <20140926130526.21666.85513@app01.ash-private.bitbucket.org>

New issue 1874: Misleading RPython error message: setting forbidden attribute
https://bitbucket.org/pypy/pypy/issue/1874/misleading-rpython-error-message-setting

Edd Barrett:

Hi,

I think I know what this error message means:

```
[translation:ERROR] NoSuchAttrError:
[translation:ERROR]
[translation:ERROR] setting forbidden attribute 'php_interp' on <ClassDef 'hippy.objects.instanceobject.W_InstanceObject'>
[translation:ERROR]
[translation:ERROR]
[translation:ERROR]     v1036 = getattr(this_0, ('php_interp'))
[translation:ERROR]
[translation:ERROR] In <FunctionGraph of (hippy.module.pypy_bridge.php_wrappers:367)wpy_exc_getMessage at 0x40cf49c0>:
[translation:ERROR] Happened at file hippy/module/pypy_bridge/php_wrappers.py line 369
[translation:ERROR]
[translation:ERROR] ==>     py_space = this.php_interp.pyspace
[translation:ERROR]         msg = py_space.str_w(py_space.str(this.w_py_exn.get_w_value(py_space)))
[translation:ERROR]         return this.interp.space.wrap(msg)
[translation:ERROR]
[translation:ERROR] Known variable annotations:
[translation:ERROR]  this_0 = SomeInstance(can_be_None=False, classdef=hippy.objects.instanceobject.W_InstanceObject)
[translation:ERROR]
[translation:ERROR] Processing block:
[translation:ERROR]  block at 3 is a <class 'rpython.flowspace.flowcontext.SpamBlock'>
[translation:ERROR]  in (hippy.module.pypy_bridge.php_wrappers:367)wpy_exc_getMessage
[translation:ERROR]  containing the following operations:
[translation:ERROR]        v1036 = getattr(this_0, ('php_interp'))
[translation:ERROR]        v1037 = getattr(v1036, ('pyspace'))
[translation:ERROR]        v1038 = getattr(v1037, ('str_w'))
[translation:ERROR]        v1039 = getattr(v1037, ('str'))
[translation:ERROR]        v1040 = getattr(this_0, ('w_py_exn'))
[translation:ERROR]        v1041 = getattr(v1040, ('get_w_value'))
[translation:ERROR]        v1042 = simple_call(v1041, v1037)
[translation:ERROR]        v1043 = simple_call(v1039, v1042)
[translation:ERROR]        v1044 = simple_call(v1038, v1043)
[translation:ERROR]        v1045 = getattr(this_0, ('interp'))
[translation:ERROR]        v1046 = getattr(v1045, ('space'))
[translation:ERROR]        v1047 = getattr(v1046, ('wrap'))
[translation:ERROR]        v1048 = simple_call(v1047, v1044)
[translation:ERROR]  --end--
```

It means that RPython has been unable to guarantee the existence of `this.php_interp.pyspace`. It has nothing to do with setting any 'forbidden' attribute. Right?



From issues-reply at bitbucket.org  Sun Sep 28 22:51:35 2014
From: issues-reply at bitbucket.org (Tim Smith)
Date: Sun, 28 Sep 2014 20:51:35 -0000
Subject: [pypy-issue] Issue #1875: RFC: building with --shared by default on
 Homebrew (pypy/pypy)
Message-ID: <20140928205135.26013.56158@app04.ash-private.bitbucket.org>

New issue 1875: RFC: building with --shared by default on Homebrew
https://bitbucket.org/pypy/pypy/issue/1875/rfc-building-with-shared-by-default-on

Tim Smith:

Homebrew [is considering](https://github.com/Homebrew/homebrew/pull/32765) translating and building pypy with --shared by default to support uWSGI better at a user's request. Comments on the wisdom of distributing with --shared are invited here or there.

I visited #pypy on Freenode and @arigo suggested I should open an issue here and that --shared might be a sane choice for pypy's official binary distribution.

Thanks!



From issues-reply at bitbucket.org  Tue Sep 30 16:04:38 2014
From: issues-reply at bitbucket.org (Konstantin Lopuhin)
Date: Tue, 30 Sep 2014 14:04:38 -0000
Subject: [pypy-issue] Issue #1876: Sandbox does not work in 2.4.0?
	(pypy/pypy)
Message-ID: <20140930140438.15268.29357@app11.ash-private.bitbucket.org>

New issue 1876: Sandbox does not work in 2.4.0?
https://bitbucket.org/pypy/pypy/issue/1876/sandbox-does-not-work-in-240

Konstantin Lopuhin:

Building sandbox from 2.4.0 source on Ubuntu 12.04:


```
#!bash

~/pypy-2.4.0-src/pypy/goal $ ~/pypy-2.4-beta1-linux64/bin/pypy ../../rpython/bin/rpython -O2 --sandbox targetpypystandalone.py --withmod-time --withmod-struct

```

Trying to run:

```
#!bash

~/pypy-2.4.0-src/pypy/goal $ ../sandbox/pypy_interact.py pypy-c
debug: OperationError:
debug:  operror-type: RuntimeError
debug:  operror-value: None
[Subprocess exit code: 1]
```

2.3.1 worked, and also 2.3.1 + fix from #1833 (double-checking now)



From issues-reply at bitbucket.org  Tue Sep 30 16:37:47 2014
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Tue, 30 Sep 2014 14:37:47 -0000
Subject: [pypy-issue] Issue #1877: Bare Exception should be AnnotationError
	(pypy/pypy)
Message-ID: <20140930143747.20812.41249@app14.ash-private.bitbucket.org>

New issue 1877: Bare Exception should be AnnotationError
https://bitbucket.org/pypy/pypy/issue/1877/bare-exception-should-be-annotationerror

Ronan Lamy:

```
[translation:info]    File "/home/ronan/dev/pypy/rpython/annotator/bookkeeper.py", line 338, in immutablevalue
[translation:info]     raise Exception("Don't know how to represent %r" % (x,))
[translation:ERROR] Exception: Don't know how to represent <property object at 0x2091730>
[translation:ERROR] Processing block:
[translation:ERROR]  block at 99 is a <class 'rpython.flowspace.flowcontext.SpamBlock'>
[translation:ERROR]  in (hippy.module.phar.phar:208)phar_construct
[translation:ERROR]  containing the following operations:
[translation:ERROR]        v16 = simple_call((type LocalPath), v15)
[translation:ERROR]        v17 = getattr(this_0, ('filename'))
[translation:ERROR]        v18 = simple_call((function create_file), v17, ('r'))
[translation:ERROR]        v19 = getattr(v18, ('read'))
[translation:ERROR]        v20 = simple_call(v19)
[translation:ERROR]        v21 = getattr(v16, ('ext'))
[translation:ERROR]        v22 = eq(v21, ('.bz2'))
[translation:ERROR]        v23 = bool(v22)
[translation:ERROR]  --end--

```
The error message is actually OK, but this should be an AnnotationError anyway, perhaps with some explicit mention of the fact that properties aren't RPython.