From issues-reply at bitbucket.org  Tue Mar  1 09:18:26 2016
From: issues-reply at bitbucket.org (Kunal Grover)
Date: Tue, 01 Mar 2016 14:18:26 -0000
Subject: [pypy-issue] Issue #2247: os.stat().st_atime returns Error
 (pypy/pypy)
Message-ID: <20160301141826.13546.62637@celery-worker-102.ash1.bb-inf.net>

New issue 2247: os.stat().st_atime returns Error
https://bitbucket.org/pypy/pypy/issues/2247/osstat-st_atime-returns-error

Kunal Grover:

Trying to use the snippet, results below.

```
#!python
import os
a = os.stat('test.py')
a.st_atime

```


```
#!python
Traceback (most recent call last):
  File "pypy/bin/pyinteractive.py", line 206, in <module>
    sys.exit(main_(sys.argv))
  File "pypy/bin/pyinteractive.py", line 192, in main_
    con.interact(banner)
  File "/Users/kunal/pypy/pypy/interpreter/interactive.py", line 135, in interact
    code.InteractiveConsole.interact(self, banner)
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/code.py", line 243, in interact
    more = self.push(line)
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/code.py", line 265, in push
    more = self.runsource(source, self.filename)
  File "/Users/kunal/pypy/pypy/interpreter/interactive.py", line 197, in runsource
    main.run_toplevel(self.space, doit, verbose=self.verbose)
  File "/Users/kunal/pypy/pypy/interpreter/main.py", line 108, in run_toplevel
    f()
  File "/Users/kunal/pypy/pypy/interpreter/interactive.py", line 182, in doit
    self.console_compiler_flags)
  File "/Users/kunal/pypy/pypy/interpreter/pycompiler.py", line 56, in compile_command
    code = self.compile(source, filename, mode, flags)
  File "/Users/kunal/pypy/pypy/interpreter/pycompiler.py", line 171, in compile
    mod = self._compile_to_ast(source, info)
  File "/Users/kunal/pypy/pypy/interpreter/pycompiler.py", line 164, in _compile_to_ast
    e.wrap_info(space))
  File "/Users/kunal/pypy/pypy/interpreter/pyparser/error.py", line 22, in wrap_info
    w_filename = space.fsdecode(space.wrapbytes(self.filename))
  File "/Users/kunal/pypy/pypy/interpreter/baseobjspace.py", line 1634, in fsdecode
    return fsdecode(space, w_obj)
  File "/Users/kunal/pypy/pypy/interpreter/unicodehelper.py", line 69, in fsdecode
    errorhandler=state.decode_error_handler)[0]
  File "/Users/kunal/pypy/rpython/rlib/runicode.py", line 137, in str_decode_utf_8
    result=result)
  File "/Users/kunal/pypy/rpython/rlib/runicode.py", line 156, in str_decode_utf_8_impl
    n = utf8_code_length[ordch1]
IndexError: list index out of range

```




From issues-reply at bitbucket.org  Tue Mar  1 15:03:36 2016
From: issues-reply at bitbucket.org (Armin Rigo)
Date: Tue, 01 Mar 2016 20:03:36 -0000
Subject: [pypy-issue] Issue #2248: float.__int__() calls a overridden
 __int__ method (pypy/pypy)
Message-ID: <20160301200336.13831.45625@celery-worker-101.ash1.bb-inf.net>

New issue 2248: float.__int__() calls a overridden __int__ method
https://bitbucket.org/pypy/pypy/issues/2248/float__int__-calls-a-overridden-__int__

Armin Rigo:

```
#!python

+    def test_override___int__(self):
+        class F(float):
+            def __int__(self):
+                return 666
+        assert int(F(-12.3)) == 666
+        assert float.__int__(F(-12.3)) == -12
```

The last assert fails on pypy but not cpython.  Investigate...



From issues-reply at bitbucket.org  Thu Mar  3 07:53:06 2016
From: issues-reply at bitbucket.org (Amaury Forgeot d'Arc)
Date: Thu, 03 Mar 2016 12:53:06 -0000
Subject: [pypy-issue] Issue #2249: re.sub() is 5 times slower than with
 CPython (pypy/pypy)
Message-ID: <20160303125306.21471.95635@celery-worker-103.ash1.bb-inf.net>

New issue 2249: re.sub() is 5 times slower than with CPython
https://bitbucket.org/pypy/pypy/issues/2249/resub-is-5-times-slower-than-with-cpython

Amaury Forgeot d'Arc:

The script below is 5 times slower with PyPy than with CPython.
I suspect the code could be optimized by using a StringBuilder instead of 
`space.call_method( w_emptystr, 'join', space.newlist(sublist_w))`

```
#!python

import re, time
regexp = re.compile('x')
s = 'x' * 1024 * 1024 * 10

def f():
  for x in xrange(10):
    t0 = time.time()
    assert len(regexp.sub('y', s)) == len(s)
    print time.time() - t0

f()

```



From issues-reply at bitbucket.org  Thu Mar  3 18:47:26 2016
From: issues-reply at bitbucket.org (Magnus Morton)
Date: Thu, 03 Mar 2016 23:47:26 -0000
Subject: [pypy-issue] Issue #2250: Result of
 jit_hooks.stats_get_loop_run_times is always empty (pypy/pypy)
Message-ID: <20160303234726.78938.60880@celery-worker-102.ash1.bb-inf.net>

New issue 2250: Result of jit_hooks.stats_get_loop_run_times is always empty
https://bitbucket.org/pypy/pypy/issues/2250/result-of

Magnus Morton:

I've noticed that the result of ``` jit_hooks.stats_get_loop_run_times(None)```
 is always empty now, even when ```jit_hooks.stats_set_debug(None, True)``` has been called and some loops have been compiled and executed.

I suspect the problem is that the appropriate debug instructions are not getting injected into the traces in the first place. in [jit/backend/x86/assembler.py](https://bitbucket.org/pypy/pypy/src/bc2523a1a870a2ecb8e5c55f6988a3759a1f6589/rpython/jit/backend/x86/assembler.py?at=default&fileviewer=file-view-default) in ```assemble_loop```:

```
#!python

if log:
    operations = self._inject_debugging_code(looptoken, operations,
                                             'e', looptoken.number)
```
```log``` seems to always be false.

The latest revision I know for sure had the correct behaviour was 79086:32f5175b444e





From issues-reply at bitbucket.org  Sat Mar  5 07:03:07 2016
From: issues-reply at bitbucket.org (David MacIver)
Date: Sat, 05 Mar 2016 12:03:07 -0000
Subject: [pypy-issue] Issue #2251: Missing __thisclass__ from super objects
 (pypy/pypy)
Message-ID: <20160305120307.30784.26374@celery-worker-101.ash1.bb-inf.net>

New issue 2251: Missing __thisclass__ from super objects
https://bitbucket.org/pypy/pypy/issues/2251/missing-__thisclass__-from-super-objects

David MacIver:

The following code passes on CPython 2.7.10 and fails on pypy-4.0.1

```python
class Foo(object):
    pass

assert super(Foo, Foo()).__thisclass__ == Foo
```

I discovered this because IPython's pretty printing uses this attribute to print super objects, which fails on pypy.



From issues-reply at bitbucket.org  Sat Mar  5 07:15:33 2016
From: issues-reply at bitbucket.org (David MacIver)
Date: Sat, 05 Mar 2016 12:15:33 -0000
Subject: [pypy-issue] Issue #2252: collections.defaultdict has the wrong
 modulel (pypy/pypy)
Message-ID: <20160305121533.20436.29754@celery-worker-102.ash1.bb-inf.net>

New issue 2252: collections.defaultdict has the wrong modulel
https://bitbucket.org/pypy/pypy/issues/2252/collectionsdefaultdict-has-the-wrong

David MacIver:

The following passes on CPython 2.7.10 and fails on pypy-4.0.1

```python
from collections import defaultdict

assert defaultdict.__module__ == 'collections', defaultdict.__module__
```

This happens because defaultdict reports its module as '_collections' rather than 'collections'

I discovered this because it breaks IPython's pretty printing for defaultdicts because of the way it handles lookup.

Note: Counter correctly reports it smodule as 'collections' rather than '_collections'



From issues-reply at bitbucket.org  Sat Mar  5 07:26:17 2016
From: issues-reply at bitbucket.org (David MacIver)
Date: Sat, 05 Mar 2016 12:26:17 -0000
Subject: [pypy-issue] Issue #2253: Unbound method access creates fresh
 object each time (pypy/pypy)
Message-ID: <20160305122617.26516.21323@celery-worker-102.ash1.bb-inf.net>

New issue 2253: Unbound method access creates fresh object each time
https://bitbucket.org/pypy/pypy/issues/2253/unbound-method-access-creates-fresh-object

David MacIver:

The following code passes on CPython 2.7.10 and fails on pypy-4.0.1:

```python
assert object.__repr__ is object.__repr__
```

The two unbound methods report as == but not identical on pypy.

I discovered this because the check that IPython pretty printing uses to test whether a type needs a custom pretty printer is whether type(c).__repr__ is object.__repr__. This works on CPython but fails on pypy.



From issues-reply at bitbucket.org  Fri Mar 11 16:20:33 2016
From: issues-reply at bitbucket.org (Carl Friedrich Bolz)
Date: Fri, 11 Mar 2016 21:20:33 -0000
Subject: [pypy-issue] Issue #2254: fix test_app_main.py on pypy (pypy/pypy)
Message-ID: <20160311212033.43146.72381@celery-worker-102.ash1.bb-inf.net>

New issue 2254: fix test_app_main.py on pypy
https://bitbucket.org/pypy/pypy/issues/2254/fix-test_app_mainpy-on-pypy

Carl Friedrich Bolz:

```
def we_are_translated():
    # app-level, very different from rpython.rlib.objectmodel.we_are_translated
    return hasattr(sys, 'pypy_translation_info')
```

in app_main.py is wrong on pypy. it means that ``test_all_combinations_I_can_think_of`` will lead to ``__pypy__.set_debug(False)`` being called, which means all subsequent tests pass always.



From issues-reply at bitbucket.org  Sat Mar 12 12:20:59 2016
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Sat, 12 Mar 2016 17:20:59 -0000
Subject: [pypy-issue] Issue #2255: Interpreter bootstrap is a mess
 (pypy/pypy)
Message-ID: <20160312172059.24269.25633@celery-worker-103.ash1.bb-inf.net>

New issue 2255: Interpreter bootstrap is a mess
https://bitbucket.org/pypy/pypy/issues/2255/interpreter-bootstrap-is-a-mess

Ronan Lamy:

The translation-time and run-time initialisation of space and modules contains a mess of conditionals on things like `we_are_translated()` and `space.config.translating`, and relies on annotator black magic (`_cleanup_()` methods). As a result, the interpreter bootstrap sequence is different depending on whether we're running translated, untranslated, from `pyinteractive.py`, from tests, ... And this makes bootstrap issues annoyingly hard to understand and debug.

Here are a few things that would improve the situation:

* Kill `Module._cleanup_` and `MixedModule._cleanup_()`
* Unify the various bootstrap logics as much as possible, with any necessary customisation happening in a single place.
* Cleanly separate translation-time configuration from run-time initialisation.




From issues-reply at bitbucket.org  Sat Mar 12 13:00:43 2016
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Sat, 12 Mar 2016 18:00:43 -0000
Subject: [pypy-issue] Issue #2256: Do not store the compile-time sys.path in
 the executable (pypy/pypy)
Message-ID: <20160312180043.24795.84110@celery-worker-102.ash1.bb-inf.net>

New issue 2256: Do not store the compile-time sys.path in the executable
https://bitbucket.org/pypy/pypy/issues/2256/do-not-store-the-compile-time-syspath-in

Ronan Lamy:

Currently, in a translated pypy, `sys.path` is initialised to the translation-time value of `sys.path`. If that value is ever used, it causes issues that are only visible when running the executable on a different machine than the one it was translated on. That scenatio happened on the `py3.3` branch and went undetected for 2 years.



From issues-reply at bitbucket.org  Sun Mar 13 15:41:49 2016
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Sun, 13 Mar 2016 19:41:49 -0000
Subject: [pypy-issue] Issue #2257: Py3.3: shut down gracefully if the stdlib
 cannot be found (pypy/pypy)
Message-ID: <20160313194149.36473.17275@celery-worker-101.ash1.bb-inf.net>

New issue 2257: Py3.3: shut down gracefully if the stdlib cannot be found
https://bitbucket.org/pypy/pypy/issues/2257/py33-shut-down-gracefully-if-the-stdlib

Ronan Lamy:

When the `pypy3` executable cannot locate its standard library, it should print an informative error message and exit. Currently, it attempts to call `initstdio()` and crashes there, because that function requires a working importing machinery. The solution is probably to move the initialisation of the stdlib path and filesystem encoding out of `app_main.py` and to interp-level. (this is a follow-up to pull request #415)



From issues-reply at bitbucket.org  Mon Mar 14 21:39:32 2016
From: issues-reply at bitbucket.org (Stefano Rivera)
Date: Tue, 15 Mar 2016 01:39:32 -0000
Subject: [pypy-issue] Issue #2258: Unable to translate PyPy 5.0 with JIT on
 a 32bit machine (pypy/pypy)
Message-ID: <20160315013932.1469.63397@celery-worker-103.ash1.bb-inf.net>

New issue 2258: Unable to translate PyPy 5.0 with JIT on a 32bit machine
https://bitbucket.org/pypy/pypy/issues/2258/unable-to-translate-pypy-50-with-jit-on-a

Stefano Rivera:

I can't translate PyPy 5.0 on an `armhf` machine (Novena with 4GiB of RAM), as I run into a MemoryError. This wasn't a problem in the past. On 32bit machines, userspace processes only get 3GB of address space, and we're using it all.

This is with cpython. I've tried using jemalloc, it didn't help.

Translating with `-O3` instead of `-Ojit` works.

The other way would be to use a 32bit arm chroot on an arm64 machine, that gives you a 4GB address space. Or possibly a 32bit ARM machine with LPAE.

Sample failure:
```
[backendopt:malloc] removed 16 simple mallocs in total
[backendopt:mergeifblocks] starting to merge if blocks
[c:database] GC transformer: finished helpers
[c]   907000 nodes  [ array: 146621  framework rtti: 2870  func: 32576  group: 1  struct: 725281 ]
[c:database] GC transformer: finished tables
[c]   908000 nodes  [ array: 147054  framework rtti: 2870  func: 32581  group: 1  struct: 727165 ]
[c]   909000 nodes  [ array: 147650  framework rtti: 2870  func: 32581  group: 1  struct: 727183 ]
[c]   910000 nodes  [ array: 147794  framework rtti: 2870  func: 32581  group: 1  struct: 727205 ]
[gctransform:info] assigned 3366 typeids
[gctransform:info] added 152628 push/pop stack root instructions
[gctransform:info] inserted 6719 write barrier calls
[gctransform:info] inserted 6537 write_barrier_from_array calls
[gctransform:info] found 3 static roots
[-26bad] translation-task}
[Timer] Timings:
[Timer] annotate                       ---  2718.8 s
[Timer] rtype_lltype                   ---  4222.4 s
[Timer] pyjitpl_lltype                 ---  6207.4 s
[Timer] backendopt_lltype              ---  1579.3 s
[Timer] stackcheckinsertion_lltype     ---  1856.9 s
[Timer] database_c                     ---  3279.4 s
[Timer] ============================================
[Timer] Total:                         --- 19864.2 s
[translation:info] Error:
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/goal/translate.py", line 318, in main
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/driver.py", line 550, in proceed
[translation:info]     result = self._execute(goals, task_skip = self._maybe_skip())
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/tool/taskengine.py", line 114, in _execute
[translation:info]     res = self._do(goal, taskcallable, *args, **kwds)
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/driver.py", line 278, in _do
[translation:info]     res = func()
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/driver.py", line 432, in task_database_c
[translation:info]     database = cbuilder.build_database()
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/c/genc.py", line 159, in build_database
[translation:info]     db.complete()
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/c/database.py", line 351, in complete
[translation:info]     self.gctransformer.inline_helpers(self.all_graphs())
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/memory/gctransform/transform.py", line 130, in inline_helpers
[translation:info]     cleanup=False)
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/backendopt/inline.py", line 80, in inline_function
[translation:info]     return inliner.inline_all()
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/backendopt/inline.py", line 183, in inline_all
[translation:info]     self.inline_once(block, index_operation)
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/backendopt/inline.py", line 210, in inline_once
[translation:info]     self.do_inline(block, index_operation)
[translation:info]    File "/?BUILDDIR?/pypy-5.0+dfsg/rpython/translator/backendopt/inline.py", line 398, in do_inline
[translation:info]     splitlink = split_block(block, index_operation)
[translation:ERROR] MemoryError

```



From issues-reply at bitbucket.org  Wed Mar 16 15:53:06 2016
From: issues-reply at bitbucket.org (Julian Berman)
Date: Wed, 16 Mar 2016 19:53:06 -0000
Subject: [pypy-issue] Issue #2259: Exceptions in atexit handlers are
 slightly scary looking (pypy/pypy)
Message-ID: <20160316195306.11766.64919@celery-worker-103.ash1.bb-inf.net>

New issue 2259: Exceptions in atexit handlers are slightly scary looking
https://bitbucket.org/pypy/pypy/issues/2259/exceptions-in-atexit-handlers-are-slightly

Julian Berman:


```
#!traceback

?  pypy -c 'import atexit; atexit.register(lambda : object().explode)'
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/local/Cellar/pypy/5.0.0/libexec/lib-python/2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "<string>", line 1, in <lambda>
AttributeError: 'object' object has no attribute 'explode'
debug: OperationError:
debug:  operror-type: AttributeError
debug:  operror-value: 'object' object has no attribute 'explode'
```


is somewhat scary looking, it looks like the kind of output one would be used to seeing when PyPy crashes. I'm not sure if PyPy is crashing there or not (probably could tell by adding a second handler and seeing if it runs?) but compare to CPython:


```
#!traceback

Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "<string>", line 1, in <lambda>
AttributeError: 'object' object has no attribute 'explode'
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "<string>", line 1, in <lambda>
AttributeError: 'object' object has no attribute 'explode'
```

also not completely ideal, I'm not sure why it shows the traceback twice, but a bit less scary.



From issues-reply at bitbucket.org  Thu Mar 17 11:09:15 2016
From: issues-reply at bitbucket.org (Pim van der Eijk)
Date: Thu, 17 Mar 2016 15:09:15 -0000
Subject: [pypy-issue] Issue #2260: PyPy 5.0.0 dumps core with LXML 3.6.0
 (pypy/pypy)
Message-ID: <20160317150915.2730.57163@celery-worker-101.ash1.bb-inf.net>

New issue 2260: PyPy 5.0.0 dumps core with LXML 3.6.0
https://bitbucket.org/pypy/pypy/issues/2260/pypy-500-dumps-core-with-lxml-360

Pim van der Eijk:


Running the attached script crashes PyPy.  The exact crash differs.  
One time I got:

Checking new party new_party_1 against new party new_party_100
Exception AssertionError: u'Tried to unregister unknown proxy' in 'lxml.etree._Element.__dealloc__' ignored
Exception AssertionError: u'Tried to unregister unknown proxy' in 'lxml.etree._Element.__dealloc__' ignored
Exception AssertionError: u'Tried to unregister unknown proxy' in 'lxml.etree._Element.__dealloc__' ignored
Exception AssertionError: u'Tried to unregister unknown proxy' in 'lxml.etree._Element.__dealloc__' ignored
Segmentation fault (core dumped)


A later time I got:

Checking new party new_party_0 against new party new_party_131
Exception AssertionError: u'Tried to unregister unknown proxy' in 'lxml.etree._Element.__dealloc__' ignored
*** Error in `python': corrupted double-linked list: 0x0000000004d84b30 ***
Aborted (core dumped)







From issues-reply at bitbucket.org  Thu Mar 17 21:55:48 2016
From: issues-reply at bitbucket.org (Terry Jones)
Date: Fri, 18 Mar 2016 01:55:48 -0000
Subject: [pypy-issue] Issue #2261: PyPy 5.0.0 very slow when using BioPython
 BLAST XML parsing under OS X (pypy/pypy)
Message-ID: <20160318015548.20005.59427@celery-worker-101.ash1.bb-inf.net>

New issue 2261: PyPy 5.0.0 very slow when using BioPython BLAST XML parsing under OS X
https://bitbucket.org/pypy/pypy/issues/2261/pypy-500-very-slow-when-using-biopython

Terry Jones:

I just upgrade from pypy4.0.1 to 5.0.0 (OS X 10.10.5, via brew) and was surprised to find some code running much slower. I have a simple piece of code that uses BioPython (which in turrn uses expat to parse some XML). On python 2.7 my code runs in ~9 seconds, in python 3.5 it?s ~10 secs, in pypy 4 it?s 18 seconds, and in pypy 5 it?s 25 seconds.

You can reproduce it by installing BioPython (I have 1.64 in my virtualenv) and running the following minimal example:

```
#!python

from __future__ import print_function

import sys
from Bio.Blast import NCBIXML

count = 0
with open(sys.argv[1]) as fp:
    for record in NCBIXML.parse(fp):
        count += 1

print(count)
```

with the attached XML (once uncompressed) file given on the command line.



From issues-reply at bitbucket.org  Sat Mar 19 12:58:35 2016
From: issues-reply at bitbucket.org (David Naylor)
Date: Sat, 19 Mar 2016 16:58:35 -0000
Subject: [pypy-issue] Issue #2262: [patch] PyPy-5.0.0 fails to build on
 FreeBSD/i386 (pypy/pypy)
Message-ID: <20160319165835.1279.48695@celery-worker-101.ash1.bb-inf.net>

New issue 2262: [patch] PyPy-5.0.0 fails to build on FreeBSD/i386
https://bitbucket.org/pypy/pypy/issues/2262/patch-pypy-500-fails-to-build-on-freebsd

David Naylor:

PyPy fails to build on 32bit FreeBSD with the following error (fixed with the attached patch):

[translation:ERROR] CompilationError: CompilationError(err="""
[translation:ERROR]     In file included from /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/rvmprof.c:24:
[translation:ERROR]     In file included from /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_main.h:36:
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_getpc.h:154:27: error: no member named 'mc_rip' in 'struct __mcontext'; did you mean 'mc_eip'?
[translation:ERROR]       return signal_ucontext->PC_FROM_UCONTEXT;   // defined in config.h
[translation:ERROR]                               ^
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_config.h:3:38: note: expanded from macro 'PC_FROM_UCONTEXT'
[translation:ERROR]     #define PC_FROM_UCONTEXT uc_mcontext.mc_rip
[translation:ERROR]                                          ^
[translation:ERROR]     /usr/include/x86/ucontext.h:64:15: note: 'mc_eip' declared here
[translation:ERROR]             __register_t    mc_eip;
[translation:ERROR]                             ^
[translation:ERROR]     In file included from /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/rvmprof.c:24:
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_main.h:158:57: warning: incompatible pointer types passing 'void *[]' to parameter of type 'intptr_t *' (aka 'int *') [-Wincompatible-pointer-types]
[translation:ERROR]                 depth = get_stack_trace(get_vmprof_stack(), st->stack,
[translation:ERROR]                                                             ^~~~~~~~~
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_common.h:80:61: note: passing argument to parameter 'result' here
[translation:ERROR]     static int get_stack_trace(vmprof_stack_t* stack, intptr_t *result, int max_depth, intptr_t pc)
[translation:ERROR]                                                                 ^
[translation:ERROR]     In file included from /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/rvmprof.c:24:
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_main.h:161:32: warning: incompatible integer to pointer conversion assigning to 'void *' from 'intptr_t' (aka 'int') [-Wint-conversion]
[translation:ERROR]                 st->stack[depth++] = get_current_thread_id();
[translation:ERROR]                                    ^ ~~~~~~~~~~~~~~~~~~~~~~~
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_main.h:295:20: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign]
[translation:ERROR]         if (_write_all(&marker, 1) < 0)
[translation:ERROR]                        ^~~~~~~
[translation:ERROR]     /wrkdirs/usr/ports/lang/pypy/work/pypy-5.0.0-src/rpython/rlib/rvmprof/src/vmprof_main.h:279:35: note: passing argument to parameter 'buf' here
[translation:ERROR]     static int _write_all(const char *buf, size_t bufsize)
[translation:ERROR]                                       ^
[translation:ERROR]     3 warnings and 1 error generated.
[translation:ERROR]     """)
[translation] start debugger...




From issues-reply at bitbucket.org  Sun Mar 20 18:05:59 2016
From: issues-reply at bitbucket.org (Pete Vine)
Date: Sun, 20 Mar 2016 22:05:59 -0000
Subject: [pypy-issue] Issue #2263: pypy 5.0.0 3x slower than cpython
 (pypy/pypy)
Message-ID: <20160320220559.25142.6883@celery-worker-103.ash1.bb-inf.net>

New issue 2263: pypy 5.0.0 3x slower than cpython
https://bitbucket.org/pypy/pypy/issues/2263/pypy-500-3x-slower-than-cpython

Pete Vine:

On ARM Linux, running [this](https://github.com/rust-lang/rust/blob/master/src/etc/platform-intrinsics/generator.py) script and [this](https://github.com/rust-lang/rust/blob/master/src/etc/platform-intrinsics/aarch64.json) data file we get the following results:

`time python generator.py --format compiler-defs aarch64.json -o out`

real    0m0.639s
user    0m0.600s
sys     0m0.030s

`time pypy generator.py --format compiler-defs aarch64.json -o out`

real    0m1.886s
user    0m1.720s
sys     0m0.150s

using python 2.7.6 and pypy 5.0.0 respectively.




From issues-reply at bitbucket.org  Fri Mar 25 08:01:55 2016
From: issues-reply at bitbucket.org (stonewf)
Date: Fri, 25 Mar 2016 12:01:55 -0000
Subject: [pypy-issue] Issue #2264: [please help] Run pypy script in crontab,
 the process would stop for a while. (pypy/pypy)
Message-ID: <20160325120155.3370.87830@celery-worker-103.ash1.bb-inf.net>

New issue 2264: [please help] Run pypy script in crontab, the process would stop for a while.
https://bitbucket.org/pypy/pypy/issues/2264/please-help-run-pypy-script-in-crontab-the

stonewf:

Hello, I run pypy script in the crontab on Centos,using stackless and twisted. 

The process would stop after running for a while.


I use "strace -f -F" and produce some logs, I do not now why it will call close(1), I didn't use it in the progam. More log in the attachments :

1250  open("/data/wwwroot/crawler/jj_crawler/colet/core/app.py", O_RDONLY) = 1
1250  fstat(1, {st_mode=S_IFREG|0664, st_size=3094, ...}) = 0
1250  read(1, "# -*- coding: utf-8 -*-\n'''\nCrea"..., 8192) = 3094
1250  read(1, "", 8192)                 = 0
1250  read(1, "", 8192)                 = 0
1250  close(1)                          = 0
1250  stat("./run.py", {st_mode=S_IFREG|0664, st_size=1005, ...}) = 0
1250  open("./run.py", O_RDONLY)        = 1
1250  fstat(1, {st_mode=S_IFREG|0664, st_size=1005, ...}) = 0
1250  read(1, "# -*- coding: utf-8 -*-\n'''\nCrea"..., 8192) = 1005
1250  read(1, "", 8192)                 = 0
1250  read(1, "", 8192)                 = 0
1250  close(1)                          = 0
1250  stat("./run.py", {st_mode=S_IFREG|0664, st_size=1005, ...}) = 0
1250  stat("app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/data/wwwroot/crawler/jj_crawler/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/setuptools-20.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOTDIR (Not a directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/Twisted-15.5.0-py2.7-linux-x86_64.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/zope.interface-4.1.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/PyMySQL-0.7.2-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/__extensions__/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/lib-tk/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/plat-linux2/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/data/wwwroot/crawler/jj_crawler/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/setuptools-20.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOTDIR (Not a directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/Twisted-15.5.0-py2.7-linux-x86_64.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/zope.interface-4.1.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/PyMySQL-0.7.2-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/__extensions__/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/lib-tk/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/plat-linux2/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/data/wwwroot/crawler/jj_crawler/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/setuptools-20.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOTDIR (Not a directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/Twisted-15.5.0-py2.7-linux-x86_64.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/zope.interface-4.1.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/PyMySQL-0.7.2-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/__extensions__/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/lib-tk/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/plat-linux2/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  write(1, "I 1458906536.94 ('crawler runnin"..., 1841) = -1 EBADF (Bad file descriptor)
1250  write(1, "I 1458906536.94 ('crawler runnin"..., 1841) = -1 EBADF (Bad file descriptor)
1250  stat("app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/data/wwwroot/crawler/jj_crawler/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/setuptools-20.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOTDIR (Not a directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/Twisted-15.5.0-py2.7-linux-x86_64.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/zope.interface-4.1.3-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/PyMySQL-0.7.2-py2.7.egg/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/__extensions__/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/lib-tk/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/lib-python/2.7/plat-linux2/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("/usr/lib64/pypy-2.0.2/site-packages/app_main.py", 0x7fcb7ec91030) = -1 ENOENT (No such file or directory)
1250  stat("./run.py", {st_mode=S_IFREG|0664, st_size=1005, ...}) = 0
1250  stat("./run.py", {st_mode=S_IFREG|0664, st_size=1005, ...}) = 0
1250  stat("/data/wwwroot/crawler/jj_crawler/colet/core/app.py", {st_mode=S_IFREG|0664, st_size=3094, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/usr/lib64/pypy-2.0.2/lib_pypy/stackless.py", {st_mode=S_IFREG|0644, st_size=15669, ...}) = 0
1250  stat("/data/wwwroot/crawler/jj_crawler/colet/core/tasklet.py", {st_mode=S_IFREG|0664, st_size=3258, ...}) = 0
1250  stat("/data/wwwroot/crawler/jj_crawler/colet/util/colog.py", {st_mode=S_IFREG|0664, st_size=2056, ...}) = 0
1250  futex(0x7fcb7ec8c9e0, FUTEX_WAIT_PRIVATE, 0, NULL



From issues-reply at bitbucket.org  Sun Mar 27 20:10:36 2016
From: issues-reply at bitbucket.org (Rodrigo Dias Cruz)
Date: Mon, 28 Mar 2016 00:10:36 -0000
Subject: [pypy-issue] Issue #2265: Unable to translate PyPy 5.0.x on CentOS
 6.7 (pypy/pypy)
Message-ID: <20160328001036.415.79867@celery-worker-103.ash1.bb-inf.net>

New issue 2265: Unable to translate PyPy 5.0.x on CentOS 6.7
https://bitbucket.org/pypy/pypy/issues/2265/unable-to-translate-pypy-50x-on-centos-67

Rodrigo Dias Cruz:

# Description #

* I am unable to translate both PyPy 5.0.0 and 5.0.1 on a CentOS 6.7 system (details below).
* I suspect it might have something to do with **cpyext** and the fact that CentOS 6.x is a Python **2.6** environment, although I'm not sure.
* Could you please provide me with some guidance? Any help is appreciated. Thank you.

# Notes #

* PyPy 4.0.1 and earlier versions can be translated on the same system.
* The option ``--withoutmod-cpyext`` avoids the problem (but it breaks later when running ``package.py --archive-name pypy-my-own-package-name``).
* I am able to translate PyPy 5.0.x on a CentOS 7 system (Python **2.7** environment).

# Details #

* **System:** CentOS 6.7 x86_64 with 8GB of RAM
* **Installed dependencies:** bzip2-devel, expat-devel, gdbm-devel, ncurses-devel, libffi-devel, openssl-devel, sqlite-devel, tcl-devel, tk-devel, zlib-devel
* **Source:** https://bitbucket.org/pypy/pypy/downloads/pypy-5.0.0-src.tar.bz2
* **Translation environment:** PyPy 4.0.1
* **Translation command:** pypy ../../rpython/bin/rpython -Ojit targetpypystandalone

# Result #

```
[Timer] Timings:
[Timer] annotate                       ---  442.2 s
[Timer] rtype_lltype                   ---  469.5 s
[Timer] pyjitpl_lltype                 ---  847.0 s
[Timer] backendopt_lltype              ---  124.6 s
[Timer] stackcheckinsertion_lltype     ---   99.7 s
[Timer] database_c                     ---  244.1 s
[Timer] source_c                       ---  120.8 s
[Timer] compile_c                      ---    4.4 s
[Timer] ===========================================
[Timer] Total:                         --- 2352.3 s
[translation:info] Error:
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/goal/translate.py", line 318, in main
[translation:info]     drv.proceed(goals)
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/driver.py", line 550, in proceed
[translation:info]     result = self._execute(goals, task_skip = self._maybe_skip())
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/tool/taskengine.py", line 114, in _execute
[translation:info]     res = self._do(goal, taskcallable, *args, **kwds)
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/driver.py", line 278, in _do
[translation:info]     res = func()
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/driver.py", line 516, in task_compile_c
[translation:info]     cbuilder.compile(**kwds)
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/c/genc.py", line 363, in compile
[translation:info]     extra_opts)
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/platform/posix.py", line 219, in execute_makefile
[translation:info]     self._handle_error(returncode, stdout, stderr, path.join('make'))
[translation:info]    File "/root/pypy-5.0.0-src/rpython/translator/platform/__init__.py", line 151, in _handle_error
[translation:info]     raise CompilationError(stdout, stderr)
[translation:ERROR] CompilationError: CompilationError(err="""
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal_1.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:59: error: redefinition of typedef ?Py_ssize_t?In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_interpreter.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:59: error: redefinition of typedef ?Py_ssize_t?
[translation:ERROR]
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:26: note: previous declaration of ?Py_ssize_t? was here/root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:26: note: previous declaration of ?Py_ssize_t? was here
[translation:ERROR]
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal_1.c:4In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_interpreter.c:4:
[translation:ERROR]     :
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:63:1: /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:63:1: warning: warning: "PY_SSIZE_T_MAX" redefined"PY_SSIZE_T_MAX" redefined
[translation:ERROR]
[translation:ERROR]     In file included from common_header.h:126In file included from common_header.h:126,
[translation:ERROR]                      from data_pypy_interpreter.c:4,
[translation:ERROR]                      from data_pypy_goal_1.c:4:
[translation:ERROR]     :
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:27:1:/root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:27:1:  warning: warning: this is the location of the previous definitionthis is the location of the previous definition
[translation:ERROR]
[translation:ERROR]     In file included from /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:115,
[translation:ERROR]                      from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal_1.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/unicodeobject.h:17: error: redefinition of typedef ?Py_UNICODE?In file included from /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:115,
[translation:ERROR]                      from common_header.h:145,
[translation:ERROR]                      from data_pypy_interpreter.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/unicodeobject.h:17: error: redefinition of typedef ?Py_UNICODE?
[translation:ERROR]
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:25: note: previous declaration of ?Py_UNICODE? was here/root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:25: note: previous declaration of ?Py_UNICODE? was here
[translation:ERROR]
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from testing_1.c:1:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:59: error: redefinition of typedef ?Py_ssize_t?
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:26: note: previous declaration of ?Py_ssize_t? was here
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from testing_1.c:1:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:63:1: warning: "PY_SSIZE_T_MAX" redefined
[translation:ERROR]     In file included from common_header.h:126,
[translation:ERROR]                      from testing_1.c:1:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:27:1: warning: this is the location of the previous definition
[translation:ERROR]     In file included from /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:115,
[translation:ERROR]                      from common_header.h:145,
[translation:ERROR]                      from testing_1.c:1:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/unicodeobject.h:17: error: redefinition of typedef ?Py_UNICODE?
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:25: note: previous declaration of ?Py_UNICODE? was here
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:59: error: redefinition of typedef ?Py_ssize_t?
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:26: note: previous declaration of ?Py_ssize_t? was here
[translation:ERROR]     In file included from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:63:1: warning: "PY_SSIZE_T_MAX" redefined
[translation:ERROR]     In file included from common_header.h:126,
[translation:ERROR]                      from data_pypy_goal.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:27:1: warning: this is the location of the previous definition
[translation:ERROR]     In file included from /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/Python.h:115,
[translation:ERROR]                      from common_header.h:145,
[translation:ERROR]                      from data_pypy_goal.c:4:
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/cpyext/include/unicodeobject.h:17: error: redefinition of typedef ?Py_UNICODE?
[translation:ERROR]     /root/pypy-5.0.0-src/rpython/../pypy/module/_multibytecodec/src/cjkcodecs/multibytecodec.h:25: note: previous declaration of ?Py_UNICODE? was here
[translation:ERROR]     make: ** [data_pypy_goal_1.gcmap] Erro 1
[translation:ERROR]     make: ** Esperando que outros processos terminem.
[translation:ERROR]     make: ** [data_pypy_interpreter.gcmap] Erro 1
[translation:ERROR]     make: ** [data_pypy_goal.gcmap] Erro 1
[translation:ERROR]     make: ** [testing_1.gcmap] Erro 1
[translation:ERROR]     """)
[translation] start debugger...
> /root/pypy-5.0.0-src/rpython/translator/platform/__init__.py(151)_handle_error()
-> raise CompilationError(stdout, stderr)
(Pdb+) 
```



From issues-reply at bitbucket.org  Mon Mar 28 14:40:26 2016
From: issues-reply at bitbucket.org (sbehnel)
Date: Mon, 28 Mar 2016 18:40:26 -0000
Subject: [pypy-issue] Issue #2266: cpyext eats items in call args (pypy/pypy)
Message-ID: <20160328184026.11220.22755@celery-worker-102.ash1.bb-inf.net>

New issue 2266: cpyext eats items in call args
https://bitbucket.org/pypy/pypy/issues/2266/cpyext-eats-items-in-call-args

sbehnel:

I'm seeing a crash in the cythonarray test in Cython's test suite with PyPy 5.0.1. To reproduce, get latest Cython master from github and run

CFLAGS="-O0 -ggdb" gdb --args pypy runtests.py -vv --backend=c --debug cythonarray

The backtrace that I get is:

#0  __pyx_memoryview___cinit__ (__pyx_v_self=0xf78eb0, __pyx_args=0xf78e80, __pyx_kwds=0xb3f000) at cythonarray.c:7081
#1  0x00007fffefe721af in __pyx_tp_new_memoryview (t=0x7ffff00873a0 <__pyx_type___pyx_memoryview>, a=0xf78e80, k=0xb3f000) at cythonarray.c:18402
#2  0x00007ffff5e2faf8 in ?? () from /home/stefan/ablage/software/Python/pypy-5.0.1-linux64/bin/libpypy-c.so
[more PyPy]
#17 0x00007ffff525b015 in ?? () from /home/stefan/ablage/software/Python/pypy-5.0.1-linux64/bin/libpypy-c.so
#18 0x00007ffff51f8d2d in PyPyObject_Call () from /home/stefan/ablage/software/Python/pypy-5.0.1-linux64/bin/libpypy-c.so
#19 0x00007fffefe5eeae in __pyx_array_get_memview (__pyx_v_self=0x17d8060) at cythonarray.c:6413

When I print the items in the args tuple of the call (which gets passed into PyPyObject_Call() above), it looks ok. The callee, however, receives a different tuple pointer and all 3 items in that tuple are NULL. The original tuple still contains the correct items.

(gdb) p PyPyTuple_Size(0x3939310)       # <- args tuple passed by caller
$17 = 3
(gdb) p PyPyTuple_Size( 0xf78e80)         # <- args tuple received by callee
$18 = 3
(gdb) p PyPyTuple_GetItem(0x3939310, 0)
$19 = 25002080
(gdb) p PyPyTuple_GetItem( 0xf78e80, 0)
$20 = 0




From issues-reply at bitbucket.org  Wed Mar 30 20:26:56 2016
From: issues-reply at bitbucket.org (Luis Sebastian Urrutia Fuentes)
Date: Thu, 31 Mar 2016 00:26:56 -0000
Subject: [pypy-issue] Issue #2267: M2Crypto support (pypy/pypy)
Message-ID: <20160331002656.27630.17731@celery-worker-103.ash1.bb-inf.net>

New issue 2267: M2Crypto support
https://bitbucket.org/pypy/pypy/issues/2267/m2crypto-support

Luis Sebastian Urrutia Fuentes:

I clonned the last commit from m2crypto repo and run the installation with pypy and virtualenv.
This is the log

```
(venv) root at back-front-node-dev:~/m2crypto# pypy setup.py install
running install
Checking .pth file support in /home/luisurrutiaf/venv/site-packages/
/home/luisurrutiaf/venv/bin/pypy -E -c pass
TEST PASSED: /home/luisurrutiaf/venv/site-packages/ appears to support .pth files
running bdist_egg
running egg_info
writing M2Crypto.egg-info/PKG-INFO
writing dependency_links to M2Crypto.egg-info/dependency_links.txt
writing top-level names to M2Crypto.egg-info/top_level.txt
reading manifest file 'M2Crypto.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
warning: no files found matching '*.dat' under directory 'tests'
warning: no files found matching '*.p7*' under directory 'tests'
warning: no previously-included files found matching 'M2Crypto/_m2crypto.py'
writing manifest file 'M2Crypto.egg-info/SOURCES.txt'
installing library code to build/bdist.linux-x86_64/egg
running install_lib
running build_py
running build_ext
building 'M2Crypto.__m2crypto' extension
swigging SWIG/_m2crypto.i to SWIG/_m2crypto_wrap.c
swig -python -D__x86_64__ -I/home/luisurrutiaf/venv/include -I/usr/include -I/usr/include/openssl -includeall -modern -builtin -outdir build/lib.linux-x86_64-2.7/M2Crypto -o SWIG/_m2crypto_wrap.c SWIG/_m2
crypto.i
SWIG/_bio.i:64: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_rand.i:21: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_evp.i:169: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_dh.i:36: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_rsa.i:43: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_dsa.i:31: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_ssl.i:241: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_ssl.i:242: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_x509.i:323: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_pkcs7.i:44: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_pkcs7.i:44: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_util.i:11: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_ec.i:111: Warning 454: Setting a pointer/reference variable may leak memory.
SWIG/_engine.i:168: Warning 454: Setting a pointer/reference variable may leak memory.
cc -O2 -fPIC -Wimplicit -I/home/luisurrutiaf/venv/include -I/usr/include -I/usr/include/openssl -I/home/luisurrutiaf/m2crypto/SWIG -c SWIG/_m2crypto_wrap.c -o build/temp.linux-x86_64-2.7/SWIG/_m2crypto_wrap.o -DTHREADING
SWIG/_m2crypto_wrap.c:3203:25: error: unknown type name ?PyDescrObject?
 SwigPyStaticVar_dealloc(PyDescrObject *descr) {
                         ^
SWIG/_m2crypto_wrap.c:3211:22: error: unknown type name ?PyGetSetDescrObject?
 SwigPyStaticVar_repr(PyGetSetDescrObject *descr) {
                      ^
SWIG/_m2crypto_wrap.c: In function ?SwigPyStaticVar_traverse?:
SWIG/_m2crypto_wrap.c:3222:3: error: unknown type name ?PyDescrObject?
   PyDescrObject *descr;
   ^
SWIG/_m2crypto_wrap.c:3223:12: error: ?PyDescrObject? undeclared (first use in this function)
   descr = (PyDescrObject *)self;
            ^
SWIG/_m2crypto_wrap.c:3223:12: note: each undeclared identifier is reported only once for each function it appears in
SWIG/_m2crypto_wrap.c:3223:27: error: expected expression before ?)? token
   descr = (PyDescrObject *)self;
                           ^
In file included from /home/luisurrutiaf/venv/include/Python.h:86:0,
                 from SWIG/_m2crypto_wrap.c:132:
SWIG/_m2crypto_wrap.c:940:43: error: expected expression before ?)? token
 #define PyDescr_TYPE(x) (((PyDescrObject *)(x))->d_type)
                                           ^
/home/luisurrutiaf/venv/include/object.h:555:21: note: in definition of macro ?Py_VISIT?
                 if (op) {                                               \
                     ^
SWIG/_m2crypto_wrap.c:3224:24: note: in expansion of macro ?PyDescr_TYPE?
   Py_VISIT((PyObject*) PyDescr_TYPE(descr));
                        ^
/home/luisurrutiaf/venv/include/object.h:557:29: error: ?vret? undeclared (first use in this function)
                         if (vret)                                       \
                             ^
SWIG/_m2crypto_wrap.c:3224:3: note: in expansion of macro ?Py_VISIT?
   Py_VISIT((PyObject*) PyDescr_TYPE(descr));
   ^

SWIG/_m2crypto_wrap.c: At top level:
SWIG/_m2crypto_wrap.c:3229:21: error: unknown type name ?PyGetSetDescrObject?
 SwigPyStaticVar_get(PyGetSetDescrObject *descr, PyObject *obj, PyObject *SWIGUNUSEDPARM(type)) {
                     ^
SWIG/_m2crypto_wrap.c:3241:21: error: unknown type name ?PyGetSetDescrObject?
 SwigPyStaticVar_set(PyGetSetDescrObject *descr, PyObject *obj, PyObject *value) {
                     ^
SWIG/_m2crypto_wrap.c: In function ?SwigPyStaticVar_Type?:
SWIG/_m2crypto_wrap.c:3292:14: error: ?PyGetSetDescrObject? undeclared (first use in this function)
       sizeof(PyGetSetDescrObject),
              ^
SWIG/_m2crypto_wrap.c:3294:19: error: ?SwigPyStaticVar_dealloc? undeclared (first use in this function)
       (destructor)SwigPyStaticVar_dealloc,      /* tp_dealloc */
                   ^
SWIG/_m2crypto_wrap.c:3299:17: error: ?SwigPyStaticVar_repr? undeclared (first use in this function)
       (reprfunc)SwigPyStaticVar_repr,           /* tp_repr */
                 ^
SWIG/_m2crypto_wrap.c:3322:21: error: ?SwigPyStaticVar_get? undeclared (first use in this function)
       (descrgetfunc)SwigPyStaticVar_get,        /* tp_descr_get */
                     ^
SWIG/_m2crypto_wrap.c:3323:21: error: ?SwigPyStaticVar_set? undeclared (first use in this function)
       (descrsetfunc)SwigPyStaticVar_set,        /* tp_descr_set */
                     ^
SWIG/_m2crypto_wrap.c: At top level:
SWIG/_m2crypto_wrap.c:3357:1: error: unknown type name ?PyGetSetDescrObject?
 SWIGINTERN PyGetSetDescrObject *
 ^
SWIG/_m2crypto_wrap.c: In function ?SwigPyStaticVar_new_getset?:
SWIG/_m2crypto_wrap.c:3360:3: error: unknown type name ?PyGetSetDescrObject?
   PyGetSetDescrObject *descr;
   ^

SWIG/_m2crypto_wrap.c:3361:12: error: ?PyGetSetDescrObject? undeclared (first use in this function)
   descr = (PyGetSetDescrObject *)PyType_GenericAlloc(SwigPyStaticVar_Type(), 0);
            ^
SWIG/_m2crypto_wrap.c:3361:33: error: expected expression before ?)? token
   descr = (PyGetSetDescrObject *)PyType_GenericAlloc(SwigPyStaticVar_Type(), 0);
                                 ^
SWIG/_m2crypto_wrap.c:940:28: error: ?PyDescrObject? undeclared (first use in this function)
 #define PyDescr_TYPE(x) (((PyDescrObject *)(x))->d_type)
                            ^
SWIG/_m2crypto_wrap.c:3364:3: note: in expansion of macro ?PyDescr_TYPE?
   PyDescr_TYPE(descr) = type;
   ^
SWIG/_m2crypto_wrap.c:940:43: error: expected expression before ?)? token
 #define PyDescr_TYPE(x) (((PyDescrObject *)(x))->d_type)
                                           ^
SWIG/_m2crypto_wrap.c:3364:3: note: in expansion of macro ?PyDescr_TYPE?
   PyDescr_TYPE(descr) = type;
   ^
SWIG/_m2crypto_wrap.c:941:43: error: expected expression before ?)? token
 #define PyDescr_NAME(x) (((PyDescrObject *)(x))->d_name)
                                           ^
SWIG/_m2crypto_wrap.c:3365:3: note: in expansion of macro ?PyDescr_NAME?
   PyDescr_NAME(descr) = PyString_InternFromString(getset->name);
   ^
SWIG/_m2crypto_wrap.c:3366:8: error: request for member ?d_getset? in something not a structure or union
   descr->d_getset = getset;
        ^

SWIG/_m2crypto_wrap.c:941:43: error: expected expression before ?)? token
 #define PyDescr_NAME(x) (((PyDescrObject *)(x))->d_name)
                                           ^
SWIG/_m2crypto_wrap.c:3367:7: note: in expansion of macro ?PyDescr_NAME?
   if (PyDescr_NAME(descr) == NULL) {
       ^
SWIG/_m2crypto_wrap.c: In function ?x509v3_lhash?:
SWIG/_m2crypto_wrap.c:7123:5: warning: return from incompatible pointer type [enabled by default]
     return lh_new(NULL, NULL); /* Should probably be lh_CONF_VALUE_new but won't compile. */
     ^
SWIG/_m2crypto_wrap.c: In function ?_wrap_delete__STACK_closure?:
SWIG/_m2crypto_wrap.c:28071:1: warning: implicit declaration of function ?PyType_IS_GC? [-Wimplicit-function-declaration]
 SWIGPY_DESTRUCTOR_CLOSURE(_wrap_delete__STACK)
 ^
SWIG/_m2crypto_wrap.c: In function ?init__m2crypto?:
SWIG/_m2crypto_wrap.c:29722:3: error: unknown type name ?PyGetSetDescrObject?
   PyGetSetDescrObject *static_getset;
   ^
SWIG/_m2crypto_wrap.c:29776:3: warning: implicit declaration of function ?PyDescr_NewGetSet? [-Wimplicit-function-declaration]
   this_descr = PyDescr_NewGetSet(SwigPyObject_type(), &this_getset_def);
   ^
SWIG/_m2crypto_wrap.c:29776:14: warning: assignment makes pointer from integer without a cast [enabled by default]
   this_descr = PyDescr_NewGetSet(SwigPyObject_type(), &this_getset_def);
              ^
SWIG/_m2crypto_wrap.c:29780:17: warning: assignment makes pointer from integer without a cast [enabled by default]
   thisown_descr = PyDescr_NewGetSet(SwigPyObject_type(), &thisown_getset_def);
                 ^
error: command 'cc' failed with exit status 1
```

Pypy is the one from squeaky/portable-pypy (https://bitbucket.org/squeaky/portable-pypy) with version 5.0.1.
- pypy-5.0.1-linux_x86_64-portable.tar.bz2






From issues-reply at bitbucket.org  Thu Mar 31 08:46:30 2016
From: issues-reply at bitbucket.org (Valentin Lorentz)
Date: Thu, 31 Mar 2016 12:46:30 -0000
Subject: [pypy-issue] Issue #2268: _sqlite3.OperationalError: disk I/O error
 (pypy/pypy)
Message-ID: <20160331124630.47478.88675@celery-worker-102.ash1.bb-inf.net>

New issue 2268: _sqlite3.OperationalError: disk I/O error
https://bitbucket.org/pypy/pypy/issues/2268/_sqlite3operationalerror-disk-i-o-error

Valentin Lorentz:

When running my code on Travis CI, I get the following traceback:


```
#!python

Traceback (most recent call last):

  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1139, in _execute_context
    context)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/default.py", line 450, in do_execute
    cursor.execute(statement, parameters)
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 915, in wrapper
    return func(self, *args, **kwargs)
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 1084, in execute
    return self.__execute(False, sql, [params])
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 1057, in __execute
    raise self.__connection._get_exception(ret)
_sqlite3.OperationalError: disk I/O error
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
  File "/opt/python/pypy3-2.4.0/lib-python/3/threading.py", line 740, in _bootstrap_inner
    self.run()
  File "/opt/python/pypy3-2.4.0/lib-python/3/threading.py", line 693, in run
    self._target(*self._args, **self._kwargs)
  File "/home/travis/build/ProjetPP/PPP-Core/ppp_core/verbose_log.py", line 28, in log_answers
    conn = get_engine(url).connect()
  File "/home/travis/build/ProjetPP/PPP-Core/ppp_core/verbose_log.py", line 21, in get_engine
    metadata.create_all(engine)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/schema.py", line 3695, in create_all
    tables=tables)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1856, in _run_visitor
    conn._run_visitor(visitorcallable, element, **kwargs)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1481, in _run_visitor
    **kwargs).traverse_single(element)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/visitors.py", line 121, in traverse_single
    return meth(obj, **kw)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/ddl.py", line 730, in visit_metadata
    _is_metadata_operation=True)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/visitors.py", line 121, in traverse_single
    return meth(obj, **kw)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/ddl.py", line 764, in visit_table
    include_foreign_key_constraints=include_foreign_key_constraints
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 914, in execute
    return meth(self, multiparams, params)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/sql/ddl.py", line 68, in _execute_on_connection
    return connection._execute_ddl(self, multiparams, params)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 968, in _execute_ddl
    compiled
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1146, in _execute_context
    context)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1341, in _handle_dbapi_exception
    exc_info
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/util/compat.py", line 200, in raise_from_cause
    reraise(type(exception), exception, tb=exc_tb, cause=cause)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/util/compat.py", line 183, in reraise
    raise value.with_traceback(tb)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/base.py", line 1139, in _execute_context
    context)
  File "/home/travis/virtualenv/pypy3-2.4.0/site-packages/sqlalchemy/engine/default.py", line 450, in do_execute
    cursor.execute(statement, parameters)
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 915, in wrapper
    return func(self, *args, **kwargs)
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 1084, in execute
    return self.__execute(False, sql, [params])
  File "/opt/python/pypy3-2.4.0/lib_pypy/_sqlite3.py", line 1057, in __execute
    raise self.__connection._get_exception(ret)
sqlalchemy.exc.OperationalError: (_sqlite3.OperationalError) disk I/O error [SQL: '\nCREATE TABLE requests (\n\trequest_handling_start_time FLOAT, \n\trequest_handling_end_time FLOAT, \n\trequest_answers_json TEXT\n)\n\n']
```

I believe this code should be enough to reproduce the issue:

```
#!python

import sqlalchemy, tempfile
metadata = sqlalchemy.MetaData()
requests = sqlalchemy.Table('requests', metadata, sqlalchemy.Column('request_handling_start_time', sqlalchemy.Float), sqlalchemy.Column('request_handling_end_time', sqlalchemy.Float), sqlalchemy.Column('request_answers_json', sqlalchemy.Text))
with tempfile.NamedTemporaryFile('w+') as fd:
 uri = 'sqlite:///%s' % fd.name
 engine = sqlalchemy.create_engine(uri)
 metadata.create_all(engine)
```

However, I am not able to reproduce it outside Travis.