From pypy-dev-issue at codespeak.net  Sun May  1 00:43:49 2011
From: pypy-dev-issue at codespeak.net (Thomas Waldmann)
Date: Sat, 30 Apr 2011 22:43:49 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304203429.19.0.297275262004.issue704@>


New submission from Thomas Waldmann <tw-public at gmx.de>:

just run the code on cpython (any 2.3 .. 2.7) and on pypy 1.5

----------
effort: ???
files: re_pypy.py
messages: 2450
nosy: ThomasWaldmann, pypy-issue
priority: bug
release: ???
status: unread
title: re incompatibility pypy / cpython

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: re_pypy.py
Type: text/x-python
Size: 830 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110430/1e63b7e1/attachment.py>

From pypy-dev-issue at codespeak.net  Sun May  1 02:27:25 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 01 May 2011 00:27:25 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304209645.3.0.772804574614.issue704@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

I've decreased the size of the regex needed to reproduce, I could get no further 
though.

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: re_pypy.py
Type: text/x-python
Size: 345 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/101c4467/attachment.py>

From pypy-dev-issue at codespeak.net  Sun May  1 02:29:41 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 01 May 2011 00:29:41 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304209781.2.0.785806299074.issue704@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

I lied, I got it a little smaller.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: re_pypy.py
Type: text/x-python
Size: 314 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/734f41ab/attachment.py>

From pypy-dev-issue at codespeak.net  Sun May  1 03:52:16 2011
From: pypy-dev-issue at codespeak.net (Scott Baldwin)
Date: Sun, 01 May 2011 01:52:16 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304214736.84.0.829979068029.issue704@>


Scott Baldwin <ArrogantParagon at gmail.com> added the comment:

I've reduced it a bit further. The issue goes away if you remove the outer ()?. 
I'd like to note that the 're' libraries come straight from CPython, so there 
seems to be something else going on.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: re_pypy.py
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/d6a7feec/attachment.ksh>

From pypy-dev-issue at codespeak.net  Sun May  1 03:54:06 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 01 May 2011 01:54:06 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304214846.12.0.602418824173.issue704@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

The `re` lib does, but the underlying `_sre` module, which actually implements
the regex engine does not.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 11:24:55 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Sun, 01 May 2011 09:24:55 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304241895.23.0.557401520493.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

I tried again but got this error (at a guess I used rev 43820:1a811cae33cd):

C:/Python27/python.exe T:\\pypy\\pypy/translator/c/gcc/trackgcroot.py -mpypy_mai
n_startup -t implement_6.s > implement_6.gctmp
Traceback (most recent call last):
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 1951, in <module>
    tracker.process(f, g, entrypoint=entrypoint, filename=fn)
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 1842, in process
    tracker = parser.process_function(lines, entrypoint, filename)
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 1438, in process_fun
ction
    lines, entrypoint, filename)
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 1350, in process_fun
ction
    table = tracker.computegcmaptable(self.verbose)
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 47, in computegcmapt
able
    self.parse_instructions()
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 190, in parse_instru
ctions
    insn = meth(line)
  File "T:\pypy\pypy/translator/c/gcc/trackgcroot.py", line 789, in visit_call
    assert  lineoffset in (1,2)
AssertionError
make: *** [implement_6.gcmap] Error 1

This was from a different machine as the prior errors, I will test on that 
machine shortly.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 11:31:40 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 09:31:40 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304242300.03.0.798321368254.issue691@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Nowadays, you can always translate with --gcrootfinder=shadowstack if you have
troubles with trackgcroot.py.  Still, thanks for the report.  We would need the
implement_6.s file on which it chokes to find out what is going on.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 11:50:48 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Sun, 01 May 2011 09:50:48 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304243448.17.0.697278189431.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

See attached for implement_6.s.  I am trying a run with shadowstack...

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: implement_6.s.xz
Type: application/x-xz
Size: 82828 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/8304279a/attachment.bin>

From pypy-dev-issue at codespeak.net  Sun May  1 13:15:53 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 11:15:53 +0000
Subject: [PyPy-issue] [issue700] The release 1.5 for OSX it's not a release
Message-ID: <1304248553.08.0.763435018765.issue700@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Sorry about "PyPy 1.5.0-alpha0".  It's a mistake, which we plan to fix by naming
the next release "PyPy 1.5.1" without "alpha0".

About the GCC version: I have no clue why you complain that we are distributing
a version of pypy translated with a different GCC version than the one you
happen to have...

----------
status: unread -> wontfix

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue700>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 13:18:46 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 11:18:46 +0000
Subject: [PyPy-issue] [issue702] Can't easy_install pip on Windows
Message-ID: <1304248726.94.0.374554938906.issue702@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

There is a tag "release-1.5".  It might be a few revisions later than the one
reported by the Windows build, but it's exactly the revision reported by the
Linux and Mac OSX builds.

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue702>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 14:19:56 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 12:19:56 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304252396.73.0.219003280025.issue704@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Should be fixed now.  All tests in pypy/rlib/rsre/ pass, but I'm still not 100%
confident about my fix, so please tell me if you notice anything else broken...

----------
status: chatting -> testing

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 14:38:54 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Sun, 01 May 2011 12:38:54 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304253534.71.0.24039866751.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

I tried again with --gcrootfinder=shadowstack and got the following error:

gcc -O3 -DPy_BUILD_CORE -o nonfuncnodes_8.o -c nonfuncnodes_8.c -IT:\\pypy\\pypy
\\translator\\c -IT:\\pypy\\pypy\\module\\cpyext\\include -I..
nonfuncnodes_8.c:53950:1: warning: null character(s) ignored
nonfuncnodes_8.c:53950:4: warning: null character(s) ignored
nonfuncnodes_8.c:53950:3: error: 'P' undeclared here (not in a function)
nonfuncnodes_8.c:53950:9: error: expected '}' before '_g_tuple2_1'
nonfuncnodes_8.c:53950:20: error: expected ',' or ';' before ')' token
make: *** [nonfuncnodes_8.o] Error 1

Of note is that make is from cygwin while python (2.7) and mingw32 are from 
their respective Windows installers.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nonfuncnodes_8.c.xz
Type: application/x-xz
Size: 84524 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/9d6ecad6/attachment.bin>

From pypy-dev-issue at codespeak.net  Sun May  1 14:48:18 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 12:48:18 +0000
Subject: [PyPy-issue] [issue705] `import site` fails in 1.5 on OSX
Message-ID: <1304254098.71.0.371152505517.issue705@>


New submission from Albert Zeyer <albzey at gmail.com>:

%pypy -S
Python 2.7.1 (b590cf6de419, Apr 30 2011, 03:30:00)
[PyPy 1.5.0-alpha0 with GCC 4.0.1] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``"The HHU campus is a good Quake
level" - Armin''
>>>> import site
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/site.py", line 73, in <module>
    __boot()
  File "/Library/Python/2.6/site-packages/site.py", line 33, in __boot
    imp.load_module('site',stream,path,descr)
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/site.py", line 571, in <module>
    main()
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/site.py", line 553, in main
    known_paths = addusersitepackages(known_paths)
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/site.py", line 270, in addusersitepackages
    user_site = getusersitepackages()
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/site.py", line 245, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/site.py", line 235, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/sysconfig.py", line 415, in get_config_var
    return get_config_vars().get(name)
  File "/usr/local/Cellar/pypy/1.5/lib-python/modified-2.7/sysconfig.py", line 372, in get_config_vars
    flags = _CONFIG_VARS[key]
KeyError: 'LDFLAGS'

----------
effort: ???
messages: 2462
nosy: albert, pypy-issue
priority: critical
release: ???
status: unread
title: `import site` fails in 1.5 on OSX

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue705>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 14:51:07 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 12:51:07 +0000
Subject: [PyPy-issue] [issue706] `import pybrain` fails in 1.5 on OSX
Message-ID: <1304254267.44.0.60280835989.issue706@>


New submission from Albert Zeyer <albzey at gmail.com>:

Maybe this is related to issue #705.


%pypy   
'import site' failed
Python 2.7.1 (b590cf6de419, Apr 30 2011, 03:30:00)
[PyPy 1.5.0-alpha0 with GCC 4.0.1] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``- no detail is obscure enough to
not have some code depending on it.''
>>>> import pybrain
Traceback (most recent call last):
  File "<console>", line 1, in <module>
ImportError: No module named pybrain
>>>> 
az at 83-177 1031 (play-with-the-brain) %echo $PYTHONPATH
/Library/Python/2.6/site-packages/:/usr/local/lib/python2.6/site-packages/
az at 83-177 1032 (play-with-the-brain) %ls /Library/Python/2.6/site-packages
PyBrain-0.3-py2.6.egg
README
easy-install.pth
ipython-0.10.2-py2.6.egg
numpy
numpy-2.0.0.dev_fe3852f-py2.6.egg-info
numscons-0.12.0-py2.6.egg
readline-6.1.0-py2.6-macosx-10.6-universal.egg
scipy
scipy-0.10.0.dev-py2.6.egg-info
site.py
site.pyc
az at 83-177 1033 (play-with-the-brain) %

----------
effort: ???
messages: 2463
nosy: albert, pypy-issue
priority: critical
release: ???
status: unread
title: `import pybrain` fails in 1.5 on OSX

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue706>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 15:47:52 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 13:47:52 +0000
Subject: [PyPy-issue] [issue707] PyPy memory leak in 1.5 on OSX
Message-ID: <1304257672.83.0.27253908776.issue707@>


New submission from Albert Zeyer <albzey at gmail.com>:

I was running this script: https://github.com/albertz/itunes-scripts/blob/master/get_ratings.py
It worked great with PyPy and the performance was also nice:

az at 83-177 1111 (itunes-scripts) %time pypy ./get_ratings.py >/dev/null
'import site' failed
pypy ./get_ratings.py > /dev/null  22.51s user 1.13s system 50% cpu 46.798 total
az at 83-177 1112 (itunes-scripts) %time  ./get_ratings.py >/dev/null 
./get_ratings.py > /dev/null  67.24s user 0.16s system 97% cpu 1:08.78 total

But memory consumption was not with PyPy. It was constantly growing and had about 500MB when it 
finished. CPython constantly took only 4MB of total memory the whole time.

----------
effort: ???
messages: 2464
nosy: albert, pypy-issue
priority: critical
release: ???
status: unread
title: PyPy memory leak in 1.5 on OSX

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue707>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 16:19:31 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 14:19:31 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304259571.61.0.439466433782.issue691@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

DragonSA: the nonfuncnodes_8.c file looks corrupted (line 53949).  I have no
clue why.  It's very strange that you would get such a corrupted file from
running translate.py on cpython.  I fear that without more conclusive evidence
to the contrary I have to assume it's some random fluke of your machine, and
that if you try again it will work just fine.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 17:00:20 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 15:00:20 +0000
Subject: [PyPy-issue] [issue707] PyPy memory leak in 1.5 on OSX
Message-ID: <1304262020.73.0.758133071057.issue707@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Cannot do anything without some "~/Music/iTunes/iTunes Music Library.xml".  Can
either you or anyone else contribute a largish music library in order to run
this script?  It seems to be enough to have the file listed above.  Thanks!

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue707>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 17:07:28 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sun, 01 May 2011 15:07:28 +0000
Subject: [PyPy-issue] [issue705] `import site` fails in 1.5 on OSX
Message-ID: <1304262448.02.0.475886521035.issue705@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

This occurs to you (and not to the Mac we used for tests) because you have the
environ variable ARCHFLAGS defined.  This occurs because _CONFIG_VARS doesn't
have some keys on PyPy, like LDFLAGS.  I suppose we can fix it by making the
updating of keys conditional on their presence.  Comments, anyone?

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue705>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 17:40:05 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 15:40:05 +0000
Subject: [PyPy-issue] [issue707] PyPy memory leak in 1.5 on OSX
Message-ID: <1304264405.07.0.299842965143.issue707@>


Albert Zeyer <albzey at gmail.com> added the comment:

Btw., this might be also a good script for benchmarking. I think if I would reimplement this in a straight-
forward way in C/C++, it would still be much faster and I wonder why the JIT compilation of PyPy fails to 
make it faster.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue707>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 20:19:08 2011
From: pypy-dev-issue at codespeak.net (Ryan McGuire)
Date: Sun, 01 May 2011 18:19:08 +0000
Subject: [PyPy-issue] [issue708] Discrepancy in dict subclass __getitem__
	calls between CPython 2.7 and PyPy 1.5
Message-ID: <1304273948.13.0.973647630905.issue708@>


New submission from Ryan McGuire <codespeak.net at enigmacurry.com>:

A subclass of dict that sets it's __dict__ object to itself exhibits strange behavior in PyPy when compared to how 
it runs in CPython 2.7.1

When attribute access is done on such an object, PyPy calls the __getitem__ method whereas CPython does not.

Attached is an example of what I'm trying. I've also pasted it here: https://gist.github.com/950696

This is a greatly abbreviated example, to show the root problem. For reference, the real world code is part of 
Blogofile here: https://github.com/EnigmaCurry/blogofile/blob/plugins/blogofile/cache.py

I'm using the binary release version of PyPy 1.5 x64 on Ubuntu Linux 10.04

Thanks for PyPy!

----------
effort: ???
files: test.py
messages: 2470
nosy: EnigmaCurry, pypy-issue
priority: bug
release: ???
status: unread
title: Discrepancy in dict subclass __getitem__ calls between CPython 2.7 and PyPy 1.5

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue708>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.py
Type: text/x-python
Size: 930 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110501/e3460187/attachment.py>

From pypy-dev-issue at codespeak.net  Sun May  1 20:22:55 2011
From: pypy-dev-issue at codespeak.net (Dario)
Date: Sun, 01 May 2011 18:22:55 +0000
Subject: [PyPy-issue] [issue705] `import site` fails in 1.5 on OSX
Message-ID: <1304274175.27.0.818814810228.issue705@>


Dario <berdario at gmail.com> added the comment:

shoudl be fixed in commit 099a287513d0

----------
status: chatting -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue705>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 20:25:13 2011
From: pypy-dev-issue at codespeak.net (Dario)
Date: Sun, 01 May 2011 18:25:13 +0000
Subject: [PyPy-issue] [issue695] Make --opt=jit the default translation
	option
Message-ID: <1304274313.29.0.238156445361.issue695@>


Dario <berdario at gmail.com> added the comment:

commit a429ba536944 made the opt flag compulsory

----------
status: unread -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue695>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 21:01:30 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 19:01:30 +0000
Subject: [PyPy-issue] [issue709] pypy 1.5 crashes and fails when compiling
	pypy on OSX
Message-ID: <1304276490.9.0.130480453147.issue709@>


New submission from Albert Zeyer <albzey at gmail.com>:

az at 83-177 1039 (goal) %pypy translate.py -Ojit
'import site' failed
[translation:info] Translating target as defined by targetpypystandalone
'import site' failed
[version:WARNING] Errors getting Mercurial information: command does not identify itself as Mercurial
[platform:msg] Setting platform to 'host' cc=None
[platform:execute] gcc-4.0 -c -arch x86_64 -O3 -fomit-frame-pointer -mmacosx-version-min=10.4 -
mdynamic-no-pic /var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-unknown-
0/gcctest.c -o /var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-unknown-
0/gcctest.o
Traceback (most recent call last):
  File "app_main.py", line 53, in run_toplevel
    f(*fargs, **fkwds)
  File "translate.py", line 322, in <module>
    main()
  File "translate.py", line 208, in main
    targetspec_dic, translateconfig, config, args = parse_options_and_load_target()
  File "translate.py", line 176, in parse_options_and_load_target
    targetspec_dic['handle_config'](config, translateconfig)
  File "targetpypystandalone.py", line 122, in handle_config
    from pypy.objspace.std import multimethod
  File "/Users/az/Programmierung/pypy/pypy/objspace/std/__init__.py", line 1, in <module>
    from pypy.objspace.std.objspace import StdObjSpace
  File "/Users/az/Programmierung/pypy/pypy/objspace/std/objspace.py", line 3, in <module>
    from pypy.interpreter import pyframe, function, special
  File "/Users/az/Programmierung/pypy/pypy/interpreter/pyframe.py", line 14, in <module>
    from pypy.rlib import jit, rstack
  File "/Users/az/Programmierung/pypy/pypy/rlib/rstack.py", line 12, in <module>
    from pypy.rpython.lltypesystem import lltype, rffi
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 415, in <module>
    NUMBER_TYPES = setup()
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 404, in setup
    names = populate_inttypes()
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 398, in 
populate_inttypes
    platform.populate_inttypes(populatelist)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 82, in populate_inttypes
    sizes = sizeof_c_types(names_c, **kwds)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 44, in sizeof_c_types
    answer = ask_gcc(question, **kwds)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 34, in ask_gcc
    return build_executable_cache([c_file], eci)
  File "/Users/az/Programmierung/pypy/pypy/tool/gcc_cache.py", line 27, in build_executable_cache
    result = platform.execute(platform.compile(c_files, eci))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 50, in compile
    ofiles = self._compile_o_files(cfiles, eci, standalone)
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 59, in 
_compile_o_files
    ofiles.append(self._compile_c_file(self.cc, cfile, compile_args))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/posix.py", line 38, in _compile_c_file
    cwd=str(cfile.dirpath()))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 116, in 
_execute_c_compiler
    cwd)
  File "/Users/az/Programmierung/pypy/pypy/tool/runsubprocess.py", line 11, in run_subprocess
    return _run(executable, args, env, cwd)
  File "/Users/az/Programmierung/pypy/pypy/tool/runsubprocess.py", line 73, in _run
    raise OSError('%s: %s\nargs=%r' % (args[0], results[1], args))
OSError: gcc-4.0: [Errno 2] No such file or directory
args=('gcc-4.0', ['-c', '-arch', 'x86_64', '-O3', '-fomit-frame-pointer', '-mmacosx-version-min=10.4', '-
mdynamic-no-pic', '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-unknown-
0/gcctest.c', '-o', '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-unknown-
0/gcctest.o'], None, '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-unknown-
0')
az at 83-177 1040 (goal) %


Process:         pypy [9264]
Path:            /usr/local/Cellar/pypy/1.5/bin/pypy
Identifier:      pypy
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  pypy [9258]

Date/Time:       2011-05-01 20:59:19.935 +0200
OS Version:      Mac OS X 10.6.7 (10J3250)
Report Version:  6

Interval Since Last Report:          225215 sec
Crashes Since Last Report:           3
Per-App Crashes Since Last Report:   1
Anonymous UUID:                      C99325D9-953E-44CB-A0FE-88CB8BF0B517

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000001
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   pypy                          	0x00000001000028cb 0x100000000 + 10443
1   pypy                          	0x000000010092934a 0x100000000 + 9605962
2   pypy                          	0x00000001008a71a5 0x100000000 + 9073061
3   pypy                          	0x00000001007f1ec4 0x100000000 + 8330948
4   pypy                          	0x000000010020c4b3 0x100000000 + 2147507
5   pypy                          	0x00000001006064a8 0x100000000 + 6317224
6   pypy                          	0x00000001005454e0 0x100000000 + 5526752
7   pypy                          	0x00000001004b5790 0x100000000 + 4937616
8   pypy                          	0x000000010044ffad 0x100000000 + 4521901
9   pypy                          	0x000000010036b85c 0x100000000 + 3586140
10  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
11  pypy                          	0x0000000100138c09 0x100000000 + 1281033
12  pypy                          	0x0000000100107abc 0x100000000 + 1079996
13  pypy                          	0x00000001005454e0 0x100000000 + 5526752
14  pypy                          	0x00000001004b5790 0x100000000 + 4937616
15  pypy                          	0x000000010044ffad 0x100000000 + 4521901
16  pypy                          	0x000000010036b85c 0x100000000 + 3586140
17  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
18  pypy                          	0x0000000100138c09 0x100000000 + 1281033
19  pypy                          	0x0000000100107abc 0x100000000 + 1079996
20  pypy                          	0x00000001002170c1 0x100000000 + 2191553
21  pypy                          	0x00000001001369fd 0x100000000 + 1272317
22  pypy                          	0x0000000100404fbb 0x100000000 + 4214715
23  pypy                          	0x0000000100299c67 0x100000000 + 2727015
24  pypy                          	0x0000000100107c8e 0x100000000 + 1080462
25  pypy                          	0x00000001002170aa 0x100000000 + 2191530
26  pypy                          	0x00000001001369fd 0x100000000 + 1272317
27  pypy                          	0x00000001000e5650 0x100000000 + 939600
28  pypy                          	0x000000010053d242 0x100000000 + 5493314
29  pypy                          	0x00000001004b50a0 0x100000000 + 4935840
30  pypy                          	0x000000010044ffad 0x100000000 + 4521901
31  pypy                          	0x000000010036b85c 0x100000000 + 3586140
32  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
33  pypy                          	0x0000000100138c09 0x100000000 + 1281033
34  pypy                          	0x0000000100107abc 0x100000000 + 1079996
35  pypy                          	0x000000010053d3f8 0x100000000 + 5493752
36  pypy                          	0x00000001004b50a0 0x100000000 + 4935840
37  pypy                          	0x000000010044ffad 0x100000000 + 4521901
38  pypy                          	0x000000010036b85c 0x100000000 + 3586140
39  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
40  pypy                          	0x0000000100138c09 0x100000000 + 1281033
41  pypy                          	0x0000000100107abc 0x100000000 + 1079996
42  pypy                          	0x00000001000e5855 0x100000000 + 940117
43  pypy                          	0x000000010053d242 0x100000000 + 5493314
44  pypy                          	0x00000001004b50a0 0x100000000 + 4935840
45  pypy                          	0x000000010044ffad 0x100000000 + 4521901
46  pypy                          	0x000000010036b85c 0x100000000 + 3586140
47  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
48  pypy                          	0x0000000100138c09 0x100000000 + 1281033
49  pypy                          	0x0000000100107abc 0x100000000 + 1079996
50  pypy                          	0x00000001001bff6d 0x100000000 + 1834861
51  pypy                          	0x0000000100134e62 0x100000000 + 1265250
52  pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
53  pypy                          	0x000000010081eb08 0x100000000 + 8514312
54  pypy                          	0x000000010071f1ec 0x100000000 + 7467500
55  pypy                          	0x000000010013807e 0x100000000 + 1278078
56  pypy                          	0x00000001000dcf75 0x100000000 + 905077
57  pypy                          	0x000000010053de21 0x100000000 + 5496353
58  pypy                          	0x00000001004b61b0 0x100000000 + 4940208
59  pypy                          	0x000000010044ffad 0x100000000 + 4521901
60  pypy                          	0x000000010036b85c 0x100000000 + 3586140
61  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
62  pypy                          	0x0000000100138c09 0x100000000 + 1281033
63  pypy                          	0x0000000100107abc 0x100000000 + 1079996
64  pypy                          	0x00000001001bff6d 0x100000000 + 1834861
65  pypy                          	0x0000000100134e62 0x100000000 + 1265250
66  pypy                          	0x00000001001355f5 0x100000000 + 1267189
67  pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
68  pypy                          	0x000000010081eb08 0x100000000 + 8514312
69  pypy                          	0x000000010071f1ec 0x100000000 + 7467500
70  pypy                          	0x000000010013807e 0x100000000 + 1278078
71  pypy                          	0x00000001000dcf75 0x100000000 + 905077
72  pypy                          	0x000000010053de21 0x100000000 + 5496353
73  pypy                          	0x00000001004b61b0 0x100000000 + 4940208
74  pypy                          	0x000000010044ffad 0x100000000 + 4521901
75  pypy                          	0x000000010036b85c 0x100000000 + 3586140
76  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
77  pypy                          	0x0000000100138c09 0x100000000 + 1281033
78  pypy                          	0x0000000100107abc 0x100000000 + 1079996
79  pypy                          	0x00000001001bff6d 0x100000000 + 1834861
80  pypy                          	0x0000000100134e62 0x100000000 + 1265250
81  pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
82  pypy                          	0x000000010081eb08 0x100000000 + 8514312
83  pypy                          	0x000000010071f1ec 0x100000000 + 7467500
84  pypy                          	0x000000010013807e 0x100000000 + 1278078
85  pypy                          	0x00000001000dcf75 0x100000000 + 905077
86  pypy                          	0x000000010053de21 0x100000000 + 5496353
87  pypy                          	0x00000001004b61b0 0x100000000 + 4940208
88  pypy                          	0x000000010044ffad 0x100000000 + 4521901
89  pypy                          	0x000000010036b85c 0x100000000 + 3586140
90  pypy                          	0x00000001002f5df7 0x100000000 + 3104247
91  pypy                          	0x0000000100138c09 0x100000000 + 1281033
92  pypy                          	0x0000000100107abc 0x100000000 + 1079996
93  pypy                          	0x00000001001bff6d 0x100000000 + 1834861
94  pypy                          	0x0000000100134e62 0x100000000 + 1265250
95  pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
96  pypy                          	0x000000010081eb08 0x100000000 + 8514312
97  pypy                          	0x000000010071f1ec 0x100000000 + 7467500
98  pypy                          	0x000000010013807e 0x100000000 + 1278078
99  pypy                          	0x00000001000dcf75 0x100000000 + 905077
100 pypy                          	0x000000010053de21 0x100000000 + 5496353
101 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
102 pypy                          	0x000000010044ffad 0x100000000 + 4521901
103 pypy                          	0x000000010036b85c 0x100000000 + 3586140
104 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
105 pypy                          	0x0000000100138c09 0x100000000 + 1281033
106 pypy                          	0x0000000100107abc 0x100000000 + 1079996
107 pypy                          	0x000000010053d3f8 0x100000000 + 5493752
108 pypy                          	0x00000001004b50a0 0x100000000 + 4935840
109 pypy                          	0x000000010044ffad 0x100000000 + 4521901
110 pypy                          	0x000000010036b85c 0x100000000 + 3586140
111 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
112 pypy                          	0x0000000100138c09 0x100000000 + 1281033
113 pypy                          	0x0000000100107abc 0x100000000 + 1079996
114 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
115 pypy                          	0x0000000100134e62 0x100000000 + 1265250
116 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
117 pypy                          	0x000000010081eb08 0x100000000 + 8514312
118 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
119 pypy                          	0x000000010013807e 0x100000000 + 1278078
120 pypy                          	0x00000001000dcf75 0x100000000 + 905077
121 pypy                          	0x000000010053de21 0x100000000 + 5496353
122 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
123 pypy                          	0x000000010044ffad 0x100000000 + 4521901
124 pypy                          	0x000000010036b85c 0x100000000 + 3586140
125 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
126 pypy                          	0x0000000100138c09 0x100000000 + 1281033
127 pypy                          	0x0000000100107abc 0x100000000 + 1079996
128 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
129 pypy                          	0x0000000100134e62 0x100000000 + 1265250
130 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
131 pypy                          	0x000000010081eb08 0x100000000 + 8514312
132 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
133 pypy                          	0x000000010013807e 0x100000000 + 1278078
134 pypy                          	0x00000001000dcf75 0x100000000 + 905077
135 pypy                          	0x000000010053de21 0x100000000 + 5496353
136 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
137 pypy                          	0x000000010044ffad 0x100000000 + 4521901
138 pypy                          	0x000000010036b85c 0x100000000 + 3586140
139 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
140 pypy                          	0x0000000100138c09 0x100000000 + 1281033
141 pypy                          	0x0000000100107abc 0x100000000 + 1079996
142 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
143 pypy                          	0x0000000100134e62 0x100000000 + 1265250
144 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
145 pypy                          	0x000000010081e8ef 0x100000000 + 8513775
146 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
147 pypy                          	0x000000010013807e 0x100000000 + 1278078
148 pypy                          	0x00000001000dcf75 0x100000000 + 905077
149 pypy                          	0x000000010053de21 0x100000000 + 5496353
150 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
151 pypy                          	0x000000010044ffad 0x100000000 + 4521901
152 pypy                          	0x000000010036b85c 0x100000000 + 3586140
153 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
154 pypy                          	0x0000000100138c09 0x100000000 + 1281033
155 pypy                          	0x0000000100107abc 0x100000000 + 1079996
156 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
157 pypy                          	0x0000000100134e62 0x100000000 + 1265250
158 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
159 pypy                          	0x000000010081eb08 0x100000000 + 8514312
160 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
161 pypy                          	0x000000010013807e 0x100000000 + 1278078
162 pypy                          	0x00000001000dcf75 0x100000000 + 905077
163 pypy                          	0x000000010053de21 0x100000000 + 5496353
164 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
165 pypy                          	0x000000010044ffad 0x100000000 + 4521901
166 pypy                          	0x000000010036b85c 0x100000000 + 3586140
167 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
168 pypy                          	0x0000000100138c09 0x100000000 + 1281033
169 pypy                          	0x0000000100107abc 0x100000000 + 1079996
170 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
171 pypy                          	0x0000000100134e62 0x100000000 + 1265250
172 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
173 pypy                          	0x000000010081eb08 0x100000000 + 8514312
174 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
175 pypy                          	0x000000010013807e 0x100000000 + 1278078
176 pypy                          	0x00000001000dcf75 0x100000000 + 905077
177 pypy                          	0x000000010053de21 0x100000000 + 5496353
178 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
179 pypy                          	0x000000010044ffad 0x100000000 + 4521901
180 pypy                          	0x000000010036b85c 0x100000000 + 3586140
181 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
182 pypy                          	0x0000000100138c09 0x100000000 + 1281033
183 pypy                          	0x0000000100107abc 0x100000000 + 1079996
184 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
185 pypy                          	0x0000000100134e62 0x100000000 + 1265250
186 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
187 pypy                          	0x000000010081eb08 0x100000000 + 8514312
188 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
189 pypy                          	0x000000010013807e 0x100000000 + 1278078
190 pypy                          	0x00000001000dcf75 0x100000000 + 905077
191 pypy                          	0x000000010053de21 0x100000000 + 5496353
192 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
193 pypy                          	0x000000010044ffad 0x100000000 + 4521901
194 pypy                          	0x000000010036b952 0x100000000 + 3586386
195 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
196 pypy                          	0x0000000100138c09 0x100000000 + 1281033
197 pypy                          	0x0000000100107abc 0x100000000 + 1079996
198 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
199 pypy                          	0x0000000100134e62 0x100000000 + 1265250
200 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
201 pypy                          	0x000000010081eb08 0x100000000 + 8514312
202 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
203 pypy                          	0x000000010013807e 0x100000000 + 1278078
204 pypy                          	0x00000001000dcf75 0x100000000 + 905077
205 pypy                          	0x000000010053de21 0x100000000 + 5496353
206 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
207 pypy                          	0x000000010044ffad 0x100000000 + 4521901
208 pypy                          	0x000000010036b85c 0x100000000 + 3586140
209 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
210 pypy                          	0x0000000100138c09 0x100000000 + 1281033
211 pypy                          	0x0000000100107abc 0x100000000 + 1079996
212 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
213 pypy                          	0x0000000100134e62 0x100000000 + 1265250
214 pypy                          	0x00000001001355f5 0x100000000 + 1267189
215 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
216 pypy                          	0x000000010081eb08 0x100000000 + 8514312
217 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
218 pypy                          	0x000000010013807e 0x100000000 + 1278078
219 pypy                          	0x00000001000dcf75 0x100000000 + 905077
220 pypy                          	0x000000010053de21 0x100000000 + 5496353
221 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
222 pypy                          	0x000000010044ffad 0x100000000 + 4521901
223 pypy                          	0x000000010036b85c 0x100000000 + 3586140
224 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
225 pypy                          	0x0000000100138c09 0x100000000 + 1281033
226 pypy                          	0x0000000100107abc 0x100000000 + 1079996
227 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
228 pypy                          	0x0000000100134e62 0x100000000 + 1265250
229 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
230 pypy                          	0x000000010081eb08 0x100000000 + 8514312
231 pypy                          	0x000000010071f740 0x100000000 + 7468864
232 pypy                          	0x000000010013807e 0x100000000 + 1278078
233 pypy                          	0x00000001000dcf75 0x100000000 + 905077
234 pypy                          	0x000000010053de21 0x100000000 + 5496353
235 pypy                          	0x00000001004b61b0 0x100000000 + 4940208
236 pypy                          	0x000000010044ffad 0x100000000 + 4521901
237 pypy                          	0x000000010036b85c 0x100000000 + 3586140
238 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
239 pypy                          	0x0000000100138c09 0x100000000 + 1281033
240 pypy                          	0x0000000100107abc 0x100000000 + 1079996
241 pypy                          	0x00000001001bff6d 0x100000000 + 1834861
242 pypy                          	0x0000000100134e62 0x100000000 + 1265250
243 pypy                          	0x00000001008ca0a3 0x100000000 + 9216163
244 pypy                          	0x000000010081eb08 0x100000000 + 8514312
245 pypy                          	0x000000010071f1ec 0x100000000 + 7467500
246 pypy                          	0x000000010013807e 0x100000000 + 1278078
247 pypy                          	0x0000000100606345 0x100000000 + 6316869
248 pypy                          	0x000000010053d3f8 0x100000000 + 5493752
249 pypy                          	0x00000001004b50a0 0x100000000 + 4935840
250 pypy                          	0x000000010044ffad 0x100000000 + 4521901
251 pypy                          	0x000000010036b85c 0x100000000 + 3586140
252 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
253 pypy                          	0x0000000100138c09 0x100000000 + 1281033
254 pypy                          	0x0000000100107abc 0x100000000 + 1079996
255 pypy                          	0x000000010053d3f8 0x100000000 + 5493752
256 pypy                          	0x00000001004b50a0 0x100000000 + 4935840
257 pypy                          	0x000000010044ffad 0x100000000 + 4521901
258 pypy                          	0x000000010036b952 0x100000000 + 3586386
259 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
260 pypy                          	0x0000000100138c09 0x100000000 + 1281033
261 pypy                          	0x0000000100107abc 0x100000000 + 1079996
262 pypy                          	0x000000010053d3f8 0x100000000 + 5493752
263 pypy                          	0x00000001004b50a0 0x100000000 + 4935840
264 pypy                          	0x000000010044ffad 0x100000000 + 4521901
265 pypy                          	0x000000010036b85c 0x100000000 + 3586140
266 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
267 pypy                          	0x0000000100138c09 0x100000000 + 1281033
268 pypy                          	0x0000000100107abc 0x100000000 + 1079996
269 pypy                          	0x000000010053d3f8 0x100000000 + 5493752
270 pypy                          	0x00000001004b50a0 0x100000000 + 4935840
271 pypy                          	0x000000010044ffad 0x100000000 + 4521901
272 pypy                          	0x000000010036b952 0x100000000 + 3586386
273 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
274 pypy                          	0x0000000100138c09 0x100000000 + 1281033
275 pypy                          	0x0000000100107abc 0x100000000 + 1079996
276 pypy                          	0x0000000100540ccf 0x100000000 + 5508303
277 pypy                          	0x00000001004b5b60 0x100000000 + 4938592
278 pypy                          	0x000000010044ffad 0x100000000 + 4521901
279 pypy                          	0x000000010036b952 0x100000000 + 3586386
280 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
281 pypy                          	0x0000000100138c09 0x100000000 + 1281033
282 pypy                          	0x0000000100107abc 0x100000000 + 1079996
283 pypy                          	0x00000001000e5855 0x100000000 + 940117
284 pypy                          	0x000000010053d242 0x100000000 + 5493314
285 pypy                          	0x00000001004b5588 0x100000000 + 4937096
286 pypy                          	0x000000010044ffad 0x100000000 + 4521901
287 pypy                          	0x000000010036b85c 0x100000000 + 3586140
288 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
289 pypy                          	0x0000000100138c09 0x100000000 + 1281033
290 pypy                          	0x0000000100107abc 0x100000000 + 1079996
291 pypy                          	0x00000001000e5855 0x100000000 + 940117
292 pypy                          	0x000000010053d242 0x100000000 + 5493314
293 pypy                          	0x00000001004b599e 0x100000000 + 4938142
294 pypy                          	0x000000010044ffad 0x100000000 + 4521901
295 pypy                          	0x000000010036b952 0x100000000 + 3586386
296 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
297 pypy                          	0x0000000100138c09 0x100000000 + 1281033
298 pypy                          	0x0000000100107abc 0x100000000 + 1079996
299 pypy                          	0x00000001000e5855 0x100000000 + 940117
300 pypy                          	0x000000010053d242 0x100000000 + 5493314
301 pypy                          	0x00000001004b54e0 0x100000000 + 4936928
302 pypy                          	0x000000010044ffad 0x100000000 + 4521901
303 pypy                          	0x000000010036b85c 0x100000000 + 3586140
304 pypy                          	0x00000001002f5df7 0x100000000 + 3104247
305 pypy                          	0x0000000100138c09 0x100000000 + 1281033
306 pypy                          	0x0000000100107abc 0x100000000 + 1079996
307 pypy                          	0x0000000100003dce 0x100000000 + 15822
308 pypy                          	0x00000001000027cb 0x100000000 + 10187
309 pypy                          	0x0000000100000db2 0x100000000 + 3506
310 pypy                          	0x0000000100000cd1 0x100000000 + 3281

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x00000001030136e8  rbx: 0x0000000000000001  rcx: 0x0000000000000000  rdx: 
0x0000000000002430
  rdi: 0x0000000000000039  rsi: 0x0000000000000000  rbp: 0x0000000000000000  rsp: 
0x00007fff5fbf5e00
   r8: 0x0000000000000303   r9: 0x0000000000000001  r10: 0x00007fff83d00ca2  r11: 
0x0000000000000246
  r12: 0x0000000000000001  r13: 0x00000000000000f8  r14: 0x000000010224d3a0  r15: 
0x0000000000000000
  rip: 0x00000001000028cb  rfl: 0x0000000000010202  cr2: 0x0000000000000001

Binary Images:
       0x100000000 -        0x100ea5fff +pypy ??? (???) <8D143564-568D-F39A-7D82-858B0873CBEF> 
/usr/local/bin/pypy
       0x102253000 -        0x102257fff  libutil.dylib ??? (???) <518F3E92-79BA-4DB6-3FC3-
7B83148E1B20> 
/usr/lib/libutil.dylib
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <DB8B8AB0-0C97-B51C-BE8B-
B79895735A33> 
/usr/lib/dyld
    0x7fff802b2000 -     0x7fff802d4ff7  libexpat.1.dylib 7.2.0 (compatibility 7.0.0) <7D173736-CBDF-
F02F-2D07-B38F565D5ED4> /usr/lib/libexpat.1.dylib
    0x7fff802d5000 -     0x7fff802d9ff7  libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) 
<95718673-
FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib
    0x7fff809bd000 -     0x7fff80a3afef  libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-
2C08-
FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib
    0x7fff80b07000 -     0x7fff80b08ff7  com.apple.TrustEvaluationAgent 1.1 (1) <A91CE5B9-3C63-
5F8C-
5052-95CCAB866F72> 
/System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
    0x7fff81a4f000 -     0x7fff81a8efef  libncurses.5.4.dylib 5.4.0 (compatibility 5.4.0) <B1AA4BA8-
5F3F-
F5F6-13D8-DC794A80B227> /usr/lib/libncurses.5.4.dylib
    0x7fff823c7000 -     0x7fff823d3fff  libbz2.1.0.dylib 1.0.5 (compatibility 1.0.0) <A21B7E3A-1EDD-
7684-ACC1-72587034A020> /usr/lib/libbz2.1.0.dylib
    0x7fff824d6000 -     0x7fff824d7fff  libffi.dylib ??? (???) <5E4CA3E9-1C7C-9973-933E-
C7F080EFBE2C> 
/usr/lib/libffi.dylib
    0x7fff83cfe000 -     0x7fff83ebffff  libSystem.B.dylib 125.2.10 (compatibility 1.0.0) <C80582B8-
D8F7-
A378-E27D-28411EE53901> /usr/lib/libSystem.B.dylib
    0x7fff83fa0000 -     0x7fff83fb1ff7  libz.1.dylib 1.2.3 (compatibility 1.0.0) <5BAFAE5C-2307-C27B-
464D-582A10A6990B> /usr/lib/libz.1.dylib
    0x7fff84ce2000 -     0x7fff84d1cfff  libssl.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <AE68B25E-C127-
7BB3-ED42-0466BDEDA9D1> /usr/lib/libssl.0.9.8.dylib
    0x7fff88c9d000 -     0x7fff88dbefe7  libcrypto.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <5CD78EA4-
1770-
6C83-51AD-99B5701CB5AB> /usr/lib/libcrypto.0.9.8.dylib
    0x7fffffe00000 -     0x7fffffe01fff  libSystem.B.dylib ??? (???) <C80582B8-D8F7-A378-E27D-
28411EE53901> /usr/lib/libSystem.B.dylib

Model: MacBookPro8,2, BootROM MBP81.0047.B04, 4 processors, Intel Core i7, 2 GHz, 4 GB, SMC 1.69f1
Graphics: AMD Radeon HD 6490M, AMD Radeon HD 6490M, PCIe, 256 MB
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 384 MB
Memory Module: global_name
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 
5.100.198.10.2)
Bluetooth: Version 2.4.4f2, 2 service, 12 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Serial ATA Device: Hitachi HTS545050B9A302, 465,76 GB
Serial ATA Device: MATSHITADVD-R   UJ-898
USB Device: FaceTime HD Camera (Built-in), 0x05ac  (Apple Inc.), 0x8509, 0xfa200000 / 3
USB Device: Hub, 0x0424  (SMSC), 0x2513, 0xfa100000 / 2
USB Device: BRCM2070 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0xfa110000 / 5
USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x821a, 0xfa113000 / 7
USB Device: Apple Internal Keyboard / Trackpad, 0x05ac  (Apple Inc.), 0x0246, 0xfa120000 / 4
USB Device: Hub, 0x0424  (SMSC), 0x2513, 0xfd100000 / 2
USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0xfd110000 / 3

----------
effort: ???
messages: 2473
nosy: albert, pypy-issue
priority: critical
release: ???
status: unread
title: pypy 1.5 crashes and fails when compiling pypy on OSX

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue709>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 21:02:13 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 19:02:13 +0000
Subject: [PyPy-issue] [issue709] pypy 1.5 crashes and fails when compiling
	pypy on OSX
Message-ID: <1304276533.56.0.111943188283.issue709@>


Albert Zeyer <albzey at gmail.com> added the comment:

It doesn't crash when I use CPython but it still fails:


az at 83-177 1040 (goal) %python translate.py -Ojit
[translation:info] Translating target as defined by targetpypystandalone
[platform:msg] Setting platform to 'host' cc=None
[platform:execute] gcc-4.0 -c -arch x86_64 -O3 -fomit-frame-pointer -mmacosx-version-min=10.4 -
mdynamic-no-pic /var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-default-
0/gcctest.c -o /var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-default-
0/gcctest.o
Traceback (most recent call last):
  File "translate.py", line 322, in <module>
    main()
  File "translate.py", line 208, in main
    targetspec_dic, translateconfig, config, args = parse_options_and_load_target()
  File "translate.py", line 176, in parse_options_and_load_target
    targetspec_dic['handle_config'](config, translateconfig)
  File "targetpypystandalone.py", line 122, in handle_config
    from pypy.objspace.std import multimethod
  File "/Users/az/Programmierung/pypy/pypy/objspace/std/__init__.py", line 1, in <module>
    from pypy.objspace.std.objspace import StdObjSpace
  File "/Users/az/Programmierung/pypy/pypy/objspace/std/objspace.py", line 3, in <module>
    from pypy.interpreter import pyframe, function, special
  File "/Users/az/Programmierung/pypy/pypy/interpreter/pyframe.py", line 14, in <module>
    from pypy.rlib import jit, rstack
  File "/Users/az/Programmierung/pypy/pypy/rlib/rstack.py", line 12, in <module>
    from pypy.rpython.lltypesystem import lltype, rffi
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 415, in <module>
    NUMBER_TYPES = setup()
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 404, in setup
    names = populate_inttypes()
  File "/Users/az/Programmierung/pypy/pypy/rpython/lltypesystem/rffi.py", line 398, in 
populate_inttypes
    platform.populate_inttypes(populatelist)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 82, in populate_inttypes
    sizes = sizeof_c_types(names_c, **kwds)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 44, in sizeof_c_types
    answer = ask_gcc(question, **kwds)
  File "/Users/az/Programmierung/pypy/pypy/rpython/tool/rfficache.py", line 34, in ask_gcc
    return build_executable_cache([c_file], eci)
  File "/Users/az/Programmierung/pypy/pypy/tool/gcc_cache.py", line 27, in build_executable_cache
    result = platform.execute(platform.compile(c_files, eci))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 50, in compile
    ofiles = self._compile_o_files(cfiles, eci, standalone)
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 59, in 
_compile_o_files
    ofiles.append(self._compile_c_file(self.cc, cfile, compile_args))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/posix.py", line 38, in _compile_c_file
    cwd=str(cfile.dirpath()))
  File "/Users/az/Programmierung/pypy/pypy/translator/platform/__init__.py", line 116, in 
_execute_c_compiler
    cwd)
  File "/Users/az/Programmierung/pypy/pypy/tool/runsubprocess.py", line 11, in run_subprocess
    return _run(executable, args, env, cwd)
  File "/Users/az/Programmierung/pypy/pypy/tool/runsubprocess.py", line 73, in _run
    raise OSError('%s: %s\nargs=%r' % (args[0], results[1], args))
OSError: gcc-4.0: [Errno 2] No such file or directory
args=('gcc-4.0', ['-c', '-arch', 'x86_64', '-O3', '-fomit-frame-pointer', '-mmacosx-version-min=10.4', '-
mdynamic-no-pic', '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-default-
0/gcctest.c', '-o', '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-default-
0/gcctest.o'], None, '/var/folders/R8/R8aYzRERF68DMPAw0sz09++++TM/-Tmp-/usession-default-0')
az at 83-177 1041 (goal) %

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue709>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 21:03:37 2011
From: pypy-dev-issue at codespeak.net (Albert Zeyer)
Date: Sun, 01 May 2011 19:03:37 +0000
Subject: [PyPy-issue] [issue709] pypy 1.5 crashes and fails when compiling
	pypy on OSX
Message-ID: <1304276617.47.0.119893352666.issue709@>


Albert Zeyer <albzey at gmail.com> added the comment:

I don't have GCC 4.0 installed. But I have GCC 4.2. GCC 4.0 isn't shipped anymore with newer Xcode 
versions.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue709>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  1 21:24:26 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 01 May 2011 19:24:26 +0000
Subject: [PyPy-issue] [issue703] Pypy runs slower that cpython in a function
	call cache
Message-ID: <1304277865.95.0.0326652749445.issue703@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

So reading the traces I see some moderate levels of nonsense, but nothing that 
really explains why we're slower than CPython.  I do see 2 "create short preamble 
failed" so this may be something which is improved by Hakan's branch.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue703>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Mon May  2 14:11:54 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Mon, 02 May 2011 12:11:54 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304338314.57.0.50981718247.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

You appear right, the build process was not reliable under VirtualBox.  I got 
access to a native (reliable) Windows machine and got the following error:

gcc -shared -Wl,--export-dynamic,--version-script=..\\dynamic-symbols-3  -o 
libpypy-c.dll testing_1.o structimpl.o nonfuncnodes.o nonfuncnodes_1.o 
nonfuncnodes_2.o nonfuncnodes_3.o nonfuncnodes_4.o nonfuncnodes_5.o 
nonfuncnodes_6.o nonfuncnodes_7.o nonfuncnodes_8.o nonfuncnodes_9.o 
nonfuncnodes_10.o nonfuncnodes_11.o nonfuncnodes_12.o nonfuncnodes_13.o 
nonfuncnodes_14.o nonfuncnodes_15.o nonfuncnodes_16.o nonfuncnodes_17.o 
nonfuncnodes_18.o nonfuncnodes_19.o nonfuncnodes_20.o nonfuncnodes_21.o 
nonfuncnodes_22.o nonfuncnodes_23.o nonfuncnodes_24.o nonfuncnodes_25.o 
nonfuncnodes_26.o nonfuncnodes_27.o nonfuncnodes_28.o nonfuncnodes_29.o 
nonfuncnodes_30.o nonfuncnodes_31.o nonfuncnodes_32.o nonfuncnodes_33.o 
nonfuncnodes_34.o nonfuncnodes_35.o nonfuncnodes_36.o nonfuncnodes_37.o 
nonfuncnodes_38.o nonfuncnodes_39.o nonfuncnodes_40.o nonfuncnodes_41.o 
nonfuncnodes_42.o nonfuncnodes_43.o nonfuncnodes_44.o nonfuncnodes_45.o 
implement.o implement_1.o implement_2.o implement_3.o implement_4.o 
implement_5.o implement_6.o implement_7.o implement_8.o implement_9.o 
implement_10.o implement_11.o implement_12.o implement_13.o implement_14.o 
implement_15.o implement_16.o implement_17.o implement_18.o implement_19.o 
implement_20.o implement_21.o implement_22.o implement_23.o implement_24.o 
implement_25.o implement_26.o implement_27.o implement_28.o implement_29.o 
implement_30.o implement_31.o implement_32.o implement_33.o implement_34.o 
implement_35.o implement_36.o implement_37.o implement_38.o implement_39.o 
implement_40.o implement_41.o implement_42.o implement_43.o implement_44.o 
implement_45.o implement_46.o implement_47.o implement_48.o implement_49.o 
implement_50.o implement_51.o implement_52.o implement_53.o implement_54.o 
implement_55.o implement_56.o implement_57.o implement_58.o implement_59.o 
implement_60.o implement_61.o implement_62.o implement_63.o implement_64.o 
implement_65.o implement_66.o implement_67.o implement_68.o implement_69.o 
implement_70.o implement_71.o implement_72.o implement_73.o implement_74.o 
implement_75.o implement_76.o implement_77.o implement_78.o implement_79.o 
implement_80.o implement_81.o implement_82.o implement_83.o varargwrapper.o 
pyerrors.o modsupport.o getargs.o stringobject.o mysnprintf.o pythonrun.o 
sysmodule.o bufferobject.o object.o cobject.o structseq.o capsule.o pysignals.o 
profiling.o ll_math.o debug_print.o ../module_cache/module_4.o 
../module_cache/module_5.o ../module_cache/module_6.o ../module_cache/module_7.o 
../module_cache/module_8.o ../module_cache/module_9.o 
../module_cache/module_10.o ../module_cache/module_11.o 
../module_cache/module_12.o ../module_cache/module_13.o 
../module_cache/module_14.o ../module_cache/module_15.o 
../module_cache/module_16.o ../module_cache/module_17.o -
LC:\\cygwin\\home\\Nilesh\\libffi-3.0.8.tar.gz\\.libs -lkernel32 -lws2_32 -
lAdvapi32 -ladvapi32 -llibffi-5 
c:/mingw/bin/../lib/gcc/mingw32/4.5.2/../../../../mingw32/bin/ld.exe: warning: -
-export-dynamic is not supported for PE targets, did you mean --export-all-
symbols?
implement_71.o:implement_71.c:(.text+0x9771): undefined reference to 
`getnameinfo'
implement_74.o:implement_74.c:(.text+0x76e4): undefined reference to 
`getaddrinfo'
implement_74.o:implement_74.c:(.text+0x7774): undefined reference to 
`freeaddrinfo'
collect2: ld returned 1 exit status
make: *** [libpypy-c.dll] Error 1

This looks like my (mingw32) build environment is broken?  A grep for 
getaddrinfo shows ws2_32.a under C:\MingW (but no ws2_32.dll?).

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Mon May  2 15:59:01 2011
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Mon, 02 May 2011 13:59:01 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304344741.01.0.519593611614.issue691@>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

Building with mingw32 was fixed recently in the mingw32-build branch. Can you update with this 
branch and try again?

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Mon May  2 17:47:42 2011
From: pypy-dev-issue at codespeak.net (Antonio Cuni)
Date: Mon, 02 May 2011 15:47:42 +0000
Subject: [PyPy-issue] [issue702] Can't easy_install pip on Windows
Message-ID: <1304351262.96.0.470964325371.issue702@>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

I think it's really a fault of pip, not pypy.  The problem is that pip's
setup.py tries to read docs/index.txt, and it assumes that the current working
directory is the same as the one where setup.py resides.
Depending on various things, easy_install might call setup.py from a different
cwd, hence the error.

For example, I managed to get the very same error on linux by running
easy_install -b build pip.

Fortunately, you can still install pip by following these instructions, i.e. by
running the get-pip.py script:
http://pypy.readthedocs.org/en/latest/getting-started.html#installing-pypy

----------
status: chatting -> wontfix

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue702>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Mon May  2 18:59:42 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Mon, 02 May 2011 16:59:42 +0000
Subject: [PyPy-issue] [issue704] re incompatibility pypy / cpython
Message-ID: <1304355582.01.0.058921738903.issue704@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

All re tests continue to pass, I'm going to close this one, let's open a new
ticket if this caused any regressions.

----------
status: testing -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue704>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 03:53:18 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Tue, 03 May 2011 01:53:18 +0000
Subject: [PyPy-issue] [issue703] Pypy runs slower that cpython in a function
	call cache
Message-ID: <1304387598.37.0.188555530199.issue703@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Maciej and I looked at this.  On PyPy this spends 80% of its time in the GC, and 
indeed if you run it on CPython 2.6 it's super slow, so the GC optimizations from 
2.7 seem to really help.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue703>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 06:54:05 2011
From: pypy-dev-issue at codespeak.net (Sebastian Spaeth)
Date: Tue, 03 May 2011 04:54:05 +0000
Subject: [PyPy-issue] [issue710] ssl.getpeercert() broken in pypy1.5
Message-ID: <1304398445.2.0.622028314724.issue710@>


New submission from Sebastian Spaeth <sebastian at sspaeth.de>:

Whenever using ssl.getpeercert(), pypy bombs out as some underlying _sslobj has
no peer_certificate object. Let me know if there is more information I can give.
This is using the binary x86_64 JIT version of pypy 1.5.

File
"/home/spaetz/src/pypy-c-jit-43780-b590cf6de419-linux64/lib-python/modified-2.7/ssl.py",
line 151, in getpeercert
    return self._sslobj.peer_certificate(binary_form)
AttributeError: 'SSLObject' object has no attribute 'peer_certificate'

----------
effort: ???
messages: 2482
nosy: pypy-issue, spaetz
priority: bug
release: ???
status: unread
title: ssl.getpeercert() broken in pypy1.5

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue710>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 06:56:41 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Tue, 03 May 2011 04:56:41 +0000
Subject: [PyPy-issue] [issue710] ssl.getpeercert() broken in pypy1.5
Message-ID: <1304398601.3.0.438215083552.issue710@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

program to reproduce: http://paste.pocoo.org/show/381976/

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue710>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 07:05:13 2011
From: pypy-dev-issue at codespeak.net (Sebastian Spaeth)
Date: Tue, 03 May 2011 05:05:13 +0000
Subject: [PyPy-issue] [issue710] ssl.getpeercert() broken in pypy1.5
Message-ID: <1304399113.07.0.80802991959.issue710@>


Sebastian Spaeth <sebastian at sspaeth.de> added the comment:

Just one comment, while the linked program indeed shows the behavior that I
reported, I believe it might show another ssl bug. This line

    ssl_sock = ssl.wrap_socket(s, ca_certs="test.crt", cert_reqs=ssl.CERT_REQUIRED)

is never supposed to succeeed when we don't actually have a valid server
certificate which can be confirmed with test.crt, but we crash in getpeercert()
anyway.

A simplified version of the?"program to reproduce" is here:
http://paste.pocoo.org/show/381980/

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue710>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 07:25:42 2011
From: pypy-dev-issue at codespeak.net (Luke Hatcher)
Date: Tue, 03 May 2011 05:25:42 +0000
Subject: [PyPy-issue] [issue711] no cipher() method on SSLObject
Message-ID: <1304400342.76.0.166875491609.issue711@>


New submission from Luke Hatcher <luke at lukehatcher.com>:

it appears that there is no cipher method on the SSLObject object that is returned when wrapping a 
socket using ssl.wrap_socket

program to reproduce: http://paste.pocoo.org/show/381984/

Traceback (most recent call last):
  File "app_main.py", line 53, in run_toplevel
  File "test.py", line 21, in <module>
    main()
  File "test.py", line 10, in main
    print ssl_sock.cipher()
  File "/usr/local/Cellar/pypy/1.5.0/lib-python/modified-2.7/ssl.py", line 158, in cipher
    return self._sslobj.cipher()
AttributeError: 'SSLObject' object has no attribute 'cipher'

----------
effort: ???
messages: 2485
nosy: lukeman, pypy-issue
priority: bug
release: ???
status: unread
title: no cipher() method on SSLObject

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue711>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 11:35:06 2011
From: pypy-dev-issue at codespeak.net (Gerlof Bouma)
Date: Tue, 03 May 2011 09:35:06 +0000
Subject: [PyPy-issue] [issue712] Cannot change encoding used by print
	statement?
Message-ID: <1304415306.82.0.0618515199458.issue712@>


New submission from Gerlof Bouma <gerlof.bouma at gmail.com>:

Using the print *statement* to write to a file with an encoding other than ascii
doesn't seem to work, raising a EncodingError even if writing is handled through
the codecs module and is supposed to be able to handle, say, utf8. The issue
does not show up when using __future__.print_function or f.write(...). 

Attached is a file demonstrating the contrast between ".write(bla)" and "print
bla". In the example I used sys.stdout but the problem is the same with printing
to a (proper) file. 

The problem shows up in pypy 1.4 and 1.5. CPython doesn't have the issue.

----------
effort: ???
files: uc_print_demo.py
messages: 2486
nosy: gjb, pypy-issue
priority: bug
release: ???
status: unread
title: Cannot change encoding used by print statement?

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue712>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uc_print_demo.py
Type: text/x-python
Size: 532 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110503/6a60c54c/attachment.py>

From pypy-dev-issue at codespeak.net  Tue May  3 22:09:22 2011
From: pypy-dev-issue at codespeak.net (Renaud Blanch)
Date: Tue, 03 May 2011 20:09:22 +0000
Subject: [PyPy-issue] [issue713] reproductible BytecodeCorruption error with
	pypy-1.5
Message-ID: <1304453362.85.0.443548012271.issue713@>


New submission from Renaud Blanch <rndblnch at gmail.com>:

I found a reproductible BytecodeCorruption error with pypy-1.5, here is the way
to reproduce:

<code>
def what(_="whatever"):
   return (_ if _ else _) if False else _
what()
</code>

This run fine with any cpython i can test, as well as with pypy-1.4.1, but crash
with pypy-1.5 ([PyPy 1.5.0-alpha0 with GCC 4.0.1] on darwin) on a MacBook Pro
Intel Core i7 & iMac Intel Core 2 Duo running Mac OS X 10.6.7.

If this helps, here is the traceback:

RPython traceback:
  File "implement.c", line 1655, in entry_point
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 13791, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 55072, in call_function__AccessDirect_None
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 13404, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 55072, in call_function__AccessDirect_None
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 14547, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 55072, in call_function__AccessDirect_None
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 14440, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 61180, in EXEC_STMT__AccessDirect_None
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 11275, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 48246, in CALL_FUNCTION__AccessDirect_None
  File "implement_7.c", line 42368, in PyFrame_execute_frame
  File "implement_19.c", line 32229, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "implement_22.c", line 32671, in portal_1
  File "implement_28.c", line 31016, in handle_bytecode__AccessDirect_None
  File "implement_31.c", line 15050, in dispatch_bytecode__AccessDirect_None
  File "implement_34.c", line 63258, in MISSING_OPCODE__AccessDirect_None
Fatal RPython error: BytecodeCorruption
Abort

----------
effort: ???
messages: 2487
nosy: pypy-issue, rndblnch
priority: bug
release: ???
status: unread
title: reproductible BytecodeCorruption error with pypy-1.5

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue713>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 22:10:14 2011
From: pypy-dev-issue at codespeak.net (Renaud Blanch)
Date: Tue, 03 May 2011 20:10:14 +0000
Subject: [PyPy-issue] [issue713] reproductible BytecodeCorruption error with
	pypy-1.5
Message-ID: <1304453414.77.0.0235331185168.issue713@>


Renaud Blanch <rndblnch at gmail.com> added the comment:

remark: the "release" field do not propose 1.5

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue713>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Tue May  3 22:23:08 2011
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Tue, 03 May 2011 20:23:08 +0000
Subject: [PyPy-issue] [issue713] reproductible BytecodeCorruption error with
	pypy-1.5
Message-ID: <1304454188.58.0.536439563481.issue713@>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

the issue is actually in the "jump" offsets, as shown by "dis.dis(what)"

----------
release: ??? -> 1.5

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue713>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Wed May  4 00:09:56 2011
From: pypy-dev-issue at codespeak.net (Benjamin Peterson)
Date: Tue, 03 May 2011 22:09:56 +0000
Subject: [PyPy-issue] [issue713] reproductible BytecodeCorruption error with
	pypy-1.5
Message-ID: <1304460596.29.0.842371067919.issue713@>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in edd199709433.

----------
status: chatting -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue713>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Wed May  4 18:10:40 2011
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Wed, 04 May 2011 16:10:40 +0000
Subject: [PyPy-issue] [issue714] Translating on top of pypy sometimes screws
	up mandelbrot
Message-ID: <1304525440.86.0.269839725466.issue714@>


New submission from Fijal <fijall at gmail.com>:

a bit no clue why. This is an example piece that doesn't look like mandelbrot at 
all:


######..........................................................................
###.............................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
...............................................................................#
......#.........................................................................
................................................................................
................................................................................
.............#..................................................................
................................................................................
.............................................................................+++
........................................................................++++++++
....................................................................++++++++++++
................................................................++++++++++++++++
...................................#.......................+++++++++++++++++++++
.......................................................+++++++++++++++++++++++++
....................................#...............++++++++++++++++++++++++++++
................................................++++++++++++++++++++++++++++++++

----------
effort: ???
messages: 2491
nosy: pypy-issue
priority: bug
release: ???
status: unread
title: Translating on top of pypy sometimes screws up mandelbrot

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue714>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Wed May  4 20:33:52 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Wed, 04 May 2011 18:33:52 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304534032.13.0.387083945726.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

I tried compiling and got the following errors (on consecutive runs):

[platform:execute] dlltool --dllname libpypy-c.dll --output-exp c:\users\<USER>\
appdata\local\temp\usession-unknown-1\dynamic-symbols-3.exp --def 
c:\users\<USER>
\appdata\local\temp\usession-unknown-1\dynamic-symbols-3
[Timer] Timings:
[Timer] annotate                       ---  847.2 s
[Timer] rtype_lltype                   ---  559.9 s
[Timer] pyjitpl_lltype                 ---  572.1 s
[Timer] backendopt_lltype              ---  158.3 s
[Timer] stackcheckinsertion_lltype     ---   75.8 s
[Timer] database_c                     ---  217.6 s
[Timer] source_c                       ---  441.3 s
[Timer] ===========================================
[Timer] Total:                         --- 2872.1 s
[translation:ERROR] Error:
[translation:ERROR]  Traceback (most recent call last):
[translation:ERROR]    File "translate.py", line 303, in main
[translation:ERROR]     drv.proceed(goals)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 809, in proceed
[translation:ERROR]     return self._execute(goals, task_skip = self._maybe_skip
())
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\tool\tas
kengine.py", line 116, in _execute
[translation:ERROR]     res = self._do(goal, taskcallable, *args, **kwds)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 286, in _do
[translation:ERROR]     res = func()
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 530, in task_source_c
[translation:ERROR]     exe_name=exe_name)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 273, in generate_source
[translation:ERROR]     self.gen_makefile(targetdir, exe_name=exe_name)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 542, in gen_makefile
[translation:ERROR]     shared=self.config.translation.shared)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\platform
\posix.py", line 104, in gen_makefile
[translation:ERROR]     linkflags += self._exportsymbols_link_flags(eci, target_
name, relto=path)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\platform
\windows.py", line 387, in _exportsymbols_link_flags
[translation:ERROR]     exp_file)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\platform
\__init__.py", line 116, in _execute_c_compiler
[translation:ERROR]     cwd)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\tool\runsubprocess.
py", line 11, in run_subprocess
[translation:ERROR]     return _run(executable, args, env, cwd)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\tool\runsubprocess.
py", line 25, in _run
[translation:ERROR]     stdout, stderr = pipe.communicate()
[translation:ERROR]    File "C:\Python27\lib\subprocess.py", line 740, in commun
icate
[translation:ERROR]     return self._communicate(input)
[translation:ERROR]    File "C:\Python27\lib\subprocess.py", line 949, in _commu
nicate
[translation:ERROR]     stdout_thread.start()
[translation:ERROR]    File "C:\Python27\lib\threading.py", line 473, in start
[translation:ERROR]     _start_new_thread(self.__bootstrap, ())
[translation:ERROR]  error: can't start new thread
[translation] start debugger...
> c:\python27\lib\threading.py(477)start()
-> raise
(Pdb+)

and

[c:writing] implement_76.c
[Timer] Timings:
[Timer] annotate                       ---  834.7 s
[Timer] rtype_lltype                   ---  561.5 s
[Timer] pyjitpl_lltype                 ---  569.9 s
[Timer] backendopt_lltype              ---  157.4 s
[Timer] stackcheckinsertion_lltype     ---   37.3 s
[Timer] database_c                     ---  211.3 s
[Timer] source_c                       ---  607.5 s
[Timer] ===========================================
[Timer] Total:                         --- 2979.7 s
[translation:ERROR] Error:
[translation:ERROR]  Traceback (most recent call last):
[translation:ERROR]    File "translate.py", line 303, in main
[translation:ERROR]     drv.proceed(goals)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 809, in proceed
[translation:ERROR]     return self._execute(goals, task_skip = self._maybe_skip
())
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\tool\tas
kengine.py", line 116, in _execute
[translation:ERROR]     res = self._do(goal, taskcallable, *args, **kwds)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 286, in _do
[translation:ERROR]     res = func()
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\driver.p
y", line 530, in task_source_c
[translation:ERROR]     exe_name=exe_name)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 270, in generate_source
[translation:ERROR]     defines = defines)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 961, in gen_source_standalone
[translation:ERROR]     sg.gen_readable_parts_of_source(f)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 820, in gen_readable_parts_of_source
[translation:ERROR]     for node, impl in nodeiter:
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\genc.p
y", line 706, in subiter
[translation:ERROR]     impl = '\n'.join(list(node.implementation())).split('\n'
)
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\node.p
y", line 862, in implementation
[translation:ERROR]     for s in self.funcgen_implementation(funcgen):
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\node.p
y", line 871, in funcgen_implementation
[translation:ERROR]     funcgen.implementation_begin()
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\funcge
n.py", line 123, in implementation_begin
[translation:ERROR]     self.collect_var_and_types()
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\translator\c\funcge
n.py", line 105, in collect_var_and_types
[translation:ERROR]     seen[v] = True
[translation:ERROR]    File "c:\cygwin\home\<USER>\pypy\pypy\tool\identity_dict.
py", line 20, in __setitem__
[translation:ERROR]     self._keys[id(arg)] = arg
[translation:ERROR]  MemoryError
[translation] start debugger...
Traceback (most recent call last):
  File "translate.py", line 319, in <module>
    main()
  File "translate.py", line 310, in main
    debug(True)
  File "translate.py", line 264, in debug
    pdb_plus_show.start(tb)
  File "c:\cygwin\home\<USER>\pypy\pypy\translator\tool\pdbplus.py", line 417, i
n start
    fn(*args)
  File "c:\cygwin\home\<USER>\pypy\pypy\translator\tool\pdbplus.py", line 22, in
 post_mortem
    self.reset()
  File "C:\Python27\lib\pdb.py", line 108, in reset
    bdb.Bdb.reset(self)
  File "C:\Python27\lib\bdb.py", line 40, in reset
    linecache.checkcache()
  File "C:\Python27\lib\linecache.py", line 48, in checkcache
    filenames = cache.keys()
MemoryError

This is on Windows 7 64bit running python 2.7 32bit.  It appears pypy translate 
is running out of memory?  This was not run in a virtual environment.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Wed May  4 21:01:37 2011
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Wed, 04 May 2011 19:01:37 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304535697.94.0.773120371479.issue691@>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

It worked for me, but I was running windows XP 32bit. How much memory did the 
process use?

A wild idea: it should be possible for the Python.exe 32bit program to use up to 
3Gb of memory; you could run "editbit /LARGEADDRESSAWARE python.exe" (make a 
backup of python.exe of course) and see if it improve things.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Fri May  6 11:07:52 2011
From: pypy-dev-issue at codespeak.net (Carl Friedrich Bolz)
Date: Fri, 06 May 2011 09:07:52 +0000
Subject: [PyPy-issue] [issue708] Discrepancy in dict subclass __getitem__
	calls between CPython 2.7 and PyPy 1.5
Message-ID: <1304672872.28.0.737114959975.issue708@>


Carl Friedrich Bolz <cfbolz at gmx.de> added the comment:

This is one of the documented differences between PyPy and CPython:

http://pypy.readthedocs.org/en/latest/cpython_differences.html#subclasses-of-built-in-types

PyPy will call __getitem__ in more situations than CPython, because it would be
much harder to follow CPython's slightly random behavior.

To fix your use case, why do you need to make the Cache its own dict? Just so
that the Cache objects also have all dict methods? If yes, you might want to use
DictMixin:

http://docs.python.org/library/userdict.html#UserDict.DictMixin

----------
release: ??? -> 1.5
status: unread -> wontfix

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue708>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Fri May  6 11:51:39 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Fri, 06 May 2011 09:51:39 +0000
Subject: [PyPy-issue] [issue712] Cannot change encoding used by print
	statement?
Message-ID: <1304675499.02.0.909789102678.issue712@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Should be fixed by 68e9165bb142.  Thanks for the bug report.
Can you try again tomorrow with the nightly build
(http://buildbot.pypy.org/nightly/trunk/ )?

----------
status: unread -> testing

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue712>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Fri May  6 15:28:45 2011
From: pypy-dev-issue at codespeak.net (Ryan McGuire)
Date: Fri, 06 May 2011 13:28:45 +0000
Subject: [PyPy-issue] [issue708] Discrepancy in dict subclass __getitem__
	calls between CPython 2.7 and PyPy 1.5
Message-ID: <1304688525.67.0.372783142336.issue708@>


Ryan McGuire <codespeak.net at enigmacurry.com> added the comment:

Thanks, although I should have seen that in the docs, you're suggestion for using 
the UserDict mixin is enormously helpful and much appreciated.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue708>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sat May  7 00:40:12 2011
From: pypy-dev-issue at codespeak.net (felix)
Date: Fri, 06 May 2011 22:40:12 +0000
Subject: [PyPy-issue] [issue715] maximum recursion depth exceeded
Message-ID: <1304721612.59.0.320435298302.issue715@>


New submission from felix <felix8a at gmail.com>:

on OSX and linux, pypy fails with "maximum recursion depth exceeded" at what seems to me fairly low 
depths, like about 1000-2000 deep.

this isn't affected by sys.setrecursionlimit, which is fine.  however, it doesn't seem to be affected by my 
stacksize ulimit either.  pypy fails at the same recursion depths, regardless of how much I increase my 
stacksize ulimit.

attached is a file I'm using as a test.  on OSX it fails for me at 1042 or 1883.

I haven't tried stackless yet (buildbot seems to be broken)

----------
effort: ???
messages: 2497
nosy: felix, pypy-issue
priority: bug
release: 1.5
status: unread
title: maximum recursion depth exceeded

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue715>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sat May  7 13:43:41 2011
From: pypy-dev-issue at codespeak.net (Genmutant)
Date: Sat, 07 May 2011 11:43:41 +0000
Subject: [PyPy-issue] [issue716] Crashes with md5.hexdigest
Message-ID: <1304768621.71.0.0122636956595.issue716@>


New submission from Genmutant <genmutant at gmx.de>:

The following file crashes PyPy 1.5.0.
If I reduce the number by one, it doesn't crash anymore.

----------
effort: ???
files: minicrash.py
messages: 2498
nosy: Genmutant, pypy-issue
priority: critical
release: 1.5
status: unread
title: Crashes with md5.hexdigest

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue716>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: minicrash.py
Type: text/x-python
Size: 73 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110507/505875d0/attachment.py>

From pypy-dev-issue at codespeak.net  Sat May  7 13:59:32 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sat, 07 May 2011 11:59:32 +0000
Subject: [PyPy-issue] [issue716] Crashes with md5.hexdigest
Message-ID: <1304769572.53.0.0702261787193.issue716@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Works for me on Linux 32 and 64 bits.

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue716>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sat May  7 14:02:56 2011
From: pypy-dev-issue at codespeak.net (Genmutant)
Date: Sat, 07 May 2011 12:02:56 +0000
Subject: [PyPy-issue] [issue716] Crashes with md5.hexdigest
Message-ID: <1304769776.4.0.159987297598.issue716@>


Genmutant <genmutant at gmx.de> added the comment:

Sorry, I forgot to add: Windows 7, 32Bit

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue716>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sat May  7 23:03:07 2011
From: pypy-dev-issue at codespeak.net (Genmutant)
Date: Sat, 07 May 2011 21:03:07 +0000
Subject: [PyPy-issue] [issue716] Crashes with md5.hexdigest
Message-ID: <1304802187.35.0.1267752606.issue716@>


Genmutant <genmutant at gmx.de> added the comment:

I get: "Unhandled exception at 0x0042493c in pypy.exe: 0xC0000005: Access
violation." with different memory adresses and after a different number of runs
(at least my prints say so).

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue716>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  8 21:41:33 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Sun, 08 May 2011 19:41:33 +0000
Subject: [PyPy-issue] [issue691] pypy-head does not compile under Windows
Message-ID: <1304883693.64.0.241306020113.issue691@>


David Naylor <naylor.b.david at gmail.com> added the comment:

Unfortunately I am unable to install editbit.  I am willing to try if someone 
can provide such a modified python (or pypy).  

The original reason for trying to translate python was for 2.7 features, with 
the release of pypy 1.5 (that works on my machine) this bug is no longer a 
pressing issue.  

I am willing to assist where I can to resolve this bug however I don't have a 
problem if this bug is closed.  

Thanks for all the help and suggestions.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue691>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Sun May  8 21:49:03 2011
From: pypy-dev-issue at codespeak.net (David Naylor)
Date: Sun, 08 May 2011 19:49:03 +0000
Subject: [PyPy-issue] [issue690] pypy fails to compile under FreeBSD (9)
Message-ID: <1304884143.73.0.470035515916.issue690@>


David Naylor <naylor.b.david at gmail.com> added the comment:

Using a suggestion from issue 691 (--gcrootfinder=shadowstack) I am able to 
successfully compile pypy under FreeBSD 9.  :-)

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue690>
_______________________________________________________


From pypy-dev-issue at codespeak.net  Mon May  9 15:51:26 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 09 May 2011 13:51:26 +0000
Subject: [pypy-issue] [issue717] missing codecs
Message-ID: <1304949086.79.0.17052150406.issue717@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

FWIW the list is exactly the list of codecs who use the built-in module
_multibytecodec, which is missing on pypy.

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue717>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Mon May  9 15:48:02 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 09 May 2011 13:48:02 +0000
Subject: [pypy-issue] [issue716] Crashes with md5.hexdigest
Message-ID: <1304948882.74.0.0453699567005.issue716@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Thanks, we will look.  It seems to be a Windows-only issue...

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue716>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Tue May 10 08:48:21 2011
From: pypy-dev-issue at codespeak.net (Robert Collins)
Date: Tue, 10 May 2011 06:48:21 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
Message-ID: <1305010101.58.0.551756222129.issue718@>


New submission from Robert Collins <robertc at robertcollins.net>:

under cpython:

11:37 < lifeless>         3    0.000    0.000    0.280    0.093 
journals.py:678(_tokens)


under pypy(1.5, 64-bit build, your official download)
11:38 < lifeless>         3    0.000    0.000    1.161    0.387 
journals.py:678(_tokens)

_tokens is defined as

    def _tokens():
        return content.split('\x00')

content in the timed case is a 74MB bytestring consisting of \x00 separated fields; 
the fields are highly redundant - for example one in 5 in the case that produced 
this is 'add', another one in 5 is 'file', and the rest are 'dir', 'symlink' and 
relative paths, and floats (as ascii). There are 3331176 fields 
(len(content.split('\x00'))==3331176)

----------
effort: ???
messages: 2507
nosy: lifeless, pypy-issue
priority: bug
release: ???
status: unread
title: string.plit('\x00') takes 300% longer under pypy1.5 w/jit

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue718>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Tue May 10 09:00:03 2011
From: pypy-dev-issue at codespeak.net (Robert Collins)
Date: Tue, 10 May 2011 07:00:03 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
Message-ID: <1305010803.09.0.866602020827.issue718@>


Robert Collins <robertc at robertcollins.net> added the comment:

ronny asked on IRC how to get sample data - its the first journal from an 
lmirror (https://launchpad.net/lmirror) mirror set of the Ubuntu archive.

If you have an archive mirror (400GB :P) - then:
$cd to the mirror root
$lmirror init ./ubuntu
$ls -l .lmirror/metadata/ubuntu/journals
should show something like

-rw-r--r-- 1 robertc robertc       19 2011-05-08 15:23 0
-rw-r--r-- 1 robertc robertc 72885391 2011-05-08 15:25 1

The 1 file is what is being parsed, so to reproduce:
bytestring = file('1','rb').read()
def _foo():
   return bytestring.split('\x00')
# start time here
tokens = _foo()
# stop time here

should show the behaviour

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue718>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Tue May 10 09:08:02 2011
From: pypy-dev-issue at codespeak.net (Robert Collins)
Date: Tue, 10 May 2011 07:08:02 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
Message-ID: <1305011282.04.0.100312679602.issue718@>


Robert Collins <robertc at robertcollins.net> added the comment:

pypy log of my larger program which demonstrates the issue - 1/7th of the runtime 
is in the string.split call.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue718>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pypy.log.bz2
Type: application/x-bzip
Size: 138703 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110510/1cda4cd9/attachment-0001.bin>

From pypy-dev-issue at codespeak.net  Tue May 10 09:16:35 2011
From: pypy-dev-issue at codespeak.net (Robert Collins)
Date: Tue, 10 May 2011 07:16:35 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
Message-ID: <1305011795.39.0.913366314477.issue718@>


Robert Collins <robertc at robertcollins.net> added the comment:

Microbenchmark with the 1.bz2 file after decompressing (on my desktop i7 920, 64-bit 
machine):

$ pypy -m timeit "content = file('1').read()" "content.split('\x00')"
10 loops, best of 3: 1.15 sec per loop
$ python -m timeit "content = file('1').read()" "content.split('\x00')"
10 loops, best of 3: 402 msec per loop

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue718>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Tue May 10 09:14:24 2011
From: pypy-dev-issue at codespeak.net (Robert Collins)
Date: Tue, 10 May 2011 07:14:24 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
Message-ID: <1305011664.02.0.776049598435.issue718@>


Robert Collins <robertc at robertcollins.net> added the comment:

The sample file I was testing with, bz2'd for size.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue718>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.bz2
Type: application/x-bzip
Size: 2070241 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20110510/893199a8/attachment-0001.bin>

From pypy-dev-issue at codespeak.net  Thu May 12 09:21:08 2011
From: pypy-dev-issue at codespeak.net (Da_Blitz)
Date: Thu, 12 May 2011 07:21:08 +0000
Subject: [pypy-issue] [issue719] stackless.coroutine cant switch to self
Message-ID: <1305184868.5.0.649497366063.issue719@>


New submission from Da_Blitz <pypy at pocketnix.org>:

I have been playing around with the stackless module and went with the (what
appears to be undocumented) coroutines interface. as such i am unsure if this is
an actual bug. either way i can work around this (code that triggered it was a
coroutine scheduler where the coroutine switch was performed in the same
coroutine that is yielding to another. however if there is only one job in the
queue then it will grab a reference to self)

if in a coroutine you cannot switch to the same coroutine by calling "switch".
eg get a reference to the currently running coroutine via
stackless.getcoroutine() then call "switch" on the returned object


to reproduce:
------------------
def agent():
    t = stackless.getcurrent()
    t.next()

t = stackless.coroutine()
t.bind(agent)
t.next()
-------------------
Produces the following traceback (on the interactive interpreter)

Traceback (most recent call last):
  File "<console>", line 1, in <module
  File "<console>", line 3, in agent
ValueError: cannot switch to an unbound Coroutine

------------------

----------
effort: ???
messages: 2512
nosy: dablitz, pypy-issue
priority: bug
release: 1.5
status: unread
title: stackless.coroutine cant switch to self

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue719>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Fri May 13 23:15:32 2011
From: pypy-dev-issue at codespeak.net (Ram Rachum)
Date: Fri, 13 May 2011 21:15:32 +0000
Subject: [pypy-issue] [issue720] Getting warning when doing `uuid.uuid4()`
	on Ubuntu
Message-ID: <1305321332.07.0.580192962102.issue720@>


New submission from Ram Rachum <cool-rr at cool-rr.com>:

>>>> import uuid
>>>> uuid.uuid4()
/home/coolrr/Desktop/pypy-c-jit-43780-b590cf6de419-linux/lib-
python/2.7/uuid.py:537: RuntimeWarning: C function without declared arguments 
called
  _uuid_generate_random(_buffer)
/home/coolrr/Desktop/pypy-c-jit-43780-b590cf6de419-linux/lib-
python/2.7/uuid.py:537: RuntimeWarning: C function without declared return type 
called
  _uuid_generate_random(_buffer)
UUID('ff11ed66-336a-420c-8b97-36feffa19a37')

----------
effort: ???
messages: 2513
nosy: cool-RR, pypy-issue
priority: bug
release: ???
status: unread
title: Getting warning when doing `uuid.uuid4()` on Ubuntu

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue720>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Sat May 14 12:06:01 2011
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sat, 14 May 2011 10:06:01 +0000
Subject: [pypy-issue] [issue720] Getting warning when doing `uuid.uuid4()`
	on Ubuntu
Message-ID: <1305367561.56.0.977707994571.issue720@>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Fixed in ad77c5596e16.  I did not test on Windows, though.

----------
status: unread -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue720>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Sun May 15 04:59:52 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 15 May 2011 02:59:52 +0000
Subject: [pypy-issue] [issue710] ssl.getpeercert() broken in pypy1.5
Message-ID: <1305428392.78.0.499392003854.issue710@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

amaury fixed this

----------
status: chatting -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue710>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Sun May 15 05:00:20 2011
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 15 May 2011 03:00:20 +0000
Subject: [pypy-issue] [issue711] no cipher() method on SSLObject
Message-ID: <1305428420.11.0.798507880736.issue711@>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

amaury fixed this too

----------
status: unread -> resolved

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue711>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Mon May 16 09:26:13 2011
From: pypy-dev-issue at codespeak.net (Parth Malwankar)
Date: Mon, 16 May 2011 07:26:13 +0000
Subject: [pypy-issue] [issue721] pypy.org says front page "Download and try
	out the PyPy release 1.4.1!"
Message-ID: <1305530773.75.0.980832820726.issue721@>


New submission from Parth Malwankar <parth.malwankar at gmail.com>:

pypy.org says front page "Download and try out the PyPy release 1.4.1!". It
should say 1.5 instead.

----------
effort: easy
messages: 2517
nosy: parthm, pypy-issue
priority: wish
release: 1.5
status: unread
title: pypy.org says front page "Download and try out the PyPy release 1.4.1!"

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue721>
_______________________________________________________

From pypy-dev-issue at codespeak.net  Mon May 16 09:28:14 2011
From: pypy-dev-issue at codespeak.net (Antonio Cuni)
Date: Mon, 16 May 2011 07:28:14 +0000
Subject: [pypy-issue] [issue721] pypy.org says front page "Download and try
	out the PyPy release 1.4.1!"
Message-ID: <1305530894.64.0.754332068204.issue721@>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

it says "Download and try out the PyPy release 1.5!" for me. Maybe a browser
cache issue? Could you try to reload the page please?

----------
status: unread -> chatting

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue721>
_______________________________________________________

From tracker at bugs.pypy.org  Mon May 16 13:22:12 2011
From: tracker at bugs.pypy.org (Holger Krekel)
Date: Mon, 16 May 2011 11:22:12 +0000
Subject: [pypy-issue] [issue711] test6
In-Reply-To: <20110516110203.GD7415@merlinux.eu>
Message-ID: <1305544932.25.0.149823679943.issue711@bugs.pypy.org>


Holger Krekel <holger at merlinux.eu> added the comment:

another test message

_____________________________________________
Roundup issue tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue711>
_____________________________________________

From tracker at bugs.pypy.org  Mon May 16 13:22:43 2011
From: tracker at bugs.pypy.org (Holger Krekel)
Date: Mon, 16 May 2011 11:22:43 +0000
Subject: [pypy-issue] [issue711] test6
In-Reply-To: <1305544932.25.0.149823679943.issue711@bugs.pypy.org>
Message-ID: <20110516112242.GE7415@merlinux.eu>


Holger Krekel <holger at merlinux.eu> added the comment:

On Mon, May 16, 2011 at 11:22 +0000, Holger Krekel wrote:
> Holger Krekel <holger at merlinux.eu> added the comment:
> 
> another test message

test message sent by mail.

h.

_____________________________________________
Roundup issue tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue711>
_____________________________________________

From tracker at bugs.pypy.org  Mon May 16 14:14:27 2011
From: tracker at bugs.pypy.org (Antonio Cuni)
Date: Mon, 16 May 2011 12:14:27 +0000
Subject: [pypy-issue] [issue712] test issue
In-Reply-To: <1305548067.01.0.528415949904.issue712@bugs.pypy.org>
Message-ID: <1305548067.01.0.528415949904.issue712@bugs.pypy.org>


New submission from Antonio Cuni <anto.cuni at gmail.com>:

this is just a test, sorry for the noise

----------
messages: 2483
nosy: antocuni, pypy-issue
priority: feature
status: unread
title: test issue

_____________________________________________
Roundup issue tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue712>
_____________________________________________

From anto.cuni at gmail.com  Mon May 16 14:14:53 2011
From: anto.cuni at gmail.com (Antonio Cuni)
Date: Mon, 16 May 2011 14:14:53 +0200
Subject: [pypy-issue] [issue712] test issue
In-Reply-To: <1305548067.01.0.528415949904.issue712@bugs.pypy.org>
References: <1305548067.01.0.528415949904.issue712@bugs.pypy.org>
Message-ID: <4DD1153D.9010609@gmail.com>

On 16/05/11 14:14, Antonio Cuni wrote:
> 
> New submission from Antonio Cuni <anto.cuni at gmail.com>:
> 
> this is just a test, sorry for the noise

and this is a reply by e-mail

From tracker at bugs.pypy.org  Mon May 16 16:54:47 2011
From: tracker at bugs.pypy.org (Holger Krekel)
Date: Mon, 16 May 2011 14:54:47 +0000
Subject: [pypy-issue] [issue604] pypy and virtualenv with distribute on Mac
	OS X
In-Reply-To: <1291744313.77.0.317711131869.issue604@>
Message-ID: <1305557687.35.0.0575838512289.issue604@bugs.pypy.org>


Holger Krekel <holger at merlinux.eu> added the comment:

the pypy fixes have been merged upstream with virtualenv and were released as
virtualenv-1.0 and work with pypy-1.5 IISIC. If not, please re-open.

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue604>
________________________________________

From tracker at bugs.pypy.org  Mon May 16 20:39:25 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Mon, 16 May 2011 18:39:25 +0000
Subject: [pypy-issue] [issue723] bugs.pypy.org SSL certificate broken
In-Reply-To: <1305571165.17.0.639528771326.issue723@bugs.pypy.org>
Message-ID: <1305571165.17.0.639528771326.issue723@bugs.pypy.org>


New submission from Jonas Obrist <jonas.obrist at divio.ch>:

When browsing https://bugs.pypy.org I get warnings that the SSL certificate is 
invalid.

----------
messages: 2521
nosy: ojii, pypy-issue
priority: bug
status: unread
title: bugs.pypy.org SSL certificate broken

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue723>
________________________________________

From tracker at bugs.pypy.org  Mon May 16 20:49:56 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Mon, 16 May 2011 18:49:56 +0000
Subject: [pypy-issue] [issue724] pypy and virtualenv used from a different
	user
In-Reply-To: <1305571796.23.0.485247431532.issue724@bugs.pypy.org>
Message-ID: <1305571796.23.0.485247431532.issue724@bugs.pypy.org>


New submission from Jonas Obrist <jonas.obrist at divio.ch>:

I tried getting my Jenkins CI [1] installation [2] to work with pypy 1.5 and virtualenv 1.6.1. The way I do 
this is having all my virtualenvs (cpython and pypy) in the home directory of the 'divio' user:

~/ci-envs/py25dj12/
~/ci-envs/py26dj13/
~/ci-envs/pypy15djtrunk/
...

Now the actual unit tests run from the user 'jenkins' with a script that looks somewhat like this:

/home/divio/ci-envs/py${python}dj${django}/bin/python manage.py test nani --verbosity=2

Where the 'python' and 'django' variables get substituted by something like "25" and "12" in the case of 
Django 1.2 on CPython 2.5 or "py15" and "12" for Django 1.2 on PyPy 1.5.

Now this approach works fine with CPython (2.5, 2.6, 2.7) but not with PyPy. 

Running pypy using the 'jenkins' user from one of the virtualenvs gives following error:

jenkins at pony:/home/divio/ci-envs/pypy15dj12$ bin/pypy
'import site' failed
Python 2.7.1 (b590cf6de419, Apr 30 2011, 02:00:34)
[PyPy 1.5.0-alpha0 with GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
debug: OperationError:
debug:  operror-type: ImportError
debug:  operror-value: No module named _pypy_interact

Note that this does not happen with CPython:

jenkins at pony:/home/divio/ci-envs/py25dj12$ bin/python
Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 

On the 'divio' user pypy works flawlessly:

divio at pony:~/ci-envs/pypy15dj12$ bin/pypy
Python 2.7.1 (b590cf6de419, Apr 30 2011, 02:00:34)
[PyPy 1.5.0-alpha0 with GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``"The HHU campus would be a
terrible quake level - you'd never have a clue where you are" - michael''
>>>> 


One difference I found between the two is the layout of the virtualenvs:

jenkins at pony:/home/divio/ci-envs/py25dj12$ ls -l
total 12
drwxr-xr-x 2 divio divio 4096 2011-05-12 10:45 bin
drwxr-xr-x 2 divio divio 4096 2011-02-15 11:40 include
drwxr-xr-x 3 divio divio 4096 2011-02-15 11:40 lib

And:

jenkins at pony:/home/divio/ci-envs/pypy15dj12$ ls -l
total 16
drwxr-xr-x 2 divio divio 4096 2011-05-16 20:04 bin
lrwxrwxrwx 1 divio divio   24 2011-05-16 20:03 include -> /home/divio/pypy/include
drwxr-xr-x 2 divio divio 4096 2011-05-16 20:03 lib_pypy
drwxr-xr-x 4 divio divio 4096 2011-05-16 20:03 lib-python
drwxr-xr-x 7 divio divio 4096 2011-05-16 20:04 site-packages


Please note that the issue is not really Jenkins related, but it's a use case that causes this issue. The 
real problem seems to be related to different users accessing virtualenvs.

[1] http://jenkins-ci.org/
[2] http://ci.django-cms.org/

----------
messages: 2522
nosy: ojii, pypy-issue
priority: bug
status: unread
title: pypy and virtualenv used from a different user

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue724>
________________________________________

From tracker at bugs.pypy.org  Mon May 16 21:11:10 2011
From: tracker at bugs.pypy.org (Carl Meyer)
Date: Mon, 16 May 2011 19:11:10 +0000
Subject: [pypy-issue] [issue723] bugs.pypy.org SSL certificate broken
In-Reply-To: <1305571165.17.0.639528771326.issue723@bugs.pypy.org>
Message-ID: <1305573070.34.0.673282882686.issue723@bugs.pypy.org>


Carl Meyer <carl at oddbird.net> added the comment:

FWIW, startssl.com offers free 1-year certificates, as long as the verified
entity is an individual, not an organization.

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue723>
________________________________________

From tracker at bugs.pypy.org  Mon May 16 22:04:42 2011
From: tracker at bugs.pypy.org (Holger Krekel)
Date: Mon, 16 May 2011 20:04:42 +0000
Subject: [pypy-issue] [issue723] bugs.pypy.org SSL certificate broken
In-Reply-To: <1305571165.17.0.639528771326.issue723@bugs.pypy.org>
Message-ID: <1305576282.05.0.120639281098.issue723@bugs.pypy.org>


Holger Krekel <holger at merlinux.eu> added the comment:

thanks for pointing to startssl - do you know if they offer multi-domain Certs
for free as well?  The issue with the current hosting is that multiple domains
are served from the same IP. Moreover, we might move bugs.pypy.org yet again (to
python.org) at some point so it's unclear how much effort is warranted.

Maybe we should just resort to serve from http instead of https?

----------
nosy: +carljm

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue723>
________________________________________

From tracker at bugs.pypy.org  Mon May 16 22:39:49 2011
From: tracker at bugs.pypy.org (Carl Meyer)
Date: Mon, 16 May 2011 20:39:49 +0000
Subject: [pypy-issue] [issue723] bugs.pypy.org SSL certificate broken
In-Reply-To: <1305571165.17.0.639528771326.issue723@bugs.pypy.org>
Message-ID: <1305578389.02.0.00974328747654.issue723@bugs.pypy.org>


Carl Meyer <carl at oddbird.net> added the comment:

The free certs from startssl can be for subdomain.example.com and example.com,
but only those two. They offer wildcard certs as well, but you have to pay for
those, not sure how much.

It's also possible to serve separate certs from the same IP, but browser support
is not yet universal: no Windows XP browser supports it, nor do some mobile
browsers. (http://en.wikipedia.org/wiki/Server_Name_Indication#Support)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue723>
________________________________________

From tracker at bugs.pypy.org  Wed May 18 14:48:16 2011
From: tracker at bugs.pypy.org (Antonio Cuni)
Date: Wed, 18 May 2011 12:48:16 +0000
Subject: [pypy-issue] [issue724] pypy and virtualenv used from a different
	user
In-Reply-To: <1305571796.23.0.485247431532.issue724@bugs.pypy.org>
Message-ID: <1305722896.56.0.225830707571.issue724@bugs.pypy.org>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

the problem has nothing to do with virtualenv, but with the default permissions
stored in the tarball: until today, the files were readable/executable only by
the owner.

You can easily fix your existing pypy installation by running::
    chmod -R a+rX /path/to/pypy1.5

revision 19b6a4d6992f fixes it more generally, by ensuring that the generated
tarballs contain the desired permissions.

----------
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue724>
________________________________________

From tracker at bugs.pypy.org  Wed May 18 14:53:39 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Wed, 18 May 2011 12:53:39 +0000
Subject: [pypy-issue] [issue724] pypy and virtualenv used from a different
	user
In-Reply-To: <1305571796.23.0.485247431532.issue724@bugs.pypy.org>
Message-ID: <1305723219.73.0.560876713009.issue724@bugs.pypy.org>


Jonas Obrist <jonas.obrist at divio.ch> added the comment:

I can confirm that the chmod indeed fixes the issue for me, thanks a lot for the 
help

----------
status: resolved -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue724>
________________________________________

From tracker at bugs.pypy.org  Sat May 21 23:48:11 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Sat, 21 May 2011 21:48:11 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>


New submission from Jonas Obrist <jonas.obrist at divio.ch>:

The one test (cms.PermissionModeratorTests.test_create_copy_publish) of django-
cms (https://github.com/divio/django-cms/) in the develop branch fails using 
PyPy 1.5 but passes using CPython 2.5, 2.6 or 2.7.

To reproduce the issue, clone the repository and run: `./runtests.sh --python 
/path/to/your/pypy/executable PermissionModeratorTests.test_create_copy_publish`

The interesting thing here is that it actually fails with a Failure, not an 
Exception, so I'm really clueless as to why this happens.

----------
messages: 2529
nosy: ojii, pypy-issue
priority: bug
status: unread
title: django-cms tests fail using pypy 1.5 but pass under CPython 2.5, 2.6 and 2.7

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Mon May 23 05:43:07 2011
From: tracker at bugs.pypy.org (Robert Collins)
Date: Mon, 23 May 2011 03:43:07 +0000
Subject: [pypy-issue] [issue718] string.plit('\x00') takes 300% longer under
	pypy1.5 w/jit
In-Reply-To: <1305010101.58.0.551756222129.issue718@>
Message-ID: <1306122187.2.0.586570365299.issue718@bugs.pypy.org>


Robert Collins <robertc at robertcollins.net> added the comment:

I've tested alternate paths based on IRC feedback.
mmap is slower
using a generator and doing .find() to find the next \x00 is slower.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue718>
________________________________________

From tracker at bugs.pypy.org  Mon May 23 09:45:56 2011
From: tracker at bugs.pypy.org (Antonio Cuni)
Date: Mon, 23 May 2011 07:45:56 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306136756.27.0.507685777859.issue726@bugs.pypy.org>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

I tried to run the test, but it tries to run the non-existent ./bin/django
executable:

(prova)viper django-cms $ ./runtests.sh --python=~/Envs/prova/bin/pypy 
PermissionModeratorTests.test_create_copy_publish
using python at: python
reusing current buildout environment
Running cms test cms.PermissionModeratorTests.test_create_copy_publish.
./runtests.sh: line 116: ./bin/django: No such file or directory
done

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Mon May 23 10:05:17 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Mon, 23 May 2011 08:05:17 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306137917.58.0.910233102013.issue726@bugs.pypy.org>


Jonas Obrist <jonas.obrist at divio.ch> added the comment:

it's --python ... without the "=".

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 01:01:35 2011
From: tracker at bugs.pypy.org (etal)
Date: Mon, 23 May 2011 23:01:35 +0000
Subject: [pypy-issue] [issue727] Confusing error/traceback when using
	Biopython pairwise2
In-Reply-To: <1306191695.86.0.215474292922.issue727@bugs.pypy.org>
Message-ID: <1306191695.86.0.215474292922.issue727@bugs.pypy.org>


New submission from etal <eric.talevich at gmail.com>:

I'm attempting to make PyPy and Biopython play well together, starting with the
pure-Python portion of Biopython. When using the module Bio.pairwise2, an error
occurs, and the traceback is apparently being clobbered a little bit by some
lower-level issue in PyPy which raises a SystemError.

A simple test script which works in CPython 2.7 is attached. It read a pair of
sequences from a FASTA-format file (using Biopython, successfully) and align
them with Bio.pairwise2 (unsuccessfully in PyPy).

Expected output:

$ python pairwise_simple.py pair.fasta
Score: 99.5
Alignment:
SAEMEDDD-YSKFVKSDMNFDSFELTKSWPEGLKVILK----------------QLLDENNRKNLNFNDLVIHPW
CSDPSKDEIFNEINECEMDLDKCDLTDNWPEGLKAMIKVNGFDYIYIYIYIYIYRLLNFESRKELNLKDIYDDPW


In PyPy:

$ pypy pairwise_simple.py pair.fasta
Traceback (most recent call last):
  File "app_main.py", line 53, in run_toplevel
  File "pairwise_simple.py", line 11, in <module>
    alignments = pairwise2.align.globalds(seq1, seq2, blosum62, -10, -0.5)
  File
"/home/etal/src/pypy-c-jit-43780-b590cf6de419-linux64/site-packages/Bio/pairwise2.py",
line 247, in __call__
    return _align(**keywds)
  File
"/home/etal/src/pypy-c-jit-43780-b590cf6de419-linux64/site-packages/Bio/pairwise2.py",
line 268, in _align
    score_only)
SystemError: An exception was set, but function returned a value


The code for Bio.pairwise2 is here:
https://github.com/biopython/biopython/blob/master/Bio/pairwise2.py

Notice that the "align.globalds" method is created on the fly. The "traceback"
variable refers to part of the dynamic programming algorithm being implemented,
not the Python exception mechanism.


My test data file, pair.fasta, looks like this:

>A
SAEMEDDDYSKFVKSDMNFDSFELTKSWPEGLKVILKQLLDENNRKNLNFNDLVIHPW
>B
CSDPSKDEIFNEINECEMDLDKCDLTDNWPEGLKAMIKVNGFDYIYIYIYIYIYRLLNFESRKELNLKDIYDDPW

----------
files: pairwise_simple.py
messages: 2533
nosy: etal, pypy-issue
priority: bug
release: 1.5
status: unread
title: Confusing error/traceback when using Biopython pairwise2

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue727>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 01:10:21 2011
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 23 May 2011 23:10:21 +0000
Subject: [pypy-issue] [issue727] Confusing error/traceback when using
	Biopython pairwise2
In-Reply-To: <1306191695.86.0.215474292922.issue727@bugs.pypy.org>
Message-ID: <1306192221.18.0.919977152141.issue727@bugs.pypy.org>


Amaury Forgeot d Arc <amauryfa at gmail.com> added the comment:

"SystemError: An exception was set, but function returned a value": This message 
can only come from an extension module.  There is certainly a file named 
"cpairwise2.pypy-15.so" around, can you remove it and try again?

----------
nosy: +afa
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue727>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 12:30:01 2011
From: tracker at bugs.pypy.org (Ram Rachum)
Date: Tue, 24 May 2011 10:30:01 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306233001.21.0.587758562605.issue725@bugs.pypy.org>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Anyone cares?

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 12:39:51 2011
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Tue, 24 May 2011 10:39:51 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306233591.13.0.0578006253665.issue725@bugs.pypy.org>


Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de> added the comment:

works on linux for me
what pypy version?

im currently on 1.5

----------
nosy: +ronny

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 12:41:14 2011
From: tracker at bugs.pypy.org (Ram Rachum)
Date: Tue, 24 May 2011 10:41:14 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1306233591.13.0.0578006253665.issue725@bugs.pypy.org>
Message-ID: <BANLkTinYVKgvajQLQL+LHKqTGM5W6u2HGw@mail.gmail.com>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

It's PyPy 1.5. I observed the bug on Windows XP.

On Tue, May 24, 2011 at 12:39 PM, Ronny Pfannschmidt
<tracker at bugs.pypy.org>wrote:

>
> Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de> added the comment:
>
> works on linux for me
> what pypy version?
>
> im currently on 1.5
>
> ----------
> nosy: +ronny
>
> ________________________________________
> PyPy bug tracker <tracker at bugs.pypy.org>
> <https://bugs.pypy.org/issue725>
> ________________________________________
>

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 12:42:18 2011
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Tue, 24 May 2011 10:42:18 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306233738.07.0.856925346344.issue725@bugs.pypy.org>


Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de> added the comment:

got a traceback?, more informations about the env would also help

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 13:24:30 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Tue, 24 May 2011 11:24:30 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306236270.6.0.782365073442.issue725@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Reproduced the error (on a Windows box).

----------
nosy: +arigo

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 13:25:22 2011
From: tracker at bugs.pypy.org (Ram Rachum)
Date: Tue, 24 May 2011 11:25:22 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306236322.44.0.420046307152.issue725@bugs.pypy.org>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Here's a traceback. Tell me what more information on the environment you need.

Python 2.7.1 (aefc70438132+, Apr 29 2011, 12:45:42)
[PyPy 1.5.0-alpha0 with MSC v.1600 32 bit] on win32
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``<arigato> good, tests are useful
sometimes :-)''
>>>> import sys
>>>> sys.path.append('0.zip')
>>>> import my_package
Traceback (most recent call last):
  File "<console>", line 1, in <module>
ZipImportError: 'my_package.bootstrap.bootstrap'

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 16:16:05 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Tue, 24 May 2011 14:16:05 +0000
Subject: [pypy-issue] [issue725] Bug in zipimporting in nested packages
In-Reply-To: <1305720180.28.0.132370010701.issue725@bugs.pypy.org>
Message-ID: <1306246565.91.0.0343759778419.issue725@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

I updated the tests of pypy/module/zipimport to fail on Windows.  I didn't fix
them so far; I'd be very grateful if someone else could do that...

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue725>
________________________________________

From tracker at bugs.pypy.org  Tue May 24 16:49:55 2011
From: tracker at bugs.pypy.org (etal)
Date: Tue, 24 May 2011 14:49:55 +0000
Subject: [pypy-issue] [issue727] Confusing error/traceback when using
	Biopython pairwise2
In-Reply-To: <1306191695.86.0.215474292922.issue727@bugs.pypy.org>
Message-ID: <1306248595.74.0.625892026134.issue727@bugs.pypy.org>


etal <eric.talevich at gmail.com> added the comment:

Thanks, that fixed it.

Following up: This issue arose while I was trying to benchmark sequence
alignment on Pypy. Comparing PyPy 1.5 to CPython 2.6 with the compiled C
extension module, now, Pypy is about twice as fast. Would you be interested in
using this algorithm (Needleman-Wunsch) as a benchmark? (I can remove the
Biopython dependency.)

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue727>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 01:25:10 2011
From: tracker at bugs.pypy.org (Zach Williams)
Date: Tue, 24 May 2011 23:25:10 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue728=5D_itertools_bug_=E2=80=94_out?=
 =?utf-8?q?put_different_from_CPython_2=2E7=2E1?=
In-Reply-To: <1306279510.49.0.412368452163.issue728@bugs.pypy.org>
Message-ID: <1306279510.49.0.412368452163.issue728@bugs.pypy.org>


New submission from Zach Williams <hey at zachwill.com>:

I'm currently on Mac OS X 10.6.7 and using CPython 2.7.1 when running against PyPy 
1.5.0-alpha0 that I downloaded from pypy.org/

When running the script with CPython, the output is 2.

When running the script with PyPy, the output is 167960.

Thanks.

Zach

----------
files: itertools_bug.py
messages: 2543
nosy: pypy-issue, zachwill
priority: bug
release: 1.5
status: unread
title: itertools bug ??? output different from CPython 2.7.1

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue728>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 01:27:29 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Tue, 24 May 2011 23:27:29 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue728=5D_itertools_bug_=E2=80=94_out?=
 =?utf-8?q?put_different_from_CPython_2=2E7=2E1?=
In-Reply-To: <1306279510.49.0.412368452163.issue728@bugs.pypy.org>
Message-ID: <1306279649.15.0.356049509187.issue728@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

If you replace the `is` with `==` do you still get different results?  If the
answer is yes, we have a bug, if the answer is no you're relying on the
semantics of CPython and *not* the Python language.  Python makes no guarntees
about integer identity.

----------
nosy: +agaynor
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue728>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 01:37:39 2011
From: tracker at bugs.pypy.org (Zach Williams)
Date: Tue, 24 May 2011 23:37:39 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue728=5D_itertools_bug_=E2=80=94_out?=
 =?utf-8?q?put_different_from_CPython_2=2E7=2E1?=
In-Reply-To: <1306279510.49.0.412368452163.issue728@bugs.pypy.org>
Message-ID: <1306280259.56.0.458509561106.issue728@bugs.pypy.org>


Zach Williams <hey at zachwill.com> added the comment:

Good catch, man ? Hettinger even sent out a tweet about that today.

Everything works fine with the `==` replacement.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue728>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 01:39:12 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Tue, 24 May 2011 23:39:12 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue728=5D_itertools_bug_=E2=80=94_out?=
 =?utf-8?q?put_different_from_CPython_2=2E7=2E1?=
In-Reply-To: <1306279510.49.0.412368452163.issue728@bugs.pypy.org>
Message-ID: <1306280352.92.0.0704367620394.issue728@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Great, hope you're enjoying pypy! (closing as wontfix, there is no bug).

----------
status: chatting -> wontfix

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue728>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 23:03:13 2011
From: tracker at bugs.pypy.org (Tanel Liiv)
Date: Wed, 25 May 2011 21:03:13 +0000
Subject: [pypy-issue] [issue715] maximum recursion depth exceeded
In-Reply-To: <1304721612.59.0.320435298302.issue715@>
Message-ID: <1306357393.41.0.395952638597.issue715@bugs.pypy.org>


Tanel Liiv <tanel at povi.ee> added the comment:

This is clarified in http://doc.pypy.org/en/latest/cpython_differences.html

"sys.setrecursionlimit() is ignored (and not needed) on PyPy. On CPython it
would set the maximum number of nested calls that can occur before a
RuntimeError is raised; on PyPy overflowing the stack also causes RuntimeErrors,
but the limit is checked at a lower level. (The limit is currently hard-coded at
768 KB, corresponding to roughly 1480 Python calls on Linux.)"

----------
nosy: +kuratkull
status: unread -> wontfix

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue715>
________________________________________

From tracker at bugs.pypy.org  Wed May 25 23:25:10 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 25 May 2011 21:25:10 +0000
Subject: [pypy-issue] [issue715] maximum recursion depth exceeded
In-Reply-To: <1304721612.59.0.320435298302.issue715@>
Message-ID: <1306358710.61.0.393210470634.issue715@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

But I agree that there might be an issue, and hard-coding the limit at 768 KB as
we do know might be insufficient.

----------
nosy: +arigo -kuratkull
status: wontfix -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue715>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 15:44:45 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 27 May 2011 13:44:45 +0000
Subject: [pypy-issue] [issue715] maximum recursion depth exceeded
In-Reply-To: <1304721612.59.0.320435298302.issue715@>
Message-ID: <1306503885.48.0.15119894131.issue715@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Fixed like this:

"""setrecursionlimit() sets the maximum number of nested calls that
can occur before a RuntimeError is raised.  On PyPy the limit is
approximative and checked at a lower level.  The default 1000
reserves 768KB of stack space, which should suffice (on Linux,
depending on the compiler settings) for ~1400 calls.  Setting the
value to N reserves N/1000 times 768KB of stack space.
"""

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue715>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 18:23:44 2011
From: tracker at bugs.pypy.org (Oleg Oshmyan)
Date: Fri, 27 May 2011 16:23:44 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue730=5D_resource=2Etimeval_has_a_wr?=
 =?utf-8?q?ong_size_in_64-bit_builds_on_Mac=C2=A0OS=C2=A0X?=
In-Reply-To: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>
Message-ID: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>


New submission from Oleg Oshmyan <chortos at inbox.lv>:

In the 64-bit?environment on Mac?OS?X, the long type takes 8?bytes but the 
tv_usec field of struct timeval still takes only 4?bytes. lib_pypy/resource.py 
defines tv_usec as a c_long, which wrongly makes ctypes think it takes 8?bytes; 
thus everything that uses timeval breaks.

----------
messages: 2551
nosy: chortos, pypy-issue
priority: bug
status: unread
title: resource.timeval has a wrong size in 64-bit builds on Mac?OS?X

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue730>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 18:52:45 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Fri, 27 May 2011 16:52:45 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue730=5D_resource=2Etimeval_has_a_wr?=
 =?utf-8?q?ong_size_in_64-bit_builds_on_Mac=C2=A0OS=C2=A0X?=
In-Reply-To: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>
Message-ID: <1306515165.84.0.415988361958.issue730@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

According to my system's manfile the correct layout for the struct is:

           struct timeval {
               time_t      tv_sec;     /* seconds */
               suseconds_t tv_usec;    /* microseconds */
           };

----------
nosy: +agaynor
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue730>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 19:26:03 2011
From: tracker at bugs.pypy.org (Jose Antonio Martin H.)
Date: Fri, 27 May 2011 17:26:03 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>


New submission from Jose Antonio Martin H. <jamartinh at fdi.ucm.es>:

for b in ( G.Neighborhood(a) - G.Neighborhood(x) - {x} ):
                                                                      
TypeError: unsupported operand type(s) for -: 'set' and 'int'

Seems to have problems with the {x} set

----------
messages: 2553
nosy: jamartinh, pypy-issue
priority: bug
release: 1.5
status: unread
title: Problem handling set operations

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 19:28:51 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Fri, 27 May 2011 17:28:51 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306517331.04.0.394691225433.issue731@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Can we get a slightly more complete example?  Preferable a test case we can
actually execute.

----------
nosy: +agaynor
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 19:53:53 2011
From: tracker at bugs.pypy.org (Jose Antonio Martin H.)
Date: Fri, 27 May 2011 17:53:53 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517331.04.0.394691225433.issue731@bugs.pypy.org>
Message-ID: <4DDFE2ED.6050604@fdi.ucm.es>


Jose Antonio Martin H. <jamartinh at fdi.ucm.es> added the comment:

Hi Alex, try the attached script in python27

python GraphLib.py   runs without errors

However

pypy GraphLib.py   after about 10 iterations gives an error.

Thanks for your quick hands on!.

Best,
Jose

El 27/05/2011 19:28, Alex Gaynor escribi??:
>
> Alex Gaynor<alex.gaynor at gmail.com>  added the comment:
>
> Can we get a slightly more complete example?  Preferable a test case we can
> actually execute.
>
> ----------
> nosy: +agaynor
> status: unread ->  chatting
>
> ________________________________________
> PyPy bug tracker<tracker at bugs.pypy.org>
> <https://bugs.pypy.org/issue731>
> ________________________________________

-- 
======================================================================
Jos?? Antonio Mart??n H. PhD.           E-Mail: jamartinh at fdi.ucm.es
Computer Science Faculty              Phone: (+34) 91 3947650
Complutense University of Madrid      Fax: (+34) 91 3947527
C/ Prof. Jos?? Garc??a Santesmases,s/n  http://www.dacya.ucm.es/jam/
28040 Madrid, Spain
El orden es el recurso no renovable   Order is the truly nonrenewable
m??s importante                        resource.
======================================================================

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________
-------------- next part --------------
#-------------------------------------------------------------------------------
# Name:        GraphLib.py
# Description: small graph library
#
# Author:      Jose Antonio Martin H. (JAMH)
# Contact:     <jamartinh at fdi.ucm.es>
#
# Created:     17/05/2011
# Copyright:   (c) Jose Antonio Martin H. 2011
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#     http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#
#-------------------------------------------------------------------------------
#!/usr/bin/env python

from copy import deepcopy
import random
from itertools import combinations,ifilter,ifilterfalse,tee,izip
from math import sqrt

class Stack:
    """ Simple Stack class implemented as a Python list """


    def __init__(self):
        self.contents = []

    def Push(self, v):
        self.contents.append(v)

    def Pop(self):
        v = self.contents[-1]
        self.contents = self.contents[:-1]
        return v

    def Clear(self):
        self.contents = []

    def IsEmpty(self):
        return (len(self.contents) == 0)

    def IsNotEmpty(self):
        return (len(self.contents) > 0)

    def Contains(self, v):
        return v in self.contents


################################################################################
#
# Graph
#
################################################################################
class Graph:

    def __init__(self):
        self.vertices         = list()
        self.edges            = set()
        self.adjLists         = {}
        self.highVertexID     = 0    # INTERNAL

    def AddVertex(self):
        """ Add an isolated vertex. Returns the id of the new vertex """
        x = self.GetNextVertexID()
        self.vertices.append(x)
        self.adjLists[x] = set()
        return x

    def DeleteVertex(self, v):
        """ Delete the vertex v and its incident edges """


        for u in self.adjLists[v]:
            self.adjLists[u].discard(v)
            self.edges.discard( {u,v} )

        del self.adjLists[v]

    def QVertex(self, v):
        """ Check whether v is a vertex """
        return v in self.vertices

    def AddEdge(self, x, y):
        """ Add an edge (x,y). Returns nothing
        """
        if x == y: raise KeyError

        self.adjLists[x].add(y)
        self.adjLists[y].add(x)
        self.edges.add( frozenset((x,y)) )



    def DeleteEdge(self, x, y):
        """ Deletes edge (tail,head).
        """
        self.edges.discard( {x,y} )
        self.adjLists[x].discard(y)
        self.adjLists[y].discard(x)

    def QEdge(self, x, y):
        """ Returns 1 if (x,yd) is an edge in G"""
        return {x,y} in self.edges


    def Neighborhood(self, x):
        """ Returns the vertices which are connected to v. """
        return self.adjLists[x]

    def Edges(self):
        return self.edges

    def Vertices(self):
        """ Returns all edges """
        return self.vertices

    def GetNextVertexID(self):
        """ *Internal* returns next free vertex id """
        self.highVertexID += 1
        return self.highVertexID


    def Order(self):
        """ Returns order i.e., the number of vertices """
        return len(self.vertices)


    def Size(self):
        """ Returns size i.e., the number of edge """
        return len(self.edges)


    def Degree(self, v):
        """ Returns the degree of the vertex v """
        return len(self.adjLists[v])


    def QIsolated(self, v):
        """ Returns 1 if the vertex v is isolated"""
        return len(self.adjLists[v]) == 0

#-------------------------------------------------------------------------------
# GraphCreator
#-------------------------------------------------------------------------------

def MaximalPlanarEdges(G, n, direction):

    Edges=[] #6*n
    AdjEdges={}
    for v in G.Vertices():
        AdjEdges[v]=[]

    index=0
    a=G.vertices[index]
    index+=1
    b=G.vertices[index]
    index+=1

    Edges.append((a,b))
    AdjEdges[a].append((a,b))
    Edges.append((b,a))
    AdjEdges[b].append((b,a))

    m=2
    while index < n:
        e     = Edges[random.randint(0,m-1)]
        v     = G.vertices[index]
        index = index+1

        while e[1]!=v:
            x=(v,e[0])
            Edges.append(x)
            m=m+1
            AdjEdges[v].append(x)

            y=(e[0],v)
            Edges.append(y)
            m=m+1
            AdjEdges[e[0]].insert(AdjEdges[e[0]].index(e)+1,y)

            index2=AdjEdges[e[1]].index((e[1],e[0]))
            if index2==0:
                e = AdjEdges[e[1]][-1]
            else:
                e = AdjEdges[e[1]][index2-1]

    if direction==0: # undirected
        m=m-1
        while m>0:
            del Edges[m]
            m=m-2

    return Edges

    #----------------------------------------------------------------------


#-------------------------------------------------------------------------------
# PlanarityTest
#-------------------------------------------------------------------------------

#=============================================================================#
class List:

    def __init__(self,el=[]):
        elc=deepcopy(el)
        self.elements=elc

        # a) Access Operations
    def length(self):
        return len(self.elements)

    def empty(self):
        if self.length()==0:
            return 1
        else:
            return 0

    def head(self):
        return self.elements[0]

    def tail(self):
        return self.elements[-1]

        # b)Update Operations
    def push(self,x):
        self.elements.insert(0,x)
        return x

    def Push(self,x):
        self.elements.append(x)
        return x

    def append(self,x):
        self.Push(x)

    def pop(self):
        x=self.elements[0]
        self.elements=self.elements[1:]
        return x

    def Pop(self):
        x=self.elements[-1]
        self.elements=self.elements[:-1]
        return x

    def clear(self):
        self.elements=[]

    def conc(self,A):
        self.elements=self.elements+A.elements
        A.elements=[]
        #=============================================================================#



        #=============================================================================#
class pt_graph:


    def __init__(self):
        self.V        = []
        self.E        = []
        self.adjEdges = {}

        # a) Access operations
    def source(self,e):
        return e[0]

    def target(self,e):
        return e[1]

    def number_of_nodes(self):
        return len(self.V)

    def number_of_edges(self):
        return len(self.E)

    def all_nodes(self):
        return self.V

    def all_edges(self):
        return self.E

    def adj_edges(self, v):
        return self.adjEdges[v]

    def adj_nodes(self, v):
        nodelist=[]
        for e in self.adj_edges(v):
            nodelist.append(e[1])
        return nodelist

    def first_node(self):
        return self.V[0]

    def last_node(self):
        return self.V[-1]

    def first_edge(self):
        return self.E[0]

    def last_edge(self):
        return self.E[-1]

    def first_adj_edge(self,v):
        if len(self.adj_edges(v))>0:
            return self.adj_edges(v)[0]
        else:
            return None

    def last_adj_edge(self,v):
        if len(self.adj_edges(v))>0:
            return self.adj_edges(v)[-1]
        else:
            return None

            # b) Update operations
    def new_node(self, v):
        self.V.append(v)
        self.adjEdges[v]=[]
        return v

    def new_edge(self, v, w):
        if v==w: # Loop
            raise KeyError
        if (v,w) in self.E: # Multiple edge
            raise KeyError
        self.E.append((v,w))
        self.adjEdges[v].append((v,w))
        return (v,w)

    def del_node(self, v):
        try:
            for k in self.V:
                for e in self.adj_edges(k):
                    if source(e)==v or target(e)==v:
                        self.adjEdges[k].remove(e)
            self.V.remove(v)
            for e in self.E:
                if source(e)==v or target(e)==v:
                    self.E.remove(e)
        except KeyError:
            raise KeyError

    def del_edge(self,e):
        try:
            self.E.remove(e)
            self.adjEdges[source(e)].remove((source(e),target(e)))
        except KeyError:
            raise KeyError

    def del_nodes(self, node_list): # deletes all nodes in list L from self

        L=deepcopy(node_list)
        for l in L:
            self.del_node(l)

    def del_edges(self, edge_list): # deletes all edges in list L from self

        L=deepcopy(edge_list)
        for l in L:
            self.del_edge(l)

    def del_all_nodes(self): # deletes all nodes from self
        self.del_nodes(self.all_nodes())

    def del_all_edges(self): # deletes all edges from self
        self.del_edges(self.all_edges())

    def sort_edges(self, cost):

        sorted_list = cost.items()
        sorted_list.sort(key = lambda x: x[1])
        self.del_all_edges()
        for i in sorted_list:
            self.new_edge(source(i[0]),target(i[0]))

def source(e):
    return e[0]

def target(e):
    return e[1]

def reversal(e):
    return (e[1],e[0])
    #=============================================================================#



    #=============================================================================#
class block:
# The constructor takes an edge and a list of attachments and creates
# a block having the edge as the only segment in its left side.
#
# |flip| interchanges the two sides of a block.
#
# |head_of_Latt| and |head_of_Ratt| return the first elements
# on |Latt| and |Ratt| respectively
# and |Latt_empty| and |Ratt_empty| check these lists for emptyness.
#
# |left_interlace| checks whether the block interlaces with the left
# side of the topmost block of stack |S|.
# |right_interlace| does the same for the right side.
#
# |combine| combines the block with another block |Bprime| by simply
# concatenating all lists.
#
# |clean| removes the attachment |w| from the block |B| (it is
# guaranteed to be the first attachment of |B|).
# If the block becomes empty then it records the placement of all
# segments in the block in the array |alpha| and returns true.
# Otherwise it returns false.
#
# |add_to_Att| first makes sure that the right side has no attachment
# above |w0| (by flipping); when |add_to_Att| is called at least one
# side has no attachment above |w0|.
# |add_to_Att| then adds the lists |Ratt| and |Latt| to the output list
# |Att| and records the placement of all segments in the block in |alpha|.




    def __init__(self,e,A):
        self.Latt=List(); self.Ratt=List() # list of attachments "ints"
        self.Lseg=List(); self.Rseg=List() # list of segments represented by
                                           # their defining "edges"
        self.Lseg.append(e)
        self.Latt.conc(A)  # the other two lists are empty

    def flip(self):


        ha=List() # "ints"
        he=List() # "edges"

        # we first interchange |Latt| and |Ratt| and then |Lseg| and |Rseg|
        ha.conc(self.Ratt); self.Ratt.conc(self.Latt); self.Latt.conc(ha);
        he.conc(self.Rseg); self.Rseg.conc(self.Lseg); self.Lseg.conc(he);

    def head_of_Latt(self):
        return self.Latt.head()

    def empty_Latt(self):
        return self.Latt.empty()

    def head_of_Ratt(self):
        return self.Ratt.head()

    def empty_Ratt(self):
        return self.Ratt.empty()

    def left_interlace(self,S):
        # check for interlacing with the left side of the
        # topmost block of |S|
        if (S.IsNotEmpty() and not((S.contents[-1]).empty_Latt()) and
            self.Latt.tail()<(S.contents[-1]).head_of_Latt()):
            return 1
        else:
            return 0

    def right_interlace(self,S):
        # check for interlacing with the right side of the
        # topmost block of |S|
        if (S.IsNotEmpty() and not((S.contents[-1]).empty_Ratt()) and
            self.Latt.tail()<(S.contents[-1]).head_of_Ratt()):
            return 1
        else:
            return 0

    def combine(self,Bprime):
        # add block Bprime to the rear of |this| block
        self.Latt.conc(Bprime.Latt)
        self.Ratt.conc(Bprime.Ratt)
        self.Lseg.conc(Bprime.Lseg)
        self.Rseg.conc(Bprime.Rseg)
        Bprime = None

    def clean(self,dfsnum_w,alpha,dfsnum):
        # remove all attachments to |w|; there may be several
        while not(self.Latt.empty()) and self.Latt.head()==dfsnum_w:
            self.Latt.pop()
        while not(self.Ratt.empty()) and self.Ratt.head()==dfsnum_w:
            self.Ratt.pop()
        if not(self.Latt.empty()) or not(self.Ratt.empty()):
            return 0

            # |Latt| and |Ratt| are empty;
            #  we record the placement of the subsegments in |alpha|.
        for e in self.Lseg.elements:
            alpha[e]=left
        for e in self.Rseg.elements:
            alpha[e]=right
        return 1

    def add_to_Att(self,Att,dfsnum_w0,alpha,dfsnum):
        # add the block to the rear of |Att|. Flip if necessary
        if not(self.Ratt.empty()) and self.head_of_Ratt()>dfsnum_w0:
            self.flip()
        Att.conc(self.Latt)
        Att.conc(self.Ratt)
        # This needs some explanation.
        # Note that |Ratt| is either empty or {w0}.
        # Also if |Ratt| is non-empty then all subsequent
        # sets are contained in {w0}.
        # So we indeed compute an ordered set of attachments.
        for e in self.Lseg.elements:
            alpha[e]=left
        for e in self.Rseg.elements:
            alpha[e]=right
            #=============================================================================#



            #=============================================================================#
            # GLOBALS:

left=1
right=2
G=pt_graph()

reached={}
dfsnum={}
parent={}
dfs_count=0
lowpt={}
Del=[]
lowpt1={}
lowpt2={}
alpha={}
Att=List()
cur_nr=0
sort_num={}
tree_edge_into={}
#=============================================================================#



#=============================================================================#
def planarity_test(Gin):
# planarity_test decides whether the InputGraph is planar.
# it also order the adjecentLists in counterclockwise.



    n = Gin.Order() # number of nodes
    if n<3: return 1
    if Gin.Size()>3*n-6:  return 0 # number of edges
    if Gin.Size()>6*n-12: return 0

    #--------------------------------------------------------------
    # make G a copy of Gin and make G bidirected

    global G,cur_nr
    G = pt_graph()

    for v in Gin.vertices:
        G.new_node(v)
    for e in Gin.Edges():
        e = list(e)
        G.new_edge(source(e),target(e))

    cur_nr=0
    nr={}
    cost={}
    n=G.number_of_nodes()
    for v in G.all_nodes():
        nr[v]=cur_nr
        cur_nr=cur_nr+1
    for e in G.all_edges():
        if nr[source(e)] < nr[target(e)]:
            cost[e]=n*nr[source(e)] + nr[target(e)]
        else:
            cost[e]=n*nr[target(e)] + nr[source(e)]
    G.sort_edges(cost)

    L=List(G.all_edges())
    while not(L.empty()):
        e=L.pop()
        if (not(L.empty()) and source(e)==target(L.head())
            and source(L.head())==target(e)):
            L.pop()
        else:
            G.new_edge(target(e),source(e))
            #--------------------------------------------------------------


            #--------------------------------------------------------------
            # make G biconnected
    Make_biconnected_graph()
    #--------------------------------------------------------------


    #--------------------------------------------------------------
    # make H a copy of G
    #
    # We need the biconnected version of G (G will be further modified
    # during the planarity test) in order to construct the planar embedding.
    # So we store it as a graph H.
    H=deepcopy(G)
    #--------------------------------------------------------------


    #--------------------------------------------------------------
    # test planarity

    global dfsnum,parent,alpha,Att

    dfsnum={}
    parent={}
    for v in G.all_nodes():
        parent[v]=None

    reorder()

    alpha={}
    for e in G.all_edges():
        alpha[e]=0
    Att=List()
    alpha[G.first_adj_edge(G.first_node())] = left

    if not(strongly_planar(G.first_adj_edge(G.first_node()),Att)):
        return 0
        #--------------------------------------------------------------


        #--------------------------------------------------------------
        # construct embedding

    global sort_num,tree_edge_into

    T=List()
    A=List()

    cur_nr=0
    sort_num={}
    tree_edge_into={}

    embedding(G.first_adj_edge(G.first_node()),left,T,A)

    # |T| contains all edges incident to the first node except the
    # cycle edge into it.
    # That edge comprises |A|.
    T.conc(A)

    for e in T.elements:
        sort_num[e]=cur_nr
        cur_nr=cur_nr+1

    H.sort_edges(sort_num)
    #--------------------------------------------------------------

    return 1 if H.all_edges() else 0 # ccwOrderedEges

    #=============================================================================#


    #=============================================================================#
def pt_DFS(v):


    global G,reached

    S=Stack()

    if reached[v]==0:
        reached[v]=1
        S.Push(v)

    while S.IsNotEmpty():
        v=S.Pop()
        for w in G.adj_nodes(v):
            if reached[w]==0:
                reached[w]=1
                S.Push(w)
                #=============================================================================#


                #=============================================================================#
def Make_biconnected_graph():
# We first make it connected by linking all roots of a DFS-forest.
# Assume now that G is connected.
# Let a be any articulation point and let u and v be neighbors
# of a belonging to different biconnected components.
# Then there are embeddings of the two components with the edges
# {u,a} and {v,a} on the boundary of the unbounded face.
# Hence we may add the edge {u,v} without destroying planarity.
# Proceeding in this way we make G biconnected.

    global G,reached,dfsnum,parent,dfs_count,lowpt

    #--------------------------------------------------------------
    # We first make G connected by linking all roots of the DFS-forest.
    reached={}
    for v in G.all_nodes():
        reached[v]=0
    u=G.first_node()

    for v in G.all_nodes():
        if  not(reached[v]):
            # explore the connected component with root v
            pt_DFS(v)
            if u!=v:
                # link v's component to the first component
                G.new_edge(u,v)
                G.new_edge(v,u)
                #--------------------------------------------------------------


                #--------------------------------------------------------------
                # We next make G biconnected.
    for v in G.all_nodes():
        reached[v]=0
    dfsnum={}
    parent={}
    for v in G.all_nodes():
        parent[v]=None
    dfs_count=0
    lowpt={}
    dfs_in_make_biconnected_graph(G.first_node())
    #--------------------------------------------------------------


    #=============================================================================#



    #=============================================================================#
def dfs_in_make_biconnected_graph(v):
# This procedure determines articulation points and adds appropriate
# edges whenever it discovers one.

    global G,reached,dfsnum,parent,dfs_count,lowpt

    dfsnum[v]=dfs_count
    dfs_count=dfs_count+1
    lowpt[v]=dfsnum[v]
    reached[v]=1

    if not(G.first_adj_edge(v)): return # no children

    u=target(G.first_adj_edge(v)) # first child

    for e in G.adj_edges(v):
        w=target(e)
        if not(reached[w]):
            # e is a tree edge
            parent[w]=v
            dfs_in_make_biconnected_graph(w)
            if lowpt[w]==dfsnum[v]:
                # v is an articulation point. We now add an edge.
                # If w is the first child and v has a parent then we
                # connect w and parent[v], if w is a first child and v
                # has no parent then we do nothing.
                # If w is not the first child then we connect w to the
                # first child.
                # The net effect of all of this is to link all children
                # of an articulation point to the first child and the
                # first child to the parent (if it exists).
                if w==u and parent[v]:
                    G.new_edge(w,parent[v])
                    G.new_edge(parent[v],w)
                if w!=u:
                    G.new_edge(u,w)
                    G.new_edge(w,u)

            lowpt[v]=min(lowpt[v],lowpt[w])

        else:
            lowpt[v]=min(lowpt[v],dfsnum[w]) # non tree edge
            #=============================================================================#



            #=============================================================================#
def reorder():
# The procedure reorder first performs DFS to compute dfsnum, parent
# lowpt1 and lowpt2, and the list Del of all forward edges and all
# reversals of tree edges.
# It then deletes the edges in Del and finally reorders the edges.

    global G,dfsnum,parent,reached,dfs_count,Del,lowpt1,lowpt2

    reached={}
    for v in G.all_nodes():
        reached[v]=0
    dfs_count = 0
    Del=[]
    lowpt1={}
    lowpt2={}

    dfs_in_reorder(G.first_node())

    #--------------------------------------------------------------
    # remove forward and reversals of tree edges
    for e in Del:
        G.del_edge(e)
        #--------------------------------------------------------------


        #--------------------------------------------------------------
        # we now reorder adjacency lists
    cost={}
    for e in G.all_edges():
        v = source(e)
        w = target(e)
        if dfsnum[w]<dfsnum[v]:
            cost[e]=2*dfsnum[w]
        elif lowpt2[w]>=dfsnum[v]:
            cost[e]=2*lowpt1[w]
        else:
            cost[e]=2*lowpt1[w]+1
    G.sort_edges(cost)
    #--------------------------------------------------------------


    #=============================================================================#



    #=============================================================================#
def dfs_in_reorder( v):

    global G,dfsnum,parent,reached,dfs_count,Del,lowpt1,lowpt2

    #--------------------------------------------------------------
    dfsnum[v]=dfs_count
    dfs_count=dfs_count+1
    lowpt1[v]=lowpt2[v]=dfsnum[v]
    reached[v]=1
    for e in G.adj_edges(v):
        w = target(e);
        if not(reached[w]):
            # e is a tree edge
            parent[w]=v
            dfs_in_reorder(w)
            lowpt1[v]=min(lowpt1[v],lowpt1[w])
        else:
            lowpt1[v]=min(lowpt1[v],dfsnum[w]) # no effect for forward edges
            if dfsnum[w]>=dfsnum[v] or w==parent[v]:
               # forward edge or reversal of tree edge
                Del.append(e)
                #--------------------------------------------------------------


                #--------------------------------------------------------------
                # we know |lowpt1[v]| at this point and now make a second pass over all
                # adjacent edges of |v| to compute |lowpt2|
    for e in G.adj_edges(v):
        w = target(e)
        if parent[w]==v:
            # tree edge
            if lowpt1[w]!=lowpt1[v]:
                lowpt2[v]=min(lowpt2[v],lowpt1[w])
            lowpt2[v]=min(lowpt2[v],lowpt2[w])
        else:
            # all other edges
            if lowpt1[v]!=dfsnum[w]:
                lowpt2[v]=min(lowpt2[v],dfsnum[w])
                #--------------------------------------------------------------


                #=============================================================================#



                #=============================================================================#
def strongly_planar(e0,Att):
# We now come to the heart of the planarity test: procedure strongly_planar.
# It takes a tree edge e0=(x,y) and tests whether the segment S(e0) is
# strongly planar.
# If successful it returns (in Att) the ordered list of attachments of S(e0)
# (excluding x); high DFS-numbers are at the front of the list.
# In alpha it records the placement of the subsegments.
#
# strongly_planar operates in three phases.
# It first constructs the cycle C(e0) underlying the segment S(e0).
# It then constructs the interlacing graph for the segments emanating >from the
# spine of the cycle.
# If this graph is non-bipartite then the segment S(e0) is non-planar.
# If it is bipartite then the segment is planar.
# In this case the third phase checks whether the segment is strongly planar
# and, if so, computes its list of attachments.

    global G,alpha,dfsnum,parent

    #--------------------------------------------------------------
    # DETERMINE THE CYCLE C(e0)
    # We determine the cycle "C(e0)" by following first edges until a back
    # edge is encountered.
    # |wk| will be the last node on the tree path and |w0|
    # is the destination of the back edge.
    x=source(e0)
    y=target(e0)
    e=G.first_adj_edge(y)
    wk=y

    while dfsnum[target(e)]>dfsnum[wk]:  # e is a tree edge
        wk=target(e)
        e=G.first_adj_edge(wk)
    w0=target(e)
    #--------------------------------------------------------------


    #--------------------------------------------------------------
    # PROCESS ALL EDGES LEAVING THE SPINE
    # The second phase of |strongly_planar| constructs the connected
    # components of the interlacing graph of the segments emananating
    # from the the spine of the cycle "C(e0)".
    # We call a connected component a "block".
    # For each block we store the segments comprising its left and
    # right side (lists |Lseg| and |Rseg| contain the edges defining
    # these segments) and the ordered list of attachments of the segments
    # in the block;
    # lists |Latt| and |Ratt| contain the DFS-numbers of the attachments;
    # high DFS-numbers are at the front of the list.
    #
    # We process the edges leaving the spine of "S(e0)" starting at
    # node |wk| and working backwards.
    # The interlacing graph of the segments emanating from
    # the cycle is represented as a stack |S| of blocks.
    w=wk
    S=Stack()

    while w!=x:
        count=0
        for e in G.adj_edges(w):
            count=count+1

            if count!=1: # no action for first edge
                # TEST RECURSIVELY
                # Let "e" be any edge leaving the spine.
                # We need to test whether "S(e)" is strongly planar
                # and if so compute its list |A| of attachments.
                # If "e" is a tree edge we call our procedure recursively
                # and if "e" is a back edge then "S(e)" is certainly strongly
                # planar and |target(e)| is the only attachment.
                # If we detect non-planarity we return false and free
                # the storage allocated for the blocks of stack |S|.
                A=List()
                if dfsnum[w]<dfsnum[target(e)]:
                    # tree edge
                    if not(strongly_planar(e,A)):
                        while S.IsNotEmpty(): S.Pop()
                        return 0
                else:
                    A.append(dfsnum[target(e)]) # a back edge

                    # UPDATE STACK |S| OF ATTACHMENTS
                    # The list |A| contains the ordered list of attachments
                    # of segment "S(e)".
                    # We create an new block consisting only of segment "S(e)"
                    # (in its L-part) and then combine this block with the
                    # topmost block of stack |S| as long as there is interlacing.
                    # We check for interlacing with the L-part.
                    # If there is interlacing then we flip the two sides of the
                    # topmost block.
                    # If there is still interlacing with the left side then the
                    # interlacing graph is non-bipartite and we declare the graph
                    # non-planar (and also free the storage allocated for the
                    # blocks).
                    # Otherwise we check for interlacing with the R-part.
                    # If there is interlacing then we combine |B| with the topmost
                    # block and repeat the process with the new topmost block.
                    # If there is no interlacing then we push block |B| onto |S|.
                B=block(e,A)

                while 1:
                    if B.left_interlace(S): (S.contents[-1]).flip()
                    if B.left_interlace(S):
                        B = None
                        while S.IsNotEmpty(): S.Pop()
                        return 0
                    if B.right_interlace(S): B.combine(S.Pop())
                    else: break
                S.Push(B)

                # PREPARE FOR NEXT ITERATION
                # We have now processed all edges emanating from vertex |w|.
                # Before starting to process edges emanating from vertex
                # |parent[w]| we remove |parent[w]| from the list of attachments
                # of the topmost
                # block of stack |S|.
                # If this block becomes empty then we pop it from the stack and
                # record the placement for all segments in the block in array
                # |alpha|.
        while (S.IsNotEmpty() and
               (S.contents[-1]).clean(dfsnum[parent[w]],alpha,dfsnum)):
            S.Pop()

        w=parent[w]
        #--------------------------------------------------------------


        #--------------------------------------------------------------
        # TEST STRONG PLANARITY AND COMPUTE Att
        # We test the strong planarity of the segment "S(e0)".
        # We know at this point that the interlacing graph is bipartite.
        # Also for each of its connected components the corresponding block
        # on stack |S| contains the list of attachments below |x|.
        # Let |B| be the topmost block of |S|.
        # If both sides of |B| have an attachment above |w0| then
        # "S(e0)" is not strongly planar.
        # We free the storage allocated for the blocks and return false.
        # Otherwise (cf. procedure |add_to_Att|) we first make sure that
        # the right side of |B| attaches only to |w0| (if at all) and then
        # add the two sides of |B| to the output list |Att|.
        # We also record the placements of the subsegments in |alpha|.
    Att.clear()

    while S.IsNotEmpty():
        B = S.Pop()

        if (not(B.empty_Latt()) and not(B.empty_Ratt()) and
            B.head_of_Latt()>dfsnum[w0] and B.head_of_Ratt()>dfsnum[w0]):
            B = None
            while S.IsNotEmpty(): S.Pop()
            return 0
        B.add_to_Att(Att,dfsnum[w0],alpha,dfsnum)
        B = None

        # Let's not forget that "w0" is an attachment
        # of "S(e0)" except if w0 = x.
    if w0!=x: Att.append(dfsnum[w0])

    return 1
    #--------------------------------------------------------------


    #=============================================================================#



    #=============================================================================#
def embedding(e0,t,T,A):
# embed: determine the cycle "C(e0)"
#
# We start by determining the spine cycle.
# This is precisley as in |strongly_planar|.
# We also record for the vertices w_r+1, ...,w_k, and w_0 the
# incoming cycle edge either in |tree_edge_into| or in the local
# variable |back_edge_into_w0|.

    global G,dfsnum,cur_nr,sort_num,tree_edge_into,parent

    x=source(e0)
    y=target(e0)
    tree_edge_into[y]=e0
    e=G.first_adj_edge(y)
    wk=y

    while (dfsnum[target(e)]>dfsnum[wk]):  # e is a tree edge
        wk=target(e)
        tree_edge_into[wk]=e
        e=G.first_adj_edge(wk)

    w0=target(e)
    back_edge_into_w0=e


    # process the subsegments
    w=wk
    Al=List()
    Ar=List()
    Tprime=List()
    Aprime=List()

    T.clear()
    T.append(e)    # |e=(wk,w0)| at this point

    while w!=x:
        count=0
        for e in G.adj_edges(w):
            count=count+1
            if count!=1: # no action for first edge
                # embed recursively
                if dfsnum[w]<dfsnum[target(e)]:
                    # tree edge
                    if t==alpha[e]:
                        tprime=left
                    else:
                        tprime=right
                    embedding(e,tprime,Tprime,Aprime)
                else:
                    # back edge
                    Tprime.append(e)
                    Aprime.append(reversal(e))

                    # update lists |T|, |Al|, and |Ar|
                if t==alpha[e]:
                    Tprime.conc(T)
                    T.conc(Tprime) # T = Tprime conc T
                    Al.conc(Aprime) # Al = Al conc Aprime
                else:
                    T.conc(Tprime) # T = T conc Tprime
                    Aprime.conc(Ar)
                    Ar.conc(Aprime) # Ar = Aprime conc Ar

                    # compute |w|'s adjacency list and prepare for next iteration
        T.append(reversal(tree_edge_into[w])) # (w_j-1,w_j)
        for e in T.elements:
            sort_num[e]=cur_nr
            cur_nr=cur_nr+1

            # |w|'s adjacency list is now computed; we clear |T| and
            # prepare for the next iteration by moving all darts incident
            # to |parent[w]| from |Al| and |Ar| to |T|.
            # These darts are at the rear end of |Al| and at the front end
            # of |Ar|.
        T.clear()

        while not(Al.empty()) and source(Al.tail())==parent[w]:
        # |parent[w]| is in |G|, |Al.tail| in |H|
            T.push(Al.Pop()) # Pop removes from the rear

        T.append(tree_edge_into[w]) # push would be equivalent

        while not(Ar.empty()) and source(Ar.head())==parent[w]:
            T.append(Ar.pop()); # pop removes from the front

        w=parent[w]

        # prepare the output
    A.clear()
    A.conc(Ar)
    A.append(reversal(back_edge_into_w0))
    A.conc(Al)
    #=============================================================================#

#-------------------------------------------------------------------------------
# PlanarGraph
#-------------------------------------------------------------------------------

class PlanarGraph(Graph):

    def __init__(self):
        Graph.__init__(self)
        self.identities       = dict()      #a dictionary of identified vertices

    def AddVertex(self):
        """ Add an isolated vertex. Returns the id of the new vertex """
        x = Graph.AddVertex(self)
        self.identities[x] = {x}
        return x

    def DeleteVertex(self, v):
        Graph.DeleteVertex(self,v)
        del self.identities[v]

    def QPlanar(self,e=None):
        """ test if graph is planar
        """
        if e:
            x,y = e
            self.AddEdge(x,y)
            Q = planarity_test(self)
            self.DeleteEdge(x,y)
            return Q

        if not planarity_test(self): return 0
        return 1

    def QTriangleFree(self):
        """ test if graph is triangle free
        """
        for t in self.Triangles(): return 0
        return 1

    def Contract(self, x, y):
        """ contract to vertices,e.g. identify it if there is no edge between x,y
        or contract edge x,y if x,y is an edge of G.
        This routine does not insert a new vertex, just copy the neighbors of y in x
        and then deletes vertex y
        This can be optimized by making x the vertex with higher degree
        """

        for z in ( self.Neighborhood(y) - self.Neighborhood(x) - {x} ):
            self.AddEdge(x,z)

        self.identities[x] |= self.identities[y]
        self.DeleteVertex(y)

    def Subdivide(self,  x,  y):
        """
        Subdivide edge xy and return new vertex z between x and y
        """
        z = self.AddVertex()
        self.AddEdge(x,z)
        self.AddEdge(y,z)
        self.DeleteEdge(x,y)
        return z


    def QComplete(self, v_list):
        for x,y in combinations(v_list,2):
            if not self.QEdge(x,y): return False
        return True

    def QRegular(self, r=0):
        r = r if r else self.Degre(self.vertices[0])
        for v in self.Vertices():
            if self.Degree(v) != r: return False

        return True


    def Triangles(self):
        for x,y in self.Edges():
            for z in ( self.Neighborhood(x) & self.Neighborhood(y) ):
                yield (x,y,z)


    def FourClique(self):
        for x,y,z in self.Triangles():
            for w in ( self.Neighborhood(x) & self.Neighborhood(y) & self.Neighborhood(z) ):
                return 1,[x,y,z,w]
        return 0,[None,None,None,None]

    def FindK112(self):
        """ Finds a 3-partite complete subgraph $K_{1,1,2}$
        """
        for x,y,z in self.Triangles():
            for w in ( self.Neighborhood(x) & self.Neighborhood(y) - {z} ):
                return 1,[x,y,z,w]
        return 0,[]

    def FindT31(self):
        """ Finds a tadpole subgraph $T{3,1}$
        """
        for x,y,z in self.Triangles():
            for w in ( self.Neighborhood(z) - {x,y} ):
                if self.QEdge(x,w) or self.QEdge(y,w): continue
                yield (x,y,z,w)



    def FindTC4(self):
        """ Finds a square $C_4$
        """
        for x,y in self.Edges():
            for z in ( self.Neighborhood(y) - self.Neighborhood(x) - {x} ):
                for w in ( (set(self.Neighborhood(x)) & set(self.Neighborhood(z))) - {y}  ):
                    yield (x,y,z,w)


#-------------------------------------------------------------------------------------------------------------------------------------------

def Triangles(G):
    for x,y in G.Edges():
        for z in ( G.Neighborhood(x) & G.Neighborhood(y) ):
            T.append([x,y,z])
    return T

def FourClique(G):
    for x,y,z in G.Triangles():
        for w in ( G.Neighborhood(x) & G.Neighborhood(y) & G.Neighborhood(z) ):
            return 1,[x,y,z,w]
    return 0,[None,None,None,None]


def PlanarDensity( N,  M):
    return round(100.0*(M/(3.0*N-6.0)),2)

def EdgesFromDensity( N, D):
    return round((D*(3.0*N-6.0))/100)


def FindPlanarPreservingEdge(G):

    for x,y in combinations(G.Vertices(),2):
        if G.QEdge(x,y):     continue          # assure not an edge
        if G.QPlanar((x,y)): return (x,y)  # assure planarity preserving operation
    return ()                              # the planar graph should be maximal


#-------------------------------------------------------------------------------

def randomPlanarGraphX( n,  m):
    G = PlanarGraph()

    for v in range(n): G.AddVertex()

    Edges = MaximalPlanarEdges(G,n,0)

    for i in range(m):
        pos = random.randint(0,len(Edges)-1)
        G.AddEdge(Edges[pos][0],Edges[pos][1])
        del Edges[pos]

    return G

def randomPlanarG( N,  M):
    # ensure a pseudo-random planar graph with low probability of K4
    G           = randomPlanarGraphX(N,M)
    nmax        = 100
    counter     = 1

    Q,(x,y,z,w) = G.FourClique()

    while Q and counter < nmax:
        G         = randomPlanarGraphX(N,M)
        counter  += 1
        Q,(x,y,z,w) = G.FourClique()

    return G

#-------------------------------------------------------------------------------
#   GraphLib
#-------------------------------------------------------------------------------

def verify_colorig( C,  G):
    for i in range(3):
        for x,y in combinations(C[i],2):
            if G.QEdge(x,y): return False

    return True


def BT( n,  i,  v_list,  C,  G):
    # 3^N brute force algorithm for 3 coloring  with backtracking
    if verify_colorig(C,G):
        if i>n:  return 1,C
    else: return 0,C

    for j in range(3):
        x = deepcopy(C)
        x[j].append(v_list[i])
        Q,x = BT(n,i+1,v_list,x,G)
        if Q: return 1,x

    return 0,[[],[],[]]


def AlgBF(v_list, G):
    n = len(v_list)
    Q,(w,x,y,z) = FourClique(G)
    if Q: return 0,[[],[],[]]
    return BT(n-1,0,v_list,[[],[],[]],G)


def Is3ColorableBF(G):
    """
    brute force backtracking coloring algorithm
    """
    v_list = sorted( G.Vertices(), key = lambda v: G.Degree(v), reverse = True )
    Q, C = AlgBF(v_list,G)
    return Q,C,None


#-------------------------------------------------------------------------------
# 4-regular  planar graphs
#-------------------------------------------------------------------------------
def random_permutation(iterable, r = 0):
    "Random selection from itertools.permutations(iterable)"
    pool = tuple(iterable)
    r    = (len(pool) if not r else r)
    return tuple(random.sample(pool, r))

def pairwise(iterable):
    "s -> (s0,s1), (s1,s2), (s2, s3), ..."
    a, b = tee(iterable)
    next(b, None)
    return izip(a, b)


def Find_phi_A(G):
    """
    two nonadjacent edges
    """
    adbc = ifilterfalse(lambda ((a,d),(b,c)): a==b or a==c or b==d or d==c or
                                 G.QEdge(a,b) or G.QEdge(c,d) or
                                 not G.QPlanar((a,b)) or not G.QPlanar((d,c))
                                 , combinations(G.Edges(),2) )

    try: (a,d),(b,c) = random_permutation(adbc,1)
    except ValueError: return ()

    return (a,b,c,d)


def phi_A( G, CASE_A):
    """
    N increases by 1
    """
    a,b,c,d = CASE_A

    G.DeleteEdge(a,d)
    G.DeleteEdge(b,c)
    x = G.AddVertex()
    G.AddEdge(x,a)
    G.AddEdge(x,b)
    G.AddEdge(x,c)
    G.AddEdge(x,d)



def Find_phi_B(G):
    """
    for every triangular face
    """
    try: a,b,u = random_permutation(G.Triangles(),1)
    except ValueError: return ()

    Nu    = G.Neighborhood(u)
    c,d   = Nu-{a,b}
    return (a,b,c,d,u)


def phi_B( G,  CASE_B):
    """
    N increases by 2
    """
    v_list = []
    a,b,c,d,u = CASE_B

    G.DeleteEdge(a,b)
    G.DeleteVertex(u)

    for i in range(3):
        v_list.append( G.AddVertex() )

    x,y,x = v_list

    G.AddEdge(x,y)
    G.AddEdge(x,z)
    G.AddEdge(y,z)

    G.AddEdge(x,a)
    G.AddEdge(x,b)

    G.AddEdge(y,b)
    G.AddEdge(y,c)

    G.AddEdge(z,a)
    G.AddEdge(z,d)

def Find_phi_C(G):
    """
    for every vertex
    """
    u = random.choice(G.Vertices())
    a,b,c,d = G.Neighborhood(u)

    return (a,b,c,d,u)

def phi_C( G, CASE_C):
    """
    N increase by 4
    """
    v_list = []
    a,b,c,d,u = CASE_C

    for i in (a,b,c,d):
        v_list.append( G.Subdivide(u,i)  )

    v,w,x,y = v_list
    c_f_permutations = ( (v,w,x,y,v), (v,w,y,x,v), (v,x,w,y,v) ) #free circular permutations
    for v_tuple in c_f_permutations:
        for i,j in pairwise(v_tuple):
            G.AddEdge(i,j)
        if G.QPlanar(): return
        for i,j in pairwise(v_tuple): G.DeleteEdge(i,j)


def Find_phi_F(G):
    """
    two square faces with a common edge
    """
    for a,x in random.sample(G.Edges(),G.Size()):
        for b in random_permutation( G.Neighborhood(a) - G.Neighborhood(x) - {x} ):
            for y in random_permutation( (G.Neighborhood(b) & G.Neighborhood(x)) -  G.Neighborhood(a) - {a}  ):
                if not G.QPlanar((a,y)) or not G.QPlanar((b,x)): continue
                for c in random_permutation( G.Neighborhood(b) - G.Neighborhood(y) - {a,x,y} ):
                    for z in random_permutation( (G.Neighborhood(y) & G.Neighborhood(c)) -  G.Neighborhood(b) - {a,x,b} ):
                        if not G.QPlanar((c,y)) or not G.QPlanar((b,z)): continue
                        return (a,b,c,x,y,z)

    return ()

def phi_F( G, CASE_F):
    """
    N increase by 2
    """


    a,b,c,x,y,z = CASE_F

    G.DeleteEdge(a,x)
    G.DeleteEdge(c,z)


    v = G.Subdivide(b,y)
    w = G.Subdivide(v,y)

    G.AddEdge(a,v)
    G.AddEdge(c,v)

    G.AddEdge(x,w)
    G.AddEdge(z,w)


def Octahedron():
    G = PlanarGraph()
    v_list = []

    for i in range(6):
        v_list.append( G.AddVertex() )

    v,w,x,y,z1,z2 = v_list

    G.AddEdge(v,w)
    G.AddEdge(w,x)
    G.AddEdge(x,y)
    G.AddEdge(y,v)

    G.AddEdge(v,z1)
    G.AddEdge(w,z1)
    G.AddEdge(x,z1)
    G.AddEdge(y,z1)

    G.AddEdge(v,z2)
    G.AddEdge(w,z2)
    G.AddEdge(x,z2)
    G.AddEdge(y,z2)

    return G

def Random4RegularPlanarGraph( N):
    G = Octahedron()

    while( G.Order() < N ):
        r = random.randint(0,3)

        if r==0:
            conf = Find_phi_A(G)
            if not conf: continue
            phi_A(G,conf)
##            if not G.QRegular(4) :
##                print "A"
##                return 0

        elif r==1:
            conf = Find_phi_B(G)
            if not conf: continue
            phi_B(G,conf)
##            if not G.QRegular(4) :
##                print "B"
##                return 0


        elif r==2:
            conf = Find_phi_C(G)
            if not conf: continue
            phi_C(G,conf)
##            if not G.QRegular(4) :
##                print "C"
##                return 0


        elif r==3:
            conf = Find_phi_F(G)
            if not conf: continue
            phi_F(G,conf)
##            if not G.QRegular(4) :
##                print "F"
##                return 0

    if not G.QPlanar() or not G.QRegular(4): return False

    return G



def main():
    import time
    for i in range(1000):
        t1 =time.clock()
        G =  Random4RegularPlanarGraph(20)
        t2 = time.clock()
        if G:
            print "Four regular planar graph of order ",G.Order(),'size',G.Size(),' in time',t2-t1
        else:
            print "not a planar or regular graph found"
            break



if __name__ == '__main__':
    main()







From tracker at bugs.pypy.org  Fri May 27 20:32:08 2011
From: tracker at bugs.pypy.org (Antonio Cuni)
Date: Fri, 27 May 2011 18:32:08 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306521128.19.0.851863748305.issue731@bugs.pypy.org>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

This smaller test case shows the bug as well. I did not investigate further, though.

def foo():
    for i in range(2000):
        x = {i}
        assert type(x) is set

foo()

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 21:12:48 2011
From: tracker at bugs.pypy.org (Oleg Oshmyan)
Date: Fri, 27 May 2011 19:12:48 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue730=5D_resource=2Etimeval_has_a_wr?=
 =?utf-8?q?ong_size_in_64-bit_builds_on_Mac=C2=A0OS=C2=A0X?=
In-Reply-To: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>
Message-ID: <1306523568.93.0.89223692067.issue730@bugs.pypy.org>


Oleg Oshmyan <chortos at inbox.lv> added the comment:

Yes. On Linux, both time_t and suseconds_t are typedef'ed to long, but on 
Mac?OS?X time_t is typedef'ed to long but suseconds_t to int.

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue730>
________________________________________

From tracker at bugs.pypy.org  Fri May 27 21:14:39 2011
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Fri, 27 May 2011 19:14:39 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue730=5D_resource=2Etimeval_has_a_wr?=
 =?utf-8?q?ong_size_in_64-bit_builds_on_Mac=C2=A0OS=C2=A0X?=
In-Reply-To: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>
Message-ID: <1306523679.31.0.189454679795.issue730@bugs.pypy.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Since ctypes doesn't provide an alias for suseconds_t or time_t for that matter,
does someone want to write a patch that does the appropriate logic for resource.py?

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue730>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 03:28:33 2011
From: tracker at bugs.pypy.org (Benjamin Peterson)
Date: Sat, 28 May 2011 01:28:33 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306546113.72.0.716555810803.issue731@bugs.pypy.org>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed!

----------
nosy: +benjamin
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 09:38:54 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 28 May 2011 07:38:54 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306568334.28.0.672943431612.issue731@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

benjamin: can you tell in which checkin you fixed it?  This looks really like
some kind of complex JIT bug, but I don't see any checkin there...  I only see
"BUILD_SET is @unroll_safe", which is indeed a good idea, but which would just
hide the underlying bug.

----------
nosy: +arigo
status: resolved -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 09:40:10 2011
From: tracker at bugs.pypy.org (Antonio Cuni)
Date: Sat, 28 May 2011 07:40:10 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306568410.35.0.18697317897.issue731@bugs.pypy.org>


Antonio Cuni <anto.cuni at gmail.com> added the comment:

I *think* it's d4257b46227b, but let benjamin confirm it

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 09:51:44 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 28 May 2011 07:51:44 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306569104.55.0.667530259963.issue731@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Ah indeed, thanks benjamin for solving this.

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 10:00:40 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 28 May 2011 08:00:40 +0000
Subject: [pypy-issue] =?utf-8?q?=5Bissue730=5D_resource=2Etimeval_has_a_wr?=
 =?utf-8?q?ong_size_in_64-bit_builds_on_Mac=C2=A0OS=C2=A0X?=
In-Reply-To: <1306513424.3.0.0849147553208.issue730@bugs.pypy.org>
Message-ID: <1306569640.45.0.794080678574.issue730@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

More precisely: the three 'Structure' subclasses need to be moved to
ctypes_config_cache/resource.ctc.py.  Right now they are hard-coded in
resource.py, which makes little sense in general.  See
ctypes_config_cache/pyexpat.ctc.py for an example of how.

----------
nosy: +arigo

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue730>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 10:28:59 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 28 May 2011 08:28:59 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306571339.76.0.926770488983.issue731@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Hi Jose,

Yes, actually tonight's nightly build already includes the fix, according to the
revision numbers.  See http://buildbot.pypy.org/nightly/trunk/ .  Please tell us
if there are any more problems :-)

----------
status: chatting -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 10:30:35 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 28 May 2011 08:30:35 +0000
Subject: [pypy-issue] [issue731] Problem handling set operations
In-Reply-To: <1306517163.22.0.300457778584.issue731@bugs.pypy.org>
Message-ID: <1306571435.75.0.161549761484.issue731@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Re-hi,

Ah sorry, I missed the part about Win32.  There are no more nightly builds of
Win32 since 11 days now.  This needs to be fixed...

----------
status: resolved -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue731>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 15:53:00 2011
From: tracker at bugs.pypy.org (sjohannes)
Date: Sat, 28 May 2011 13:53:00 +0000
Subject: [pypy-issue] [issue732] __future__ checker does not support UTF-8
	BOM
In-Reply-To: <1306590780.32.0.0352110276229.issue732@bugs.pypy.org>
Message-ID: <1306590780.32.0.0352110276229.issue732@bugs.pypy.org>


New submission from sjohannes <sasongko at gmail.com>:

The __future__ checker needs to allow the character sequence '\xef\xbb\xbf' at 
the start of a file (PEP 0263). Currently running such file produces

Traceback (most recent call last):
  File "app_main.py", line 53, in run_toplevel
  File "bomtest.py", line 1
SyntaxError: __future__ statements must appear at beginning of file

Attached is a test case. Tested with PyPy 1.5.

----------
messages: 2567
nosy: pypy-issue, sjohannes
priority: bug
status: unread
title: __future__ checker does not support UTF-8 BOM

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue732>
________________________________________

From tracker at bugs.pypy.org  Sat May 28 16:31:32 2011
From: tracker at bugs.pypy.org (Benjamin Peterson)
Date: Sat, 28 May 2011 14:31:32 +0000
Subject: [pypy-issue] [issue732] __future__ checker does not support UTF-8
	BOM
In-Reply-To: <1306590780.32.0.0352110276229.issue732@bugs.pypy.org>
Message-ID: <1306593092.5.0.766912702672.issue732@bugs.pypy.org>


Benjamin Peterson <benjamin at python.org> added the comment:

c3d4c113ff9c

----------
nosy: +benjamin
status: unread -> resolved

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue732>
________________________________________

From tracker at bugs.pypy.org  Mon May 30 21:53:14 2011
From: tracker at bugs.pypy.org (Jonas H.)
Date: Mon, 30 May 2011 19:53:14 +0000
Subject: [pypy-issue] [issue733] bz2 decompression is very slow
In-Reply-To: <1306785194.2.0.717331507866.issue733@bugs.pypy.org>
Message-ID: <1306785194.2.0.717331507866.issue733@bugs.pypy.org>


New submission from Jonas H. <jonas at lophus.org>:

Compared to CPython 2.7, PyPy 1.5 (from the Arch Linux repositories) seems to be 
~5 times slower on bz2 decompression. Using this script:

from bz2 import BZ2File

with BZ2File(sys.argv[1]) as f:
    while True:
        if not f.read(8*1024):
            break

to decompress the PyPy lib-python/ directory (60M compressed) takes about 5 
seconds on CPython and 20s on PyPy 1.5.

----------
messages: 2569
nosy: jonash, pypy-issue
priority: bug
release: 1.5
status: unread
title: bz2 decompression is very slow

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue733>
________________________________________

From tracker at bugs.pypy.org  Mon May 30 23:05:18 2011
From: tracker at bugs.pypy.org (Jonas H.)
Date: Mon, 30 May 2011 21:05:18 +0000
Subject: [pypy-issue] [issue733] bz2 decompression is very slow
In-Reply-To: <1306785194.2.0.717331507866.issue733@bugs.pypy.org>
Message-ID: <1306789518.41.0.593519587192.issue733@bugs.pypy.org>


Jonas H. <jonas at lophus.org> added the comment:

I did some benchmarking and the decompression runtime seems to be much worse than 
I expected -- here are some stupid decompression benchmarks (script 
http://paste.pocoo.org/show/397932):

$ python bench2-bz2.py 
500000     0.01
1000000    0.01
5000000    0.05
10000000   0.11

$  pypy bench2-bz2.py 
500000     0.12
1000000    0.49
5000000    7.34
10000000  24.70

The numbers on the left mean the amount of data that was compressed (in bytes), 
the left column shows the decompression runtime in seconds.

----------
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue733>
________________________________________

From tracker at bugs.pypy.org  Mon May 30 23:10:51 2011
From: tracker at bugs.pypy.org (Jonas H.)
Date: Mon, 30 May 2011 21:10:51 +0000
Subject: [pypy-issue] [issue733] bz2 decompression is very slow
In-Reply-To: <1306785194.2.0.717331507866.issue733@bugs.pypy.org>
Message-ID: <1306789851.23.0.747517534736.issue733@bugs.pypy.org>


Jonas H. <jonas at lophus.org> added the comment:

The same seems to be true for the gzip module (but bz2 is much worse):

$ python bench-gz.py 
500000     0.01
1000000    0.01
5000000    0.07
10000000   0.15
100000000  1.36

$ pypy bench-gz.py 
500000     0.06
1000000    0.10
5000000    0.43
10000000   0.96
100000000  7.89

http://paste.pocoo.org/show/397936

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue733>
________________________________________

From tracker at bugs.pypy.org  Tue May 31 14:44:09 2011
From: tracker at bugs.pypy.org (Vetoshkin Nikita)
Date: Tue, 31 May 2011 12:44:09 +0000
Subject: [pypy-issue] [issue729] Pypy strangely slow when reading files
In-Reply-To: <1306411206.33.0.468077278939.issue729@bugs.pypy.org>
Message-ID: <1306845849.2.0.294065140111.issue729@bugs.pypy.org>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Just built pypy-c and have almost equal values on textread.py:
[root at minefield tmp]# time python textread.py
20095

real    0m0.039s
user    0m0.032s
sys     0m0.005s
[root at minefield tmp]# time /opt/pypy-1.6a-linux32/bin/pypy textread.py
20095

real    0m0.042s
user    0m0.032s
sys     0m0.009s

Reading from pipe using subprocess module is much slower:
[root at minefield tmp]# time /opt/pypy-1.6a-linux32/bin/pypy zipread.py
20096

real    0m1.502s
user    0m0.411s
sys     0m1.078s
[root at minefield tmp]# time python zipread.py
20096

real    0m0.055s
user    0m0.034s
sys     0m0.009s

I simplified this example:
[root at minefield tmp]# cat zipread_s.py
import os

zipfile = 'textfile.txt.tar.gz'

f = os.popen('zcat %s' % zipfile)

counter = 0

for map_line in f:
    counter += 1

print counter

and got these results:
[root at minefield tmp]# time /opt/pypy-1.6a-linux32/bin/pypy zipread_s.py
20096

real    0m0.058s
user    0m0.033s
sys     0m0.012s
[root at minefield tmp]# time python zipread_s.py
20096

real    0m0.050s
user    0m0.046s
sys     0m0.004s

----------
nosy: +nekto0n
status: unread -> chatting

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue729>
________________________________________

From tracker at bugs.pypy.org  Tue May 31 16:56:59 2011
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Tue, 31 May 2011 14:56:59 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306853819.51.0.142332570352.issue726@bugs.pypy.org>


Armin Rigo <armin.rigo at gmail.com> added the comment:

Both with pypy 1.5 and with recent versions of pypy, I am stuck at
"coverage/tracer.c" which doesn't compile because it's using the C constants
PyTrace_XYZ, the C function PyEval_SetTrace(), and the C type PyFrame_Type, all
of which are unsupported.  Did you hack somewhere to make it past this stage?

----------
nosy: +arigo

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Tue May 31 17:38:50 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Tue, 31 May 2011 15:38:50 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306856330.93.0.0692166363121.issue726@bugs.pypy.org>


Jonas Obrist <jonas.obrist at divio.ch> added the comment:

with the current pypy-nightly, it fails differntly now:


jonas at jonas-Serval-Professional:~/workspace/django-cms$ ./runtests.sh --python 
pypy-nightly
using python at: pypy-nightly
reusing current buildout environment
Running complete cms testsuite.
/home/jonas/workspace/django-cms/cms/tests/__init__.py:40: UserWarning: 
JavascriptTestCase cannot be run: Traceback (most recent call last):
  File "/home/jonas/workspace/django-cms/cms/tests/__init__.py", line 35, in 
<module>
    from cms.tests.javascript import JavascriptTestCase
  File "/home/jonas/workspace/django-cms/cms/tests/javascript.py", line 2, in 
<module>
    from cms.test_utils.js_testcases import BaseJavascriptTestCase
  File "/home/jonas/workspace/django-cms/cms/test_utils/js_testcases.py", line 
4, in <module>
    from spidermonkey import Runtime
ImportError: No module named spidermonkey

  warnings.warn("JavascriptTestCase cannot be run: %s" % exc)
Creating test database 'default'...
Creating table auth_permission
Creating table auth_group_permissions
Creating table auth_group
Creating table auth_user_groups
Creating table auth_user_user_permissions
Creating table auth_user
Creating table auth_message
Creating table django_content_type
Creating table django_session
Creating table django_admin_log
Creating table django_site
Creating table cms_placeholder
Creating table cms_cmsplugin
Creating table cms_page_placeholders
Creating table cms_page
Creating table cms_pagemoderator
Creating table cms_pagemoderatorstate
Creating table cms_globalpagepermission_sites
Creating table cms_globalpagepermission
Creating table cms_pagepermission
Creating table cms_pageuser
Creating table cms_pageusergroup
Creating table cms_title
Creating table menus_cachekey
Creating table cmsplugin_text
Creating table cmsplugin_picture
Creating table cmsplugin_file
Creating table cmsplugin_flash
Creating table cmsplugin_link
Creating table snippet_snippet
Creating table cmsplugin_snippetptr
Creating table cmsplugin_googlemap
Creating table cmsplugin_teaser
Creating table cmsplugin_video
Creating table cmsplugin_twitterrecententries
Creating table cmsplugin_twittersearch
Creating table cmsplugin_inheritpageplaceholder
Creating table sampleapp_category
Creating table sampleapp_picture
Creating table placeholderapp_example1
Creating table placeholderapp_example2
Creating table placeholderapp_example3
Creating table placeholderapp_example4
Creating table placeholderapp_example5
Creating table pluginapp_section
Creating table pluginapp_article
Creating table manytomany_rel_articlepluginmodel_sections
Creating table cmsplugin_articlepluginmodel
Creating table fakemlng_mainmodel
Creating table fakemlng_translations
Creating table south_migrationhistory
Creating table reversion_revision
Creating table reversion_version
Installing index for auth.Permission model
Installing index for auth.Group_permissions model
Installing index for auth.User_groups model
Installing index for auth.User_user_permissions model
Installing index for auth.Message model
Installing index for admin.LogEntry model
Installing index for cms.Placeholder model
Installing index for cms.CMSPlugin model
Installing index for cms.Page_placeholders model
Installing index for cms.Page model
Installing index for cms.PageModerator model
Installing index for cms.PageModeratorState model
Installing index for cms.GlobalPagePermission_sites model
Installing index for cms.GlobalPagePermission model
Installing index for cms.PagePermission model
Installing index for cms.PageUser model
Installing index for cms.PageUserGroup model
Installing index for cms.Title model
Installing index for picture.Picture model
Installing index for link.Link model
Installing index for snippet.SnippetPtr model
Installing index for teaser.Teaser model
Installing index for inherit.InheritPagePlaceholder model
Installing index for sampleapp.Category model
Installing index for sampleapp.Picture model
Installing index for placeholderapp.Example1 model
Installing index for placeholderapp.Example2 model
Installing index for placeholderapp.Example3 model
Installing index for placeholderapp.Example4 model
Installing index for placeholderapp.Example5 model
Installing index for pluginapp.Article model
Installing index for manytomany_rel.ArticlePluginModel_sections model
Installing index for fakemlng.Translations model
Installing index for reversion.Revision model
Installing index for reversion.Version model
No fixtures found.

Running tests...
----------------------------------------------------------------------
.......................RPython traceback:
  File "implement_7.c", line 60840, in BuiltinCode_funcrun_obj
  File "implement_7.c", line 63940, in PyFrame_execute_frame
  File "implement_13.c", line 61265, in ExecutionContext_leave
  File "implement_7.c", line 34070, in force_virtual
  File "implement_7.c", line 64412, in 
ResumeGuardForcedDescr_handle_async_forcing
Fatal RPython error: AssertionError
./runtests.sh: line 118: 26378 Aborted                 ./bin/django test $suite 
$failfast
done
jonas at jonas-Serval-Professional:~/workspace/django-cms$ pypy-nightly --version
Python 2.7.1 (a97d08283ea7, May 31 2011, 02:14:26)
[PyPy 1.5.0-alpha0 with GCC 4.4.3]

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Tue May 31 18:02:58 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Tue, 31 May 2011 16:02:58 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306857778.66.0.924769054114.issue726@bugs.pypy.org>


Jonas Obrist <jonas.obrist at divio.ch> added the comment:

Created a branch at https://github.com/ojii/django-cms/tree/pypy-testing-branch 
to make running the tests easier (removed the coverage and xml-unittest 
dependencies, and made the runtests.sh default to `pypy` and not `python` as 
interpreter).

To get that branch:
git checkout https://github.com/ojii/django-cms # you can skip this if you 
already have a checkout, even if it's from divio/django-cms
git remote add ojii https://github.com/ojii/django-cms
git checkout -b pypy-testing-branch
git pull ojii pypy-testing-branch

or alternatively grab the tarball: https://github.com/ojii/django-
cms/tarball/pypy-testing-branch

You also need to install PIL

Hope this makes running the tests a bit easier, if not, keep me posted

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________

From tracker at bugs.pypy.org  Tue May 31 18:54:47 2011
From: tracker at bugs.pypy.org (Jonas Obrist)
Date: Tue, 31 May 2011 16:54:47 +0000
Subject: [pypy-issue] [issue726] django-cms tests fail using pypy 1.5 but
	pass under	CPython 2.5, 2.6 and 2.7
In-Reply-To: <1306014491.51.0.504776032294.issue726@bugs.pypy.org>
Message-ID: <1306860887.71.0.269433616196.issue726@bugs.pypy.org>


Jonas Obrist <jonas.obrist at divio.ch> added the comment:

to just run the one failing test you can do:

./runtests.sh --python /path/to/your/pypy 
PermissionModeratorTests.test_create_copy_publish

Note that if you switch python/pypy versions, you need to add a --rebuild-env 
flag. This makes it slightly slower, so you might want to omit it when running 
the tests against the same version a lot of times

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue726>
________________________________________