From tracker at bugs.pypy.org  Thu Feb  2 16:57:30 2012
From: tracker at bugs.pypy.org (David Ripton)
Date: Thu, 02 Feb 2012 15:57:30 +0000
Subject: [pypy-issue] [issue939] Upgrade CPython stdlib to 2.7.2
In-Reply-To: <1322199731.96.0.845881924167.issue939@bugs.pypy.org>
Message-ID: <1328198250.69.0.029886334351.issue939@bugs.pypy.org>


David Ripton <d+pypy at ripton.net> added the comment:

Looks like the merge-2.7.2 branch was merged in 82067a60a6cd, so this should be
closed.

----------
nosy: +dripton
status: unread -> resolved

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

From tracker at bugs.pypy.org  Fri Feb  3 11:19:38 2012
From: tracker at bugs.pypy.org (Da_Blitz)
Date: Fri, 03 Feb 2012 10:19:38 +0000
Subject: [pypy-issue] [issue1003] Sandbox code uses no-longer-working seccom
In-Reply-To: <1326898662.41.0.324668365239.issue1003@bugs.pypy.org>
Message-ID: <1328264378.28.0.871337819439.issue1003@bugs.pypy.org>


Da_Blitz <pypy at pocketnix.org> added the comment:

Just adding some more notes, looks like this is set to go into linux 3.3. after
playing with low level syscalls from python, there is no good way to detect what
features are supported other than version number and grepping /proc/config for
the compile flag

i would also be tempted to suggest some 'capabilities' changes and some other
changes that require root to make a sandbox safe even if the sandbox is run with
uid 0. if you are interested 'man 2 capabilities' or the documentation  at
http://code.pocketnix.org/asylum/file/33f6c6e0d060/asylum/capabilities.py should
help as i have found some differences between the man pages and reality

note that none of these features are portable (except perhaps POSIX capabilities)

* https://lwn.net/Articles/477753/
* https://lwn.net/Articles/478062/ < prctl interface, this is auto enabled when
turning on seccomp so that you cant limit SUID binaries to make them behave in
an unpredictable (unsafe) fashion

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

From tracker at bugs.pypy.org  Fri Feb  3 19:42:56 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 03 Feb 2012 18:42:56 +0000
Subject: [pypy-issue] [issue614] Packaging PyPy: installation path for
	PyPy's libraries
In-Reply-To: <1293069242.66.0.789471767917.issue614@>
Message-ID: <1328294576.64.0.266821042494.issue614@bugs.pypy.org>


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

Any suggestion will be taken into consideration.  For now we'll just stick with
the current approach --- put it anywhere without splitting it up in pieces, and
put a symlink to the binary --- until a reasonable alternative is proposed.

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

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

From tracker at bugs.pypy.org  Fri Feb  3 22:22:03 2012
From: tracker at bugs.pypy.org (Andrew Kuchling)
Date: Fri, 03 Feb 2012 21:22:03 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328304123.8.0.0852461214491.issue979@bugs.pypy.org>


Andrew Kuchling <amk at amk.ca> added the comment:

I've just tried this with the current dev build of PyPy (so, 1.8.1-dev0).  The 
problem only occurs when it's writing to a StringIO.  If I modify test.py to 
write 
to a file it completes in 16sec; if I use a dummy class with an empty write() 
method, it takes 10sec.

----------
nosy: +akuchling

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

From tracker at bugs.pypy.org  Fri Feb  3 22:34:21 2012
From: tracker at bugs.pypy.org (Andrew Kuchling)
Date: Fri, 03 Feb 2012 21:34:21 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328304861.14.0.562684907816.issue979@bugs.pypy.org>


Andrew Kuchling <amk at amk.ca> added the comment:

It seems to be a bug in the dictionary iterator.  If I instrument 
_batch_setitems, to print what it's doing, it's processing the following series 
of keys:


'_header'
'_text'
'_delimiters'
'_next'
'closed'
'SDQ13'
'SDQ06'
'SDQ04'
'SDQ15'
'SDQ09'
'SDQ08'
'SDQ07'
'SDQ03'
'SDQ02'
'SDQ01'
'SDQ21'
   ... about 10 SDQnn rows deleted ...
'_header'
'_text'
'_delimiters'

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

From tracker at bugs.pypy.org  Fri Feb  3 22:52:56 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Fri, 03 Feb 2012 21:52:56 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328305976.35.0.970383523027.issue978@bugs.pypy.org>


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

ok, I haven't really understood the problem yet, but it looks unrelated to both
resume data and virtualizables. instead, it seems to be some sort of memory
corruption to me. 

What the ResumeDataDirectReader does before the assertion fails is call
cpu.get_latest_value_ref(0). The result of that is supposed to be a pointer to
the current virtualizable. However, in the crashing case it seems to return a
value that is not a pointer at all, or in any case it points to some memory that
is itself corrupted. I think that it's the former, though. Treating this random
bit of memory as a virtualizable violates some assertions.

I am a bit clueless what to do next, though. I guess a memory watchpoint would
help in this case, because the target of the write (the list of ref-values in
the cpu class) is at a fixed position.

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

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

From tracker at bugs.pypy.org  Fri Feb  3 23:07:47 2012
From: tracker at bugs.pypy.org (Andrew Kuchling)
Date: Fri, 03 Feb 2012 22:07:47 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328306867.16.0.646572148115.issue979@bugs.pypy.org>


Andrew Kuchling <amk at amk.ca> added the comment:

Ignore my previous idea of a problem with the dictionary iterator; it's just 
pickling many dictionaries with the same set of keys.  It seems like pickling 
works after all, but it's just much slower; for me it takes 18sec to pickle to a 
file, but 176 sec to pickle to a StringIO.  The resulting pickle output seems to 
exactly match the output that's written directly to a file, so I don't think 
there's an actual bug here, just some very bad performance in StringIO.write().

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

From tracker at bugs.pypy.org  Fri Feb  3 23:10:24 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Fri, 03 Feb 2012 22:10:24 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328307024.25.0.659267112617.issue978@bugs.pypy.org>


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

Ok, the strange value is of course stored to the fail_boxes_ptr in
grab_frame_values. I don't know the backend well enough to sanely continue, I
have a screen (14694.pts-1.tannit) running on tannit that shows the issue: just
start gdb like this:

~/converge/compiler $ gdb --args ../vm/converge-bug-lldebug-O0
/home/cfbolz/converge/compiler/convergec -I /home/cfbolz/converge/lib/Stdlib -o
Compiler/Code_Gen.cvb Compiler/Code_Gen.cv

The following break point makes gdb stop before the crash in
ResumeDataDirectReader_consume_vable_info
break jit_metainterp_resume.c:825 if num_entered == 4989

The following watch point shows the problematic write to fail_boxes_ptr
watch pypy_g_array_525.b->items[0] == 0x25f5830

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

From tracker at bugs.pypy.org  Fri Feb  3 23:12:14 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Fri, 03 Feb 2012 22:12:14 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328307134.05.0.480106517069.issue979@bugs.pypy.org>


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

So should we close this ticket as invalid then? Anyway, it would be worth to
open a new one about the extreme slowness of StringIO, ideally with a simple way
to reproduce the problem.

----------
nosy: +cfbolz

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

From tracker at bugs.pypy.org  Fri Feb  3 23:17:44 2012
From: tracker at bugs.pypy.org (Andrew Kuchling)
Date: Fri, 03 Feb 2012 22:17:44 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328307464.69.0.115048703955.issue979@bugs.pypy.org>


Andrew Kuchling <amk at amk.ca> added the comment:

Could this stem from slow string concatenation, issue 926?  I haven't located the 
implementation of StringIO.write() to check if that's doing a concatenation under 
the covers.

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

From tracker at bugs.pypy.org  Fri Feb  3 23:30:12 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Fri, 03 Feb 2012 22:30:12 +0000
Subject: [pypy-issue] [issue979] Pickle fails in pypy, works in CPython
In-Reply-To: <1325694743.04.0.41876802496.issue979@bugs.pypy.org>
Message-ID: <1328308212.95.0.952186144022.issue979@bugs.pypy.org>


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

No, StringIO of course uses a list and appends to that. However, it's an
old-style class, which might be a problem (they are not too fast in PyPy).

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

From tracker at bugs.pypy.org  Sat Feb  4 00:39:13 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 03 Feb 2012 23:39:13 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328312353.84.0.220101962704.issue978@bugs.pypy.org>


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

Found it: it can be reproduced easily with PYPY_GC_DEBUG=1.  Then the program
segfaults at the bogus assembler instruction.

The problem is around CALL_ASSEMBLER: it does the call, and then writes 0 into
the virtualizable's vable_token field.  But if the call causes a GC that moves
the virtualizable around, this write may go to the old place...  

PYPY_GC_DEBUG=1 enables using several nurseries; only one is active and all the
other ones are protected against reads and writes.

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

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

From tracker at bugs.pypy.org  Sat Feb  4 01:41:08 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Sat, 04 Feb 2012 00:41:08 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328316068.79.0.764504144198.issue978@bugs.pypy.org>


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

woah. how could that ever have worked?

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

From tracker at bugs.pypy.org  Sat Feb  4 11:47:32 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 04 Feb 2012 10:47:32 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328352452.25.0.0689487864257.issue978@bugs.pypy.org>


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

Ah yes, I know how it works for pypy: the frame reference survives until later,
so it's a GC root across the call to CALL_ASSEMBLER.

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

From tracker at bugs.pypy.org  Sat Feb  4 16:04:45 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 04 Feb 2012 15:04:45 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328367885.55.0.847650597029.issue978@bugs.pypy.org>


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

Fixed in 458e381ff84d.  At some point we should clean it up somehow, though...

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

From tracker at bugs.pypy.org  Sat Feb  4 17:25:56 2012
From: tracker at bugs.pypy.org (Laurence Tratt)
Date: Sat, 04 Feb 2012 16:25:56 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328372756.04.0.50717024003.issue978@bugs.pypy.org>


Laurence Tratt <laurie at tratt.net> added the comment:

Yes, this certainly seems to work for me. I need to do a bit more testing, but
so far so good! Thanks, Armin and Carl!

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

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

From tracker at bugs.pypy.org  Sat Feb  4 18:21:18 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Sat, 04 Feb 2012 17:21:18 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328376078.57.0.237228389562.issue978@bugs.pypy.org>


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

So, can we close the bug?

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

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

From tracker at bugs.pypy.org  Sat Feb  4 18:22:17 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 04 Feb 2012 17:22:17 +0000
Subject: [pypy-issue] [issue978] metainterp bug
In-Reply-To: <1325625904.37.0.729705518773.issue978@bugs.pypy.org>
Message-ID: <1328376137.77.0.604854179383.issue978@bugs.pypy.org>


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

Yes.

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

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

From tracker at bugs.pypy.org  Sun Feb  5 12:26:17 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Sun, 05 Feb 2012 11:26:17 +0000
Subject: [pypy-issue] [issue614] Packaging PyPy: installation path for
	PyPy's libraries
In-Reply-To: <1293069242.66.0.789471767917.issue614@>
Message-ID: <1328441177.3.0.186232896181.issue614@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

As discussed on IRC, I think I can survive without this. Experimentation time...

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

From tracker at bugs.pypy.org  Sun Feb  5 16:09:32 2012
From: tracker at bugs.pypy.org (Da_Blitz)
Date: Sun, 05 Feb 2012 15:09:32 +0000
Subject: [pypy-issue] [issue1032] resource module, incorrect magic numbers
In-Reply-To: <1328454572.07.0.84321251893.issue1032@bugs.pypy.org>
Message-ID: <1328454572.07.0.84321251893.issue1032@bugs.pypy.org>


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

The resource module in lib-pypy/resource.py has invalid magic numbers for
RLIM_INFINITY

pypy currently declares this as 4292967295L where as cpython (and the man pages)
have this set to -1

when cast to a c_int or c_long this gets converted automatically to the correct
value of -1.

# eg: wont work as expected
getrlimit(resource.RLIMIT_AS)[0] == -1
# will work
getrlimit(resource.RLIMIT_AS)[0] == resource.RLIM_INFINITY


while not a show stopper, it may trip someone else up

----------
messages: 3867
nosy: dablitz, pypy-issue
priority: bug
release: 1.7
status: unread
title: resource module, incorrect magic numbers

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

From tracker at bugs.pypy.org  Sun Feb  5 18:19:52 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sun, 05 Feb 2012 17:19:52 +0000
Subject: [pypy-issue] [issue1032] resource module, incorrect magic numbers
In-Reply-To: <1328454572.07.0.84321251893.issue1032@bugs.pypy.org>
Message-ID: <1328462392.04.0.507328245176.issue1032@bugs.pypy.org>


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

The rlim_t type is defined as an unsigned type, but CPython's getrlimit() indeed
casts its results to a pair of signed longs.

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

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

From tracker at bugs.pypy.org  Mon Feb  6 11:27:22 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Mon, 06 Feb 2012 10:27:22 +0000
Subject: [pypy-issue] [issue614] Packaging PyPy: installation path for
	PyPy's libraries
In-Reply-To: <1293069242.66.0.789471767917.issue614@>
Message-ID: <1328524042.12.0.887557425715.issue614@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

Yes, I don't need this, I can use variants of the normal pypy installation layout.

Marking wontfix.

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

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

From tracker at bugs.pypy.org  Tue Feb  7 06:37:30 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Tue, 07 Feb 2012 05:37:30 +0000
Subject: [pypy-issue] [issue1031] Speed of a tiny arithmetic program
In-Reply-To: <1327959566.62.0.373732238148.issue1031@bugs.pypy.org>
Message-ID: <1328593050.6.0.497246223416.issue1031@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

This is primarily a big int problem. ~45% of the time is spent doing big int 
pows. Namely, it is spent in this line:

x=pow(a,2**r*d,n)

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

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

From tracker at bugs.pypy.org  Tue Feb  7 08:16:40 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Tue, 07 Feb 2012 07:16:40 +0000
Subject: [pypy-issue] [issue1031] Speed of a tiny arithmetic program
In-Reply-To: <1327959566.62.0.373732238148.issue1031@bugs.pypy.org>
Message-ID: <1328599000.56.0.104594212934.issue1031@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

On 64bit those numbers are not longs (but still we spend time there).

----------
nosy: +fijal

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

From tracker at bugs.pypy.org  Tue Feb  7 15:54:36 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Tue, 07 Feb 2012 14:54:36 +0000
Subject: [pypy-issue] [issue1031] Speed of a tiny arithmetic program
In-Reply-To: <1327959566.62.0.373732238148.issue1031@bugs.pypy.org>
Message-ID: <1328626476.29.0.451969201164.issue1031@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

Yes, you're right fijal. The numbers I've looked at shouldn't be longs on 32-bit 
or 64-bit. It is only the overflow checks that are big int parts. The overflow 
checks only account for about 14% of the time. About 30% is in impl_int_int_pow. 
impl_int_int_pow looks like it can be sped up at least in some small ways.

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

From tracker at bugs.pypy.org  Wed Feb  8 05:53:18 2012
From: tracker at bugs.pypy.org (Stefan Nelson-Lindall)
Date: Wed, 08 Feb 2012 04:53:18 +0000
Subject: [pypy-issue] [issue1033] micronumpy types not compatible with true
	division
In-Reply-To: <1328676798.8.0.884033100204.issue1033@bugs.pypy.org>
Message-ID: <1328676798.8.0.884033100204.issue1033@bugs.pypy.org>


New submission from Stefan Nelson-Lindall <bethebunny at gmail.com>:

>>>> import numpypy as np
>>>> np.average(range(10)) / np.average(range(10))
1.0
>>>> from __future__ import division
>>>> np.average(range(10)) / np.average(range(10))
Traceback (most recent call last):
  File "<console>", line 1, in <module>
TypeError: unsupported operand type(s) for /: 'float64' and 'float64'

----------
messages: 3873
nosy: bunny, pypy-issue
priority: bug
status: unread
title: micronumpy types not compatible with true division

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

From tracker at bugs.pypy.org  Wed Feb  8 06:12:33 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Wed, 08 Feb 2012 05:12:33 +0000
Subject: [pypy-issue] [issue1033] micronumpy types not compatible with true
	division
In-Reply-To: <1328676798.8.0.884033100204.issue1033@bugs.pypy.org>
Message-ID: <1328677953.26.0.305596433195.issue1033@bugs.pypy.org>


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

Fixed in 820edf258da9

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

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

From tracker at bugs.pypy.org  Wed Feb  8 07:26:34 2012
From: tracker at bugs.pypy.org (Stefan Nelson-Lindall)
Date: Wed, 08 Feb 2012 06:26:34 +0000
Subject: [pypy-issue] [issue1034] micronumpy types rpow raises NotImplemented
In-Reply-To: <1328682394.47.0.464828165705.issue1034@bugs.pypy.org>
Message-ID: <1328682394.47.0.464828165705.issue1034@bugs.pypy.org>


New submission from Stefan Nelson-Lindall <bethebunny at gmail.com>:

>>>> import numpypy as np
>>>> pi = np.float64(3.14)
>>>> pi ** 2.72
22.4723578915
>>>> 2.72 ** pi
Traceback (most recent call last):
  File "<console>", line 1, in <module>
TypeError: operands do not support **
>>>> pi.__rpow__(2.72)
NotImplemented

----------
messages: 3875
nosy: bunny, pypy-issue
priority: bug
status: unread
title: micronumpy types rpow raises NotImplemented

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

From tracker at bugs.pypy.org  Wed Feb  8 10:30:10 2012
From: tracker at bugs.pypy.org (Wouter van Heyst)
Date: Wed, 08 Feb 2012 09:30:10 +0000
Subject: [pypy-issue] [issue1035] os.listdir(u".") raises UnicodeDecodeError
	when entries	can not be decoded.
In-Reply-To: <1328693410.48.0.381885071982.issue1035@bugs.pypy.org>
Message-ID: <1328693410.48.0.381885071982.issue1035@bugs.pypy.org>


New submission from Wouter van Heyst <wouter.pypy at richtlijn.be>:

While working on getting the bzr testsuite running under pypy without any
errors I ran into this behavioural difference with CPython 2.x, originally filed as
https://bugs.launchpad.net/bzr/+bug/927581

To reproduce:

    >> LANG=C python -c 'import os; os.mkdir("m\xb5"); os.mkdir("l")'
    >> LANG=C python -c 'import os; print os.listdir(u".")'
    ['m\xb5', u'l']
    >> LANG=C pypy -c 'import os; os.listdir(u".")'
    Traceback (most recent call last):
      File "app_main.py", line 51, in run_toplevel
      File "app_main.py", line 534, in run_it
      File "<string>", line 1, in <module>
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xb5 in position 1:
ordinal not in range(128)


http://docs.python.org/library/os.html?highlight=listdir#os.listdir explicitly
mentions that undecodable filenames will be returned as string objects.

----------
messages: 3876
nosy: larstiq, pypy-issue
priority: bug
status: unread
title: os.listdir(u".") raises UnicodeDecodeError when entries can not be decoded.

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

From tracker at bugs.pypy.org  Wed Feb  8 16:56:59 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Wed, 08 Feb 2012 15:56:59 +0000
Subject: [pypy-issue] [issue1034] micronumpy types rpow raises NotImplemented
In-Reply-To: <1328682394.47.0.464828165705.issue1034@bugs.pypy.org>
Message-ID: <1328716619.29.0.171174663438.issue1034@bugs.pypy.org>


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

Fixed in 5170d7047e5d

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

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

From tracker at bugs.pypy.org  Wed Feb  8 21:16:23 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Wed, 08 Feb 2012 20:16:23 +0000
Subject: [pypy-issue] [issue1035] os.listdir(u".") raises UnicodeDecodeError
	when entries	can not be decoded.
In-Reply-To: <1328693410.48.0.381885071982.issue1035@bugs.pypy.org>
Message-ID: <1328732183.91.0.0647281308383.issue1035@bugs.pypy.org>


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

Again something not correctly tested by CPython :-/
Fixed with c567905f8478, thanks for the report!

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

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

From tracker at bugs.pypy.org  Thu Feb  9 11:12:42 2012
From: tracker at bugs.pypy.org (Matthias Urlichs)
Date: Thu, 09 Feb 2012 10:12:42 +0000
Subject: [pypy-issue] [issue1036] libffi.a search path is incomplete
In-Reply-To: <1328782362.48.0.699732160944.issue1036@bugs.pypy.org>
Message-ID: <1328782362.48.0.699732160944.issue1036@bugs.pypy.org>


New submission from Matthias Urlichs <matthias at urlichs.de>:

Debian Testing (and possibly other distros) introduce multi-architecture
libraries. An offshot of this is that libraries like libffi.a are no longer
located in /usr/lib, but in some subdirectory.

probably the best way would be to try and link a test program statically?

----------
messages: 3879
nosy: pypy-issue, smurf
priority: bug
status: unread
title: libffi.a search path is incomplete

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

From tracker at bugs.pypy.org  Thu Feb  9 11:43:14 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Thu, 09 Feb 2012 10:43:14 +0000
Subject: [pypy-issue] [issue1036] libffi.a search path is incomplete
In-Reply-To: <1328782362.48.0.699732160944.issue1036@bugs.pypy.org>
Message-ID: <1328784194.17.0.975785334115.issue1036@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

What's the problem? It's translating fine in Debian:
https://buildd.debian.org/status/package.php?p=pypy&suite=experimental

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

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

From tracker at bugs.pypy.org  Thu Feb  9 12:19:43 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Thu, 09 Feb 2012 11:19:43 +0000
Subject: [pypy-issue] [issue1036] libffi.a search path is incomplete
In-Reply-To: <1328782362.48.0.699732160944.issue1036@bugs.pypy.org>
Message-ID: <1328786383.67.0.281038800167.issue1036@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

Ah, I missed that. That's what I prefer for debian, but may not be what PyPy
wants for the binary tarballs distributed.

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

From tracker at bugs.pypy.org  Fri Feb 10 01:33:37 2012
From: tracker at bugs.pypy.org (mjacob)
Date: Fri, 10 Feb 2012 00:33:37 +0000
Subject: [pypy-issue] [issue1037] pypy --help fails
In-Reply-To: <1328834017.29.0.994089113837.issue1037@bugs.pypy.org>
Message-ID: <1328834017.29.0.994089113837.issue1037@bugs.pypy.org>


New submission from mjacob <jacob.manuel at yahoo.de>:

When running pypy --help on linux64 the output is as follows. This was tested 
with both the nightly build and the 1.8 release.

usage: /usr/local/bin/pypy [options] [-c cmd|-m mod|file.py|-] [arg...]

options:
  -i             inspect interactively after running script
  -O             dummy optimization flag for compatibility with C Python
  -c cmd         program passed in as CMD (terminates option list)
  -S             do not 'import site' on initialization
  -u             unbuffered binary stdout and stderr
  -h, --help     show this help message and exit
  -m mod         library module to be run as a script (terminates option list)
  -W arg         warning control (arg is action:message:category:module:lineno)
  -E             ignore environment variables (such as PYTHONPATH)
  --version      print the PyPy version
  --info         print translation information about this PyPy executable
debug: OperationError:
debug:  operror-type: AttributeError
debug:  operror-value: 'module' object has no attribute 'PARAMETER_DOCS'

----------
messages: 3883
nosy: mjacob, pypy-issue
priority: bug
status: unread
title: pypy --help fails

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

From tracker at bugs.pypy.org  Fri Feb 10 11:30:38 2012
From: tracker at bugs.pypy.org (shaofeng niu)
Date: Fri, 10 Feb 2012 10:30:38 +0000
Subject: [pypy-issue] [issue1038] Error in jit_metainterp_compile.c
In-Reply-To: <1328869838.86.0.220138800018.issue1038@bugs.pypy.org>
Message-ID: <1328869838.86.0.220138800018.issue1038@bugs.pypy.org>


New submission from shaofeng niu <shaofengniu at gmail.com>:

encounterd when used with eventlet and redis, here's the traceback:

RPython traceback:
  File "jit_metainterp_compile.c", line 136, in force_now_1
  File "jit_metainterp_compile.c", line 227, in ResumeGuardForcedDescr_save_data
Fatal RPython error: AssertionError

And the source code https://pastee.org/zn5kc

----------
messages: 3884
nosy: milk, pypy-issue
priority: bug
release: 1.7
status: unread
title: Error in jit_metainterp_compile.c

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

From tracker at bugs.pypy.org  Fri Feb 10 16:16:25 2012
From: tracker at bugs.pypy.org (Guillaume Bouchard)
Date: Fri, 10 Feb 2012 15:16:25 +0000
Subject: [pypy-issue] [issue932] Python 1.7 slower on home maid path tracing
	than 1.6
In-Reply-To: <1321885098.48.0.0523238945198.issue932@bugs.pypy.org>
Message-ID: <1328886985.4.0.762164153922.issue932@bugs.pypy.org>


Guillaume Bouchard <guillaume.bouchard at liris.cnrs.fr> added the comment:

New times for pypy1.8 release using the same python file.

Python 2.7.1 (d8ac7d23d3ec, Aug 17 2011, 11:51:19)
[PyPy 1.6.0 with GCC 4.4.3]

~/src/pypy/pypy-1.6/bin/pypy smallpt.py 640 480 4  40.23s user 0.09s system 99%
cpu 40.365 total

Python 2.7.1 (7773f8fc4223, Nov 18 2011, 18:47:11)
[PyPy 1.7.0 with GCC 4.4.3]

~/src/pypy/pypy-1.7/bin/pypy smallpt.py 640 480 4  60.05s user 0.15s system 99%
cpu 1:00.31 total

Python 2.7.2 (0e28b379d8b3, Feb 09 2012, 19:41:03)
[PyPy 1.8.0 with GCC 4.4.3]

~/src/pypy/pypy-1.8/bin/pypy smallpt.py 640 480 4  42.46s user 0.11s system 99%
cpu 42.622 total

So 1.8 keeps in touch with what was 1.6 previously. Is this bug can be
considered close or is it still a speed regression because all the optimizations
between 1.6 and 1.8 should have make it quicker?

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

From tracker at bugs.pypy.org  Sat Feb 11 00:03:20 2012
From: tracker at bugs.pypy.org (larudwer)
Date: Fri, 10 Feb 2012 23:03:20 +0000
Subject: [pypy-issue] [issue1039] PyPy 1.8 slower on tree generating code
In-Reply-To: <1328915000.83.0.608855367052.issue1039@bugs.pypy.org>
Message-ID: <1328915000.83.0.608855367052.issue1039@bugs.pypy.org>


New submission from larudwer <larudwer at freenet.de>:

I just recently downloded pypy 1.8 and tested it with some code snippets i wrote
for fun. 

>e:\pypy\pypy.exe -u "bug001.py"
total time:       8.7490 sec
>Exit code: 0

>e:\pypy-1.8\pypy.exe -u "bug001.py"
total time:       11.5600 sec
>Exit code: 0

----------
files: bug001.py
messages: 3886
nosy: larudwer, pypy-issue
priority: performance bug
status: unread
title: PyPy 1.8 slower on tree generating code

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

From tracker at bugs.pypy.org  Sat Feb 11 04:43:24 2012
From: tracker at bugs.pypy.org (Akira Li)
Date: Sat, 11 Feb 2012 03:43:24 +0000
Subject: [pypy-issue] [issue1040] Crash on Ubuntu with threads and
	gethostbyname_ex
In-Reply-To: <1328931804.55.0.443019312541.issue1040@bugs.pypy.org>
Message-ID: <1328931804.55.0.443019312541.issue1040@bugs.pypy.org>


New submission from Akira Li <4kir4.1i+pypy at gmail.com>:

I've tried to run a simple script that calls gethostbyname_ex from several
threads. It either runs normally or crashes with sigbus, sometimes -- segfault:

  import socket
  from Queue import Queue
  from threading import Thread
  
  def resolve_hostnames(queue, f=socket.gethostbyname_ex):
      for host in iter(queue.get, None):
          try: # resolve hostname
              f(host) # ignore result
          except IOError:
              pass
  
  def main():
      hosts = "youtube.com google.com facebook.com live.com".split()*1000
  
      queue = Queue(20)
      num_threads = 10
      threads = [Thread(target=resolve_hostnames, args=(queue,))
                 for _ in range(num_threads)]
      for t in threads:
          t.daemon = True
          t.start()
  
      for host in hosts: queue.put(host) # feed hosts to threads
      for _ in threads:  queue.put(None) # signal no more hosts
      for t in threads:  t.join()        # wait for completion
  
  main()

I can't reproduce the error if num_threads=1, or f=gethostbyname, or f=getaddrinfo.

With gdb it fails 1 in 4 times.

Bus error:

  (gdb) run
  Starting program: /home/me/bin/pypy dns-queue.py
  [Thread debugging using libthread_db enabled]
  [New Thread 0x7ffff50a9700 (LWP 12557)]
  [New Thread 0x7ffff48a8700 (LWP 12558)]
  [New Thread 0x7ffff40a7700 (LWP 12559)]
  [New Thread 0x7ffff38a6700 (LWP 12560)]
  [New Thread 0x7ffff30a5700 (LWP 12561)]
  [New Thread 0x7ffff28a4700 (LWP 12562)]
  [New Thread 0x7ffff20a3700 (LWP 12563)]
  [New Thread 0x7ffff18a2700 (LWP 12564)]
  [New Thread 0x7ffff10a1700 (LWP 12565)]
  [New Thread 0x7ffff08a0700 (LWP 12566)]
  
  Program received signal SIGBUS, Bus error.
  [Switching to Thread 0x7ffff20a3700 (LWP 12563)]
  0x0000000001045d53 in ?? ()
  (gdb) bt
  #0  0x0000000001045d53 in ?? ()
  #1  0x0000000001048191 in ?? ()
  #2  0x0000000000c44b62 in ?? ()
  ..snip..
  #35 0x000000000077d255 in ?? ()
  #36 0x0000000000410e96 in ?? ()
  #37 0x00007ffff6079efc in start_thread (arg=0x7ffff20a3700) at
pthread_create.c:304
  #38 0x00007ffff5db489d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
  #39 0x0000000000000000 in ?? ()
  
Segmentation fault:

  (gdb) run
  Starting program: /home/me/bin/pypy dns-queue.py
  [Thread debugging using libthread_db enabled]
  [New Thread 0x7ffff50a9700 (LWP 13741)]
  [New Thread 0x7ffff48a8700 (LWP 13742)]
  [New Thread 0x7ffff40a7700 (LWP 13743)]
  [New Thread 0x7ffff38a6700 (LWP 13744)]
  [New Thread 0x7ffff30a5700 (LWP 13745)]
  [New Thread 0x7ffff28a4700 (LWP 13746)]
  [New Thread 0x7ffff20a3700 (LWP 13747)]
  [New Thread 0x7ffff18a2700 (LWP 13748)]
  [New Thread 0x7ffff10a1700 (LWP 13749)]
  [New Thread 0x7ffff08a0700 (LWP 13750)]
  
  Program received signal SIGSEGV, Segmentation fault.
  [Switching to Thread 0x7ffff28a4700 (LWP 13746)]
  0x0000000000c44eec in ?? ()
  (gdb) bt
  #0  0x0000000000c44eec in ?? ()
  #1  0x00007ffff56b97ec in ?? ()
  #2  0x00007ffff28a33f0 in ?? ()
  #3  0x0000000000000000 in ?? ()

I've compiled pypy-1.8 from sources
https://bitbucket.org/pypy/pypy/get/release-1.8.tar.bz2  

  $ pypy -mplatform
  Linux-3.0.0-15-generic-x86_64-with-debian-wheezy-sid

  $ pypy --version
  Python 2.7.2 (2346207d99463f299f09f3e151c9d5fa9158f71b, Feb 10 2012, 21:14:54)
  [PyPy 1.8.0 with GCC 4.6.1]

issue995 and issue737 might be related

----------
files: dns-queue.py
messages: 3887
nosy: pypy-issue
priority: bug
status: unread
title: Crash on Ubuntu with threads and gethostbyname_ex

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

From tracker at bugs.pypy.org  Sat Feb 11 20:40:12 2012
From: tracker at bugs.pypy.org (Diogo Baeder)
Date: Sat, 11 Feb 2012 19:40:12 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>


New submission from Diogo Baeder <diogobaeder at yahoo.com.br>:

This is happening when I try to instantiate SafeConfigParser:
    self.__parser = ConfigParser.SafeConfigParser()
  File "/opt/pypy/lib-python/2.7/ConfigParser.py", line 227, in __init__
    self._sections = self._dict()
  File "/opt/pypy/lib-python/2.7/collections.py", line 51, in __init__
    self.__update(*args, **kwds)
TypeError: unbound method update() must be called with MutableMapping instance 
as first argument (got nothing instead)


It was working normally in PyPy 1.6 and 1.7, though. This is a new bug from 
family 1.8.

----------
messages: 3888
nosy: diogobaeder, pypy-issue
priority: bug
status: unread
title: SafeConfigParser not working

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

From tracker at bugs.pypy.org  Sat Feb 11 20:50:45 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 11 Feb 2012 19:50:45 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328989845.67.0.745936433649.issue1041@bugs.pypy.org>


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

I've seen the problem in older builds but PyPy 1.8 for Linux32 works for me. 
Which platform are you trying for?  And is it the official PyPy 1.8 or not?

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

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

From tracker at bugs.pypy.org  Sat Feb 11 20:59:15 2012
From: tracker at bugs.pypy.org (Diogo Baeder)
Date: Sat, 11 Feb 2012 19:59:15 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328990355.74.0.324081076913.issue1041@bugs.pypy.org>


Diogo Baeder <diogobaeder at yahoo.com.br> added the comment:

Hmmm... strange...

I'm using ArchLinux 64bits:
Linux diogo-arch-desktop-home 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 
2012 x86_64

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

From tracker at bugs.pypy.org  Sat Feb 11 21:01:50 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 11 Feb 2012 20:01:50 +0000
Subject: [pypy-issue] [issue1037] pypy --help fails
In-Reply-To: <1328834017.29.0.994089113837.issue1037@bugs.pypy.org>
Message-ID: <1328990510.11.0.565145479466.issue1037@bugs.pypy.org>


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

The bug appears to be d16e4f017733, which is not only untested but was probably
never tried at all.

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

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

From tracker at bugs.pypy.org  Sat Feb 11 21:03:24 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 11 Feb 2012 20:03:24 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328990604.05.0.897307973257.issue1041@bugs.pypy.org>


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

Works for me.  Are you using the official PyPy 1.8, or some older version?

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

From tracker at bugs.pypy.org  Sat Feb 11 21:03:31 2012
From: tracker at bugs.pypy.org (Diogo Baeder)
Date: Sat, 11 Feb 2012 20:03:31 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328990611.19.0.736684124071.issue1041@bugs.pypy.org>


Diogo Baeder <diogobaeder at yahoo.com.br> added the comment:

I'm using the official PyPy, but built for AUR (ArchLinux User Repository).

But I just tried directly from shell, and it works:

Python 2.7.2 (2346207d99463f299f09f3e151c9d5fa9158f71b, Feb 10 2012, 15:07:02)
[PyPy 1.8.0 with GCC 4.6.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``"Why do we end up in a non common
case in the common case?" (fijal)''
>>>> from ConfigParser import SafeConfigParser
>>>> parser = SafeConfigParser()
>>>> parser
<ConfigParser.SafeConfigParser instance at 0x00007f1212b80300>
>>>> import ConfigParser
>>>> parser = ConfigParser.SafeConfigParser()
>>>> parser
<ConfigParser.SafeConfigParser instance at 0x00007f12129bd460>
>>>> 

Strange, because this is part of a library I developed, but which I haven't 
touched in quite some time...

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

From tracker at bugs.pypy.org  Sat Feb 11 21:08:36 2012
From: tracker at bugs.pypy.org (Diogo Baeder)
Date: Sat, 11 Feb 2012 20:08:36 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1328990916.01.0.098669135614.issue1041@bugs.pypy.org>


Diogo Baeder <diogobaeder at yahoo.com.br> added the comment:

The library (envparser) is working with both PyPy 1.8 and Python 2.7, so I guess 
this is something with the project I'm using it in (which still works with Python 
2.7). I'll search for more info on this. (Can this be related to something 
regarding to the process scope? Dunno, just exercising the problem...)

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

From tracker at bugs.pypy.org  Sat Feb 11 22:25:06 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 11 Feb 2012 21:25:06 +0000
Subject: [pypy-issue] [issue1037] pypy --help fails
In-Reply-To: <1328834017.29.0.994089113837.issue1037@bugs.pypy.org>
Message-ID: <1328995506.66.0.407980039442.issue1037@bugs.pypy.org>


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

Resolved (7542a4151922, 00b830d7bd6a).

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

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

From tracker at bugs.pypy.org  Sat Feb 11 22:55:31 2012
From: tracker at bugs.pypy.org (David Ripton)
Date: Sat, 11 Feb 2012 21:55:31 +0000
Subject: [pypy-issue] [issue1039] PyPy 1.8 slower on tree generating code
In-Reply-To: <1328915000.83.0.608855367052.issue1039@bugs.pypy.org>
Message-ID: <1328997331.39.0.641999186843.issue1039@bugs.pypy.org>


David Ripton <d+pypy at ripton.net> added the comment:

What version of PyPy is e:\pypy\pypy.exe ?

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

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

From tracker at bugs.pypy.org  Sat Feb 11 23:03:33 2012
From: tracker at bugs.pypy.org (larudwer)
Date: Sat, 11 Feb 2012 22:03:33 +0000
Subject: [pypy-issue] [issue1039] PyPy 1.8 slower on tree generating code
In-Reply-To: <1328915000.83.0.608855367052.issue1039@bugs.pypy.org>
Message-ID: <1328997813.65.0.169418939032.issue1039@bugs.pypy.org>


larudwer <larudwer at freenet.de> added the comment:

Sorry I should have been more accurate.

e:\pypy\pypy.exe is pypy-1.7

both are 32 Bit Versions on Windows 7.

OS
	MS Windows 7 Home Premium 32-bit SP1
CPU
	AMD Phenom II X4 965
RAM
	4.0GB Dual-Kanal DDR3 @ 668MHz

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

From tracker at bugs.pypy.org  Sun Feb 12 07:19:16 2012
From: tracker at bugs.pypy.org (Diogo Baeder)
Date: Sun, 12 Feb 2012 06:19:16 +0000
Subject: [pypy-issue] [issue1041] SafeConfigParser not working
In-Reply-To: <1328989212.83.0.473950739142.issue1041@bugs.pypy.org>
Message-ID: <1329027556.43.0.0211190320985.issue1041@bugs.pypy.org>


Diogo Baeder <diogobaeder at yahoo.com.br> added the comment:

Got it! It was just that I forgot to recreate my virtualenv after upgrading to 
1.8, sorry...

So it's my fault, not a PyPy error. Closing the ticket. Thanks for the help! :-)

----------
status: chatting -> invalid

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

From tracker at bugs.pypy.org  Sun Feb 12 13:24:36 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Sun, 12 Feb 2012 12:24:36 +0000
Subject: =?iso-8859-1?q?_=5Bpypy-issue=5D_=5Bissue1042=5D_=5F=5Fmain=5F?=
	=?iso-8859-1?q?=5F=2EUnrecognizedOperation=3A_shufps=1B?=
In-Reply-To: <1329049476.84.0.272534029413.issue1042@bugs.pypy.org>
Message-ID: <1329049476.84.0.272534029413.issue1042@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

As seen here: https://396039.bugs.gentoo.org/attachment.cgi?id=296947

[1m[platform:Error] Traceback (most recent call last):
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 2009, in <module>
[platform:Error]     tracker.process(f, g, filename=fn)
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 1902, in process
[platform:Error]     tracker = parser.process_function(lines, filename)
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 1418, in process_function
[platform:Error]     table = tracker.computegcmaptable(self.verbose)
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 52, in computegcmaptable
[platform:Error]     self.parse_instructions()
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 204, in parse_instructions
[platform:Error]     self.find_missing_visit_method(opname)
[platform:Error]   File
"/var/tmp/portage/dev-python/pypy-1.7/work/pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py",
line 234, in find_missing_visit_method
[platform:Error]     raise UnrecognizedOperation(opname)
[platform:Error] __main__.UnrecognizedOperation: shufps
[platform:Error] make: *** [rpython_lltypesystem_rstr.gcmap] Error 1

----------
messages: 3899
nosy: djc, pypy-issue
priority: bug
status: unread
title: __main__.UnrecognizedOperation: shufps

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

From tracker at bugs.pypy.org  Sun Feb 12 18:18:39 2012
From: tracker at bugs.pypy.org (Akaiten)
Date: Sun, 12 Feb 2012 17:18:39 +0000
Subject: [pypy-issue] [issue1030] cpython test_subprocess.py fails on Windows
In-Reply-To: <1327889857.34.0.498001259809.issue1030@bugs.pypy.org>
Message-ID: <1329067119.18.0.447822123657.issue1030@bugs.pypy.org>


Akaiten <akaiten at mail.ru> added the comment:

I think handling of Windows errors in internal subprocess module is broken. Raised 
error has always a default errno - 22 (EINVAL). Here is my diff to fix 
test_leaking_fds_on_error test. Please, review it.

----------
nosy: +Akaiten

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

From tracker at bugs.pypy.org  Sun Feb 12 20:01:53 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Sun, 12 Feb 2012 19:01:53 +0000
Subject: [pypy-issue] [issue1042] __main__.UnrecognizedOperation: shufps
In-Reply-To: <1329049476.84.0.272534029413.issue1042@bugs.pypy.org>
Message-ID: <1329073313.9.0.19372480559.issue1042@bugs.pypy.org>


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

This was recently fixed by 4b90bae5c842, 3 days ago.
Please upgrade to a newer version!

----------
nosy: +afa
status: unread -> resolved
title: __main__.UnrecognizedOperation: shufps -> __main__.UnrecognizedOperation: shufps

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

From tracker at bugs.pypy.org  Sun Feb 12 20:03:13 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Sun, 12 Feb 2012 19:03:13 +0000
Subject: [pypy-issue] [issue1042] __main__.UnrecognizedOperation: shufps
In-Reply-To: <1329049476.84.0.272534029413.issue1042@bugs.pypy.org>
Message-ID: <1329073393.69.0.105006406336.issue1042@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

I was just working on that, thanks!

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

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

From tracker at bugs.pypy.org  Sun Feb 12 20:17:12 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Sun, 12 Feb 2012 19:17:12 +0000
Subject: [pypy-issue] [issue1030] cpython test_subprocess.py fails on Windows
In-Reply-To: <1327889857.34.0.498001259809.issue1030@bugs.pypy.org>
Message-ID: <1329074232.44.0.0891053835041.issue1030@bugs.pypy.org>


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

Patch looks good: ctypes.WinError() returns a WindowsError with the correct 
windows error code.
Applied with 5e6014f89520, thanks a lot for the report and the patch!

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

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

From tracker at bugs.pypy.org  Sun Feb 12 21:51:55 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Sun, 12 Feb 2012 20:51:55 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

I was trying to package 1.8. Working okay, but there are some test failures.
Attaching here for posterity.

----------
files: failures.txt
messages: 3904
nosy: djc, pypy-issue
priority: bug
status: unread
title: Failures when testing PyPy 1.8

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue1043>
________________________________________
-------------- next part --------------
=================================== FAILURES ===================================
_______________________________________  _______________________________________
test_case_sensitivity (test.test_import.ImportTests) ... ok
test_double_const (test.test_import.ImportTests) ... ok
test_execute_bit_not_copied (test.test_import.ImportTests) ... FAIL
test_failing_import_sticks (test.test_import.ImportTests) ... ok
test_failing_reload (test.test_import.ImportTests) ... ok
test_imp_module (test.test_import.ImportTests) ... ok
test_import (test.test_import.ImportTests) ... ok
test_import_by_filename (test.test_import.ImportTests) ... ok
test_import_in_del_does_not_crash (test.test_import.ImportTests) ... ok
test_import_initless_directory_warning (test.test_import.ImportTests) ... ok
test_import_name_binding (test.test_import.ImportTests) ... ok
test_infinite_reload (test.test_import.ImportTests) ... ok
test_module_with_large_stack (test.test_import.ImportTests) ... ok
test_basics (test.test_import.PycRewritingTests) ... FAIL
test_foreign_code (test.test_import.PycRewritingTests) ... ok
test_incorrect_code_name (test.test_import.PycRewritingTests) ... ok
test_module_without_source (test.test_import.PycRewritingTests) ... skipped 'pypy refuses to import without a .py source'
test_trailing_slash (test.test_import.PathsTests) ... ok
test_absolute_import_without_future (test.test_import.RelativeImportTests) ... ok
test_issue3221 (test.test_import.RelativeImportTests) ... ok
test_relimport_star (test.test_import.RelativeImportTests) ... ok

======================================================================
FAIL: test_execute_bit_not_copied (test.test_import.ImportTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 110, in test_execute_bit_not_copied
    self.fail("__import__ did not result in creation of "
AssertionError: __import__ did not result in creation of either a .pyc or .pyo file

======================================================================
FAIL: test_basics (test.test_import.PycRewritingTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 323, in test_basics
    self.assertEqual(mod.module_filename, self.compiled_name)
AssertionError: '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_20345_tmp/unlikely_module_name.py' != '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_20345_tmp/unlikely_module_name.pyc'

----------------------------------------------------------------------
Ran 21 tests in 0.897s

FAILED (failures=2, skipped=1)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 461, in test_main
    run_unittest(ImportTests, PycRewritingTests, PathsTests, RelativeImportTests)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred

_______________________________________  _______________________________________
testAAA (test.test_minidom.MinidomTest) ... ok
testAAB (test.test_minidom.MinidomTest) ... ok
testAddAttr (test.test_minidom.MinidomTest) ... ok
testAltNewline (test.test_minidom.MinidomTest) ... ok
testAppendChild (test.test_minidom.MinidomTest) ... ok
testAppendChildFragment (test.test_minidom.MinidomTest) ... ok
testAttrListItem (test.test_minidom.MinidomTest) ... ok
testAttrListItemNS (test.test_minidom.MinidomTest) ... ok
testAttrListItems (test.test_minidom.MinidomTest) ... ok
testAttrListKeys (test.test_minidom.MinidomTest) ... ok
testAttrListKeysNS (test.test_minidom.MinidomTest) ... ok
testAttrListLength (test.test_minidom.MinidomTest) ... ok
testAttrListValues (test.test_minidom.MinidomTest) ... ok
testAttrList__getitem__ (test.test_minidom.MinidomTest) ... ok
testAttrList__setitem__ (test.test_minidom.MinidomTest) ... ok
testAttributeRepr (test.test_minidom.MinidomTest) ... ok
testBug0777884 (test.test_minidom.MinidomTest) ... ok
testBug1433694 (test.test_minidom.MinidomTest) ... ok
testChangeAttr (test.test_minidom.MinidomTest) ... ok
testChildNodes (test.test_minidom.MinidomTest) ... ok
testCloneAttributeDeep (test.test_minidom.MinidomTest) ... ok
testCloneAttributeShallow (test.test_minidom.MinidomTest) ... ok
testCloneDocumentDeep (test.test_minidom.MinidomTest) ... ok
testCloneDocumentShallow (test.test_minidom.MinidomTest) ... ok
testCloneDocumentTypeDeepNotOk (test.test_minidom.MinidomTest) ... ok
testCloneDocumentTypeDeepOk (test.test_minidom.MinidomTest) ... ok
testCloneDocumentTypeShallowNotOk (test.test_minidom.MinidomTest) ... ok
testCloneDocumentTypeShallowOk (test.test_minidom.MinidomTest) ... ok
testCloneElementDeep (test.test_minidom.MinidomTest) ... ok
testCloneElementShallow (test.test_minidom.MinidomTest) ... ok
testClonePIDeep (test.test_minidom.MinidomTest) ... ok
testClonePIShallow (test.test_minidom.MinidomTest) ... ok
testComment (test.test_minidom.MinidomTest) ... ok
testCreateAttributeNS (test.test_minidom.MinidomTest) ... ok
testCreateElementNS (test.test_minidom.MinidomTest) ... ok
testDeleteAttr (test.test_minidom.MinidomTest) ... ok
testDocumentElement (test.test_minidom.MinidomTest) ... ok
testElement (test.test_minidom.MinidomTest) ... ok
testElementReprAndStr (test.test_minidom.MinidomTest) ... ok
testElementReprAndStrUnicode (test.test_minidom.MinidomTest) ... ok
testElementReprAndStrUnicodeNS (test.test_minidom.MinidomTest) ... ok
testEmptyXMLNSValue (test.test_minidom.MinidomTest) ... ERROR
testEncodings (test.test_minidom.MinidomTest) ... ERROR
testFirstChild (test.test_minidom.MinidomTest) ... ok
testGetAttrLength (test.test_minidom.MinidomTest) ... ok
testGetAttrList (test.test_minidom.MinidomTest) ... ok
testGetAttrValues (test.test_minidom.MinidomTest) ... ok
testGetAttribute (test.test_minidom.MinidomTest) ... ok
testGetAttributeNS (test.test_minidom.MinidomTest) ... ok
testGetAttributeNode (test.test_minidom.MinidomTest) ... ok
testGetElementsByTagName (test.test_minidom.MinidomTest) ... ok
testGetElementsByTagNameNS (test.test_minidom.MinidomTest) ... ok
testGetEmptyNodeListFromElementsByTagNameNS (test.test_minidom.MinidomTest) ... ok
testHasChildNodes (test.test_minidom.MinidomTest) ... ok
testImportDocumentDeep (test.test_minidom.MinidomTest) ... ok
testImportDocumentShallow (test.test_minidom.MinidomTest) ... ok
testImportDocumentTypeDeep (test.test_minidom.MinidomTest) ... ok
testImportDocumentTypeShallow (test.test_minidom.MinidomTest) ... ok
testInsertBefore (test.test_minidom.MinidomTest) ... ok
testInsertBeforeFragment (test.test_minidom.MinidomTest) ... ok
testLegalChildren (test.test_minidom.MinidomTest) ... ok
testNamedNodeMapSetItem (test.test_minidom.MinidomTest) ... ok
testNodeListItem (test.test_minidom.MinidomTest) ... ok
testNonZero (test.test_minidom.MinidomTest) ... ok
testNormalize (test.test_minidom.MinidomTest) ... ok
testNormalizeCombineAndNextSibling (test.test_minidom.MinidomTest) ... ok
testNormalizeDeleteAndCombine (test.test_minidom.MinidomTest) ... ok
testNormalizeDeleteWithNextSibling (test.test_minidom.MinidomTest) ... ok
testNormalizeDeleteWithPrevSibling (test.test_minidom.MinidomTest) ... ok
testNormalizeDeleteWithTwoNonTextSiblings (test.test_minidom.MinidomTest) ... ok
testNormalizeRecursion (test.test_minidom.MinidomTest) ... ok
testParents (test.test_minidom.MinidomTest) ... ok
testParse (test.test_minidom.MinidomTest) ... ok
testParseAttributeNamespaces (test.test_minidom.MinidomTest) ... ok
testParseAttributes (test.test_minidom.MinidomTest) ... ok
testParseElement (test.test_minidom.MinidomTest) ... ok
testParseElementNamespaces (test.test_minidom.MinidomTest) ... ok
testParseFromFile (test.test_minidom.MinidomTest) ... ok
testParseProcessingInstructions (test.test_minidom.MinidomTest) ... ok
testParseString (test.test_minidom.MinidomTest) ... ok
testPatch1094164 (test.test_minidom.MinidomTest) ... ok
testPickledDocument (test.test_minidom.MinidomTest) ... ok
testProcessingInstruction (test.test_minidom.MinidomTest) ... ok
testProcessingInstructionRepr (test.test_minidom.MinidomTest) ... ok
testRemoveAttr (test.test_minidom.MinidomTest) ... ok
testRemoveAttrNS (test.test_minidom.MinidomTest) ... ok
testRemoveAttributeNode (test.test_minidom.MinidomTest) ... ok
testRemoveNamedItem (test.test_minidom.MinidomTest) ... ok
testRemoveNamedItemNS (test.test_minidom.MinidomTest) ... ok
testRenameAttribute (test.test_minidom.MinidomTest) ... ok
testRenameElement (test.test_minidom.MinidomTest) ... ok
testRenameOther (test.test_minidom.MinidomTest) ... ok
testReplaceChildFragment (test.test_minidom.MinidomTest) ... ok
testReplaceWholeText (test.test_minidom.MinidomTest) ... ok
testSAX2DOM (test.test_minidom.MinidomTest) ... ok
testSchemaType (test.test_minidom.MinidomTest) ... ok
testSerializeCommentNodeWithDoubleHyphen (test.test_minidom.MinidomTest) ... ok
testSetAttrValueandNodeValue (test.test_minidom.MinidomTest) ... ok
testSetIdAttribute (test.test_minidom.MinidomTest) ... ok
testSetIdAttributeNS (test.test_minidom.MinidomTest) ... ok
testSetIdAttributeNode (test.test_minidom.MinidomTest) ... ok
testSiblings (test.test_minidom.MinidomTest) ... ok
testTextNodeRepr (test.test_minidom.MinidomTest) ... ok
testTextRepr (test.test_minidom.MinidomTest) ... ok
testTooManyDocumentElements (test.test_minidom.MinidomTest) ... ok
testUnlink (test.test_minidom.MinidomTest) ... ok
testUserData (test.test_minidom.MinidomTest) ... ok
testWholeText (test.test_minidom.MinidomTest) ... ok
testWriteText (test.test_minidom.MinidomTest) ... ok
testWriteXML (test.test_minidom.MinidomTest) ... ok

======================================================================
ERROR: testEmptyXMLNSValue (test.test_minidom.MinidomTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/test/test_minidom.py", line 1469, in testEmptyXMLNSValue
    doc2 = parseString(doc.toxml())
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/dom/minidom.py", line 1924, in parseString
    return expatbuilder.parseString(string)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/dom/expatbuilder.py", line 940, in parseString
    return builder.parseString(string)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/dom/expatbuilder.py", line 223, in parseString
    parser.Parse(string, True)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py", line 176, in Parse
    raise self._error
ExpatError: not well-formed (invalid token): line: 1, column: 1

======================================================================
ERROR: testEncodings (test.test_minidom.MinidomTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/test/test_minidom.py", line 1022, in testEncodings
    self.confirm(doc.toxml() == u'<?xml version="1.0" ?><foo>\u20ac</foo>'
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/dom/minidom.py", line 45, in toxml
    return self.toprettyxml("", "", encoding)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/dom/minidom.py", line 60, in toprettyxml
    return writer.getvalue()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/StringIO.py", line 271, in getvalue
    self.buf += ''.join(self.buflist)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 0: ordinal not in range(128)

----------------------------------------------------------------------
Ran 110 tests in 0.977s

FAILED (errors=2)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:113: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreateNS(encoding, ord(namespace_separator))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:153: RuntimeWarning: C function without declared arguments called
  XML_SetUnknownEncodingHandler(self.itself, cb, None)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:380: RuntimeWarning: C function without declared arguments called
  XML_SetReturnNSTriplet(self.itself, int(bool(value)))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:190: RuntimeWarning: C function without declared arguments called
  setter(self.itself, cb)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:168: RuntimeWarning: C function without declared arguments called
  res = XML_Parse(self.itself, data, len(data), is_final)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:207: RuntimeWarning: C function without declared arguments called
  max = XML_GetSpecifiedAttributeCount(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:111: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreate(encoding)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:198: RuntimeWarning: C function without declared arguments called
  XML_StopParser(self.itself, XML_FALSE)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:170: RuntimeWarning: C function without declared arguments called
  self._set_error(XML_GetErrorCode(self.itself))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:158: RuntimeWarning: C function without declared arguments called
  lineno = lib.XML_GetCurrentLineNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:159: RuntimeWarning: C function without declared arguments called
  colno = lib.XML_GetCurrentColumnNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:162: RuntimeWarning: C function without declared arguments called
  err = XML_ErrorString(code)[:200]
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:289: RuntimeWarning: C function without declared arguments called
  XML_FreeContentModel(self.itself, model)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/test/test_minidom.py", line 1474, in test_main
    run_unittest(MinidomTest)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred

_______________________________________  _______________________________________
test_ordered_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_returns_unicode (test.test_pyexpat.SetAttributeTest) ... ok
test_specified_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_parse_file (test.test_pyexpat.ParseTest) ... ok
test_unicode (test.test_pyexpat.ParseTest) ... ok
test_utf8 (test.test_pyexpat.ParseTest) ... ok
test_illegal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_legal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_zero_length (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test (test.test_pyexpat.InterningTest) ... FAIL
test1 (test.test_pyexpat.BufferTextTest) ... ok
test2 (test.test_pyexpat.BufferTextTest) ... ok
test3 (test.test_pyexpat.BufferTextTest) ... ok
test4 (test.test_pyexpat.BufferTextTest) ... ok
test5 (test.test_pyexpat.BufferTextTest) ... ok
test6 (test.test_pyexpat.BufferTextTest) ... ok
test7 (test.test_pyexpat.BufferTextTest) ... ok
test_buffering_enabled (test.test_pyexpat.BufferTextTest) ... ok
test_default_to_disabled (test.test_pyexpat.BufferTextTest) ... ok
test (test.test_pyexpat.HandlerExceptionTest) ... ok
test (test.test_pyexpat.PositionTest) ... ok
test_parse_only_xml_data (test.test_pyexpat.sf1296433Test) ... ok
test_1000_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_1025_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_1 (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_2 (test.test_pyexpat.ChardataBufferTest) ... ok
test_disabling_buffer (test.test_pyexpat.ChardataBufferTest) ... ok
test_unchanged_size (test.test_pyexpat.ChardataBufferTest) ... ok
test_wrong_size (test.test_pyexpat.ChardataBufferTest) ... ok
test1 (test.test_pyexpat.MalformedInputText) ... FAIL
test2 (test.test_pyexpat.MalformedInputText) ... FAIL

======================================================================
FAIL: test (test.test_pyexpat.InterningTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 281, in test
    self.assertTrue(tag is entry)
AssertionError: False is not true

======================================================================
FAIL: test1 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 583, in test1
    self.assertEqual(str(e), 'unclosed token: line 2, column 0')
AssertionError: 'unclosed token: line: 2, column: 0' != 'unclosed token: line 2, column 0'

======================================================================
FAIL: test2 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 593, in test2
    self.assertEqual(str(e), 'XML declaration not well-formed: line 1, column 14')
AssertionError: 'XML declaration not well-formed: line: 1, column: 14' != 'XML declaration not well-formed: line 1, column 14'

----------------------------------------------------------------------
Ran 31 tests in 0.259s

FAILED (failures=3)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:113: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreateNS(encoding, ord(namespace_separator))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:153: RuntimeWarning: C function without declared arguments called
  XML_SetUnknownEncodingHandler(self.itself, cb, None)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:190: RuntimeWarning: C function without declared arguments called
  setter(self.itself, cb)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:168: RuntimeWarning: C function without declared arguments called
  res = XML_Parse(self.itself, data, len(data), is_final)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:111: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreate(encoding)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:198: RuntimeWarning: C function without declared arguments called
  XML_StopParser(self.itself, XML_FALSE)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:170: RuntimeWarning: C function without declared arguments called
  self._set_error(XML_GetErrorCode(self.itself))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:158: RuntimeWarning: C function without declared arguments called
  lineno = lib.XML_GetCurrentLineNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:159: RuntimeWarning: C function without declared arguments called
  colno = lib.XML_GetCurrentColumnNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:162: RuntimeWarning: C function without declared arguments called
  err = XML_ErrorString(code)[:200]
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:408: RuntimeWarning: C function without declared arguments called
  return getattr(lib, 'XML_Get' + name)(self.itself)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 605, in test_main
    MalformedInputText)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred

_______________________________________  _______________________________________
test_43581 (test.test_sys.SysModuleTest) ... ok
test_attributes (test.test_sys.SysModuleTest) ... ok
test_call_tracing (test.test_sys.SysModuleTest) ... ok
test_clear_type_cache (test.test_sys.SysModuleTest) ... skipped 'sys._clear_type_cache'
test_current_frames (test.test_sys.SysModuleTest) ... skipped 'current_frames'
test_custom_displayhook (test.test_sys.SysModuleTest) ... ok
test_dlopenflags (test.test_sys.SysModuleTest) ... ok
test_exc_clear (test.test_sys.SysModuleTest) ... ok
test_executable (test.test_sys.SysModuleTest) ... ok
test_exit (test.test_sys.SysModuleTest) ... ok
test_getdefaultencoding (test.test_sys.SysModuleTest) ... ok
test_getframe (test.test_sys.SysModuleTest) ... ok
test_getwindowsversion (test.test_sys.SysModuleTest) ... skipped 'module sys has no attribute getwindowsversion'
test_ioencoding (test.test_sys.SysModuleTest) ... ok
test_lost_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_excepthook (test.test_sys.SysModuleTest) ... ok
test_recursionlimit (test.test_sys.SysModuleTest) ... ok
test_refcount (test.test_sys.SysModuleTest) ... skipped 'reference counting'
test_setcheckinterval (test.test_sys.SysModuleTest) ... ok
test_sys_flags (test.test_sys.SysModuleTest) ... FAIL
test_default (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_gc_head_size (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_objecttypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_pythontypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'

======================================================================
FAIL: test_sys_flags (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

----------------------------------------------------------------------
Ran 25 tests in 0.338s

FAILED (failures=1, skipped=8)
debug: WARNING: Library path not found, using compiled-in sys.path.
debug: WARNING: 'sys.prefix' will not be set.
debug: WARNING: Make sure the pypy binary is kept inside its tree of files.
debug: WARNING: It is ok to create a symlink to it from somewhere else.
'import site' failed
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 797, in test_main
    test.test_support.run_unittest(*test_classes)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode


_______________________________________  _______________________________________
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1550, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    tree.attrib
Expected:
    {u'\xe4ttr': u'v\xe4lue'}
Got:
    {'\xc3\xa4ttr': 'v\xc3\xa4lue'}
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1552, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    ET.tostring(tree, "utf-8")
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit39[4]>", line 1, in <module>
        ET.tostring(tree, "utf-8")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 812, in write
        self._root, encoding, default_namespace
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 886, in _namespaces
        add_qname(key)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 863, in add_qname
        qnames[qname] = encode(qname)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 838, in encode
        return text.encode(encoding)
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1576, in test.test_xml_etree.bug_xmltoolkit54
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit54[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1586, in test.test_xml_etree.bug_xmltoolkit55
Failed example:
    e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &ldots;: line 1, column 36
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit55[0]>", line 1, in <module>
        e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1791, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[1]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1794, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[3]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1010, in test.test_xml_etree.entity
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 927, in _serialize_xml
        v = _escape_attrib(v, encoding)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1085, in _escape_attrib
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1015, in test.test_xml_etree.entity
Failed example:
    ET.XML("<document>&entity;</document>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity: line 1, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[2]>", line 1, in <module>
        ET.XML("<document>&entity;</document>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: undefined entity: line: 1, column: 10
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1019, in test.test_xml_etree.entity
Failed example:
    ET.XML(ENTITY_XML)
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &entity;: line 5, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[3]>", line 1, in <module>
        ET.XML(ENTITY_XML)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 736, in test.test_xml_etree.iterparse
Failed example:
    try:
      for action, elem in iterparse(source):
        print action, elem.tag
    except ET.ParseError, v:
      print v
Expected:
    junk after document element: line 1, column 12
Got:
    junk after document element: line: 1, column: 12
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 593, in test.test_xml_etree.parsefile
Failed example:
    parser.version  # doctest: +ELLIPSIS
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.parsefile[8]>", line 1, in <module>
        parser.version  # doctest: +ELLIPSIS
    AttributeError: 'XMLParser' object has no attribute 'version'
**********************************************************************
7 items had failures:
   2 of  12 in test.test_xml_etree.bug_xmltoolkit39
   1 of   2 in test.test_xml_etree.bug_xmltoolkit54
   1 of   1 in test.test_xml_etree.bug_xmltoolkit55
   2 of   4 in test.test_xml_etree.check_issue6233
   3 of   9 in test.test_xml_etree.entity
   1 of  29 in test.test_xml_etree.iterparse
   1 of  18 in test.test_xml_etree.parsefile
***Test Failed*** 11 failures.
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1880, in test_main
    test_support.run_doctest(test_xml_etree, verbosity=True)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1168, in run_doctest
    raise TestFailed("%d of %d doctests failed" % (f, t))
TestFailed: 11 of 599 doctests failed

_______________________________________  _______________________________________
test_case_sensitivity (test.test_import.ImportTests) ... ok
test_double_const (test.test_import.ImportTests) ... ok
test_execute_bit_not_copied (test.test_import.ImportTests) ... FAIL
test_failing_import_sticks (test.test_import.ImportTests) ... ok
test_failing_reload (test.test_import.ImportTests) ... ok
test_imp_module (test.test_import.ImportTests) ... ok
test_import (test.test_import.ImportTests) ... ok
test_import_by_filename (test.test_import.ImportTests) ... ok
test_import_in_del_does_not_crash (test.test_import.ImportTests) ... ok
test_import_initless_directory_warning (test.test_import.ImportTests) ... ok
test_import_name_binding (test.test_import.ImportTests) ... ok
test_infinite_reload (test.test_import.ImportTests) ... ok
test_module_with_large_stack (test.test_import.ImportTests) ... ok
test_basics (test.test_import.PycRewritingTests) ... FAIL
test_foreign_code (test.test_import.PycRewritingTests) ... ok
test_incorrect_code_name (test.test_import.PycRewritingTests) ... ok
test_module_without_source (test.test_import.PycRewritingTests) ... skipped 'pypy refuses to import without a .py source'
test_trailing_slash (test.test_import.PathsTests) ... ok
test_absolute_import_without_future (test.test_import.RelativeImportTests) ... ok
test_issue3221 (test.test_import.RelativeImportTests) ... ok
test_relimport_star (test.test_import.RelativeImportTests) ... ok

======================================================================
FAIL: test_execute_bit_not_copied (test.test_import.ImportTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 110, in test_execute_bit_not_copied
    self.fail("__import__ did not result in creation of "
AssertionError: __import__ did not result in creation of either a .pyc or .pyo file

======================================================================
FAIL: test_basics (test.test_import.PycRewritingTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 323, in test_basics
    self.assertEqual(mod.module_filename, self.compiled_name)
AssertionError: '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_20345_tmp/unlikely_module_name.py' != '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_20345_tmp/unlikely_module_name.pyc'

----------------------------------------------------------------------
Ran 21 tests in 0.897s

FAILED (failures=2, skipped=1)
test_case_sensitivity (test.test_import.ImportTests) ... ok
test_double_const (test.test_import.ImportTests) ... ok
test_execute_bit_not_copied (test.test_import.ImportTests) ... FAIL
test_failing_import_sticks (test.test_import.ImportTests) ... ok
test_failing_reload (test.test_import.ImportTests) ... ok
test_imp_module (test.test_import.ImportTests) ... ok
test_import (test.test_import.ImportTests) ... ok
test_import_by_filename (test.test_import.ImportTests) ... ok
test_import_in_del_does_not_crash (test.test_import.ImportTests) ... ok
test_import_initless_directory_warning (test.test_import.ImportTests) ... ok
test_import_name_binding (test.test_import.ImportTests) ... ok
test_infinite_reload (test.test_import.ImportTests) ... ok
test_module_with_large_stack (test.test_import.ImportTests) ... ok
test_basics (test.test_import.PycRewritingTests) ... FAIL
test_foreign_code (test.test_import.PycRewritingTests) ... ok
test_incorrect_code_name (test.test_import.PycRewritingTests) ... ok
test_module_without_source (test.test_import.PycRewritingTests) ... skipped 'pypy refuses to import without a .py source'
test_trailing_slash (test.test_import.PathsTests) ... ok
test_absolute_import_without_future (test.test_import.RelativeImportTests) ... ok
test_issue3221 (test.test_import.RelativeImportTests) ... ok
test_relimport_star (test.test_import.RelativeImportTests) ... ok

======================================================================
FAIL: test_execute_bit_not_copied (test.test_import.ImportTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 110, in test_execute_bit_not_copied
    self.fail("__import__ did not result in creation of "
AssertionError: __import__ did not result in creation of either a .pyc or .pyo file

======================================================================
FAIL: test_basics (test.test_import.PycRewritingTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 323, in test_basics
    self.assertEqual(mod.module_filename, self.compiled_name)
AssertionError: '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_28048_tmp/unlikely_module_name.py' != '/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_28048_tmp/unlikely_module_name.pyc'

----------------------------------------------------------------------
Ran 21 tests in 0.771s

FAILED (failures=2, skipped=1)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 461, in test_main
    run_unittest(ImportTests, PycRewritingTests, PathsTests, RelativeImportTests)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_import.py", line 461, in test_main
    run_unittest(ImportTests, PycRewritingTests, PathsTests, RelativeImportTests)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred

_______________________________________  _______________________________________
test_ordered_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_returns_unicode (test.test_pyexpat.SetAttributeTest) ... ok
test_specified_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_parse_file (test.test_pyexpat.ParseTest) ... ok
test_unicode (test.test_pyexpat.ParseTest) ... ok
test_utf8 (test.test_pyexpat.ParseTest) ... ok
test_illegal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_legal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_zero_length (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test (test.test_pyexpat.InterningTest) ... FAIL
test1 (test.test_pyexpat.BufferTextTest) ... ok
test2 (test.test_pyexpat.BufferTextTest) ... ok
test3 (test.test_pyexpat.BufferTextTest) ... ok
test4 (test.test_pyexpat.BufferTextTest) ... ok
test5 (test.test_pyexpat.BufferTextTest) ... ok
test6 (test.test_pyexpat.BufferTextTest) ... ok
test7 (test.test_pyexpat.BufferTextTest) ... ok
test_buffering_enabled (test.test_pyexpat.BufferTextTest) ... ok
test_default_to_disabled (test.test_pyexpat.BufferTextTest) ... ok
test (test.test_pyexpat.HandlerExceptionTest) ... ok
test (test.test_pyexpat.PositionTest) ... ok
test_parse_only_xml_data (test.test_pyexpat.sf1296433Test) ... ok
test_1000_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_1025_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_1 (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_2 (test.test_pyexpat.ChardataBufferTest) ... ok
test_disabling_buffer (test.test_pyexpat.ChardataBufferTest) ... ok
test_unchanged_size (test.test_pyexpat.ChardataBufferTest) ... ok
test_wrong_size (test.test_pyexpat.ChardataBufferTest) ... ok
test1 (test.test_pyexpat.MalformedInputText) ... FAIL
test2 (test.test_pyexpat.MalformedInputText) ... FAIL

======================================================================
FAIL: test (test.test_pyexpat.InterningTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 281, in test
    self.assertTrue(tag is entry)
AssertionError: False is not true

======================================================================
FAIL: test1 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 583, in test1
    self.assertEqual(str(e), 'unclosed token: line 2, column 0')
AssertionError: 'unclosed token: line: 2, column: 0' != 'unclosed token: line 2, column 0'

======================================================================
FAIL: test2 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 593, in test2
    self.assertEqual(str(e), 'XML declaration not well-formed: line 1, column 14')
AssertionError: 'XML declaration not well-formed: line: 1, column: 14' != 'XML declaration not well-formed: line 1, column 14'

----------------------------------------------------------------------
Ran 31 tests in 0.259s

FAILED (failures=3)
test_ordered_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_returns_unicode (test.test_pyexpat.SetAttributeTest) ... ok
test_specified_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_parse_file (test.test_pyexpat.ParseTest) ... ok
test_unicode (test.test_pyexpat.ParseTest) ... ok
test_utf8 (test.test_pyexpat.ParseTest) ... ok
test_illegal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_legal (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test_zero_length (test.test_pyexpat.NamespaceSeparatorTest) ... ok
test (test.test_pyexpat.InterningTest) ... FAIL
test1 (test.test_pyexpat.BufferTextTest) ... ok
test2 (test.test_pyexpat.BufferTextTest) ... ok
test3 (test.test_pyexpat.BufferTextTest) ... ok
test4 (test.test_pyexpat.BufferTextTest) ... ok
test5 (test.test_pyexpat.BufferTextTest) ... ok
test6 (test.test_pyexpat.BufferTextTest) ... ok
test7 (test.test_pyexpat.BufferTextTest) ... ok
test_buffering_enabled (test.test_pyexpat.BufferTextTest) ... ok
test_default_to_disabled (test.test_pyexpat.BufferTextTest) ... ok
test (test.test_pyexpat.HandlerExceptionTest) ... ok
test (test.test_pyexpat.PositionTest) ... ok
test_parse_only_xml_data (test.test_pyexpat.sf1296433Test) ... ok
test_1000_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_1025_bytes (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_1 (test.test_pyexpat.ChardataBufferTest) ... ok
test_change_size_2 (test.test_pyexpat.ChardataBufferTest) ... ok
test_disabling_buffer (test.test_pyexpat.ChardataBufferTest) ... ok
test_unchanged_size (test.test_pyexpat.ChardataBufferTest) ... ok
test_wrong_size (test.test_pyexpat.ChardataBufferTest) ... ok
test1 (test.test_pyexpat.MalformedInputText) ... FAIL
test2 (test.test_pyexpat.MalformedInputText) ... FAIL

======================================================================
FAIL: test (test.test_pyexpat.InterningTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 281, in test
    self.assertTrue(tag is entry)
AssertionError: False is not true

======================================================================
FAIL: test1 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 583, in test1
    self.assertEqual(str(e), 'unclosed token: line 2, column 0')
AssertionError: 'unclosed token: line: 2, column: 0' != 'unclosed token: line 2, column 0'

======================================================================
FAIL: test2 (test.test_pyexpat.MalformedInputText)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 593, in test2
    self.assertEqual(str(e), 'XML declaration not well-formed: line 1, column 14')
AssertionError: 'XML declaration not well-formed: line: 1, column: 14' != 'XML declaration not well-formed: line 1, column 14'

----------------------------------------------------------------------
Ran 31 tests in 0.265s

FAILED (failures=3)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:113: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreateNS(encoding, ord(namespace_separator))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:153: RuntimeWarning: C function without declared arguments called
  XML_SetUnknownEncodingHandler(self.itself, cb, None)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:190: RuntimeWarning: C function without declared arguments called
  setter(self.itself, cb)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:168: RuntimeWarning: C function without declared arguments called
  res = XML_Parse(self.itself, data, len(data), is_final)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:111: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreate(encoding)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:198: RuntimeWarning: C function without declared arguments called
  XML_StopParser(self.itself, XML_FALSE)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:170: RuntimeWarning: C function without declared arguments called
  self._set_error(XML_GetErrorCode(self.itself))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:158: RuntimeWarning: C function without declared arguments called
  lineno = lib.XML_GetCurrentLineNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:159: RuntimeWarning: C function without declared arguments called
  colno = lib.XML_GetCurrentColumnNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:162: RuntimeWarning: C function without declared arguments called
  err = XML_ErrorString(code)[:200]
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:408: RuntimeWarning: C function without declared arguments called
  return getattr(lib, 'XML_Get' + name)(self.itself)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 605, in test_main
    MalformedInputText)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:113: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreateNS(encoding, ord(namespace_separator))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:153: RuntimeWarning: C function without declared arguments called
  XML_SetUnknownEncodingHandler(self.itself, cb, None)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:190: RuntimeWarning: C function without declared arguments called
  setter(self.itself, cb)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:168: RuntimeWarning: C function without declared arguments called
  res = XML_Parse(self.itself, data, len(data), is_final)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:111: RuntimeWarning: C function without declared arguments called
  self.itself = XML_ParserCreate(encoding)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:198: RuntimeWarning: C function without declared arguments called
  XML_StopParser(self.itself, XML_FALSE)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:170: RuntimeWarning: C function without declared arguments called
  self._set_error(XML_GetErrorCode(self.itself))
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:158: RuntimeWarning: C function without declared arguments called
  lineno = lib.XML_GetCurrentLineNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:159: RuntimeWarning: C function without declared arguments called
  colno = lib.XML_GetCurrentColumnNumber(self.itself)
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:162: RuntimeWarning: C function without declared arguments called
  err = XML_ErrorString(code)[:200]
/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib_pypy/pyexpat.py:408: RuntimeWarning: C function without declared arguments called
  return getattr(lib, 'XML_Get' + name)(self.itself)
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_pyexpat.py", line 605, in test_main
    MalformedInputText)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: multiple errors occurred

_______________________________________  _______________________________________
test_43581 (test.test_sys.SysModuleTest) ... ok
test_attributes (test.test_sys.SysModuleTest) ... ok
test_call_tracing (test.test_sys.SysModuleTest) ... ok
test_clear_type_cache (test.test_sys.SysModuleTest) ... skipped 'sys._clear_type_cache'
test_current_frames (test.test_sys.SysModuleTest) ... skipped 'current_frames'
test_custom_displayhook (test.test_sys.SysModuleTest) ... ok
test_dlopenflags (test.test_sys.SysModuleTest) ... ok
test_exc_clear (test.test_sys.SysModuleTest) ... ok
test_executable (test.test_sys.SysModuleTest) ... ok
test_exit (test.test_sys.SysModuleTest) ... ok
test_getdefaultencoding (test.test_sys.SysModuleTest) ... ok
test_getframe (test.test_sys.SysModuleTest) ... ok
test_getwindowsversion (test.test_sys.SysModuleTest) ... skipped 'module sys has no attribute getwindowsversion'
test_ioencoding (test.test_sys.SysModuleTest) ... ok
test_lost_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_excepthook (test.test_sys.SysModuleTest) ... ok
test_recursionlimit (test.test_sys.SysModuleTest) ... ok
test_refcount (test.test_sys.SysModuleTest) ... skipped 'reference counting'
test_setcheckinterval (test.test_sys.SysModuleTest) ... ok
test_sys_flags (test.test_sys.SysModuleTest) ... FAIL
test_default (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_gc_head_size (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_objecttypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_pythontypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'

======================================================================
FAIL: test_sys_flags (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

----------------------------------------------------------------------
Ran 25 tests in 0.338s

FAILED (failures=1, skipped=8)
test_43581 (test.test_sys.SysModuleTest) ... ok
test_attributes (test.test_sys.SysModuleTest) ... ok
test_call_tracing (test.test_sys.SysModuleTest) ... ok
test_clear_type_cache (test.test_sys.SysModuleTest) ... skipped 'sys._clear_type_cache'
test_current_frames (test.test_sys.SysModuleTest) ... skipped 'current_frames'
test_custom_displayhook (test.test_sys.SysModuleTest) ... ok
test_dlopenflags (test.test_sys.SysModuleTest) ... ok
test_exc_clear (test.test_sys.SysModuleTest) ... ok
test_executable (test.test_sys.SysModuleTest) ... ok
test_exit (test.test_sys.SysModuleTest) ... ok
test_getdefaultencoding (test.test_sys.SysModuleTest) ... ok
test_getframe (test.test_sys.SysModuleTest) ... ok
test_getwindowsversion (test.test_sys.SysModuleTest) ... skipped 'module sys has no attribute getwindowsversion'
test_ioencoding (test.test_sys.SysModuleTest) ... ok
test_lost_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_displayhook (test.test_sys.SysModuleTest) ... ok
test_original_excepthook (test.test_sys.SysModuleTest) ... ok
test_recursionlimit (test.test_sys.SysModuleTest) ... ok
test_refcount (test.test_sys.SysModuleTest) ... skipped 'reference counting'
test_setcheckinterval (test.test_sys.SysModuleTest) ... ok
test_sys_flags (test.test_sys.SysModuleTest) ... FAIL
test_default (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_gc_head_size (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_objecttypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'
test_pythontypes (test.test_sys.SizeofTest) ... skipped 'sys.getsizeof()'

======================================================================
FAIL: test_sys_flags (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

----------------------------------------------------------------------
Ran 25 tests in 0.327s

FAILED (failures=1, skipped=8)
debug: WARNING: Library path not found, using compiled-in sys.path.
debug: WARNING: 'sys.prefix' will not be set.
debug: WARNING: Make sure the pypy binary is kept inside its tree of files.
debug: WARNING: It is ok to create a symlink to it from somewhere else.
'import site' failed
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 797, in test_main
    test.test_support.run_unittest(*test_classes)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

debug: WARNING: Library path not found, using compiled-in sys.path.
debug: WARNING: 'sys.prefix' will not be set.
debug: WARNING: Make sure the pypy binary is kept inside its tree of files.
debug: WARNING: It is ok to create a symlink to it from somewhere else.
'import site' failed
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 797, in test_main
    test.test_support.run_unittest(*test_classes)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1140, in run_unittest
    _run_suite(suite)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: Traceback (most recent call last):
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_sys.py", line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode


_______________________________________  _______________________________________
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1550, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    tree.attrib
Expected:
    {u'\xe4ttr': u'v\xe4lue'}
Got:
    {'\xc3\xa4ttr': 'v\xc3\xa4lue'}
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1552, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    ET.tostring(tree, "utf-8")
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit39[4]>", line 1, in <module>
        ET.tostring(tree, "utf-8")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 812, in write
        self._root, encoding, default_namespace
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 886, in _namespaces
        add_qname(key)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 863, in add_qname
        qnames[qname] = encode(qname)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 838, in encode
        return text.encode(encoding)
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1576, in test.test_xml_etree.bug_xmltoolkit54
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit54[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1586, in test.test_xml_etree.bug_xmltoolkit55
Failed example:
    e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &ldots;: line 1, column 36
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit55[0]>", line 1, in <module>
        e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1791, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[1]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1794, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[3]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1010, in test.test_xml_etree.entity
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 927, in _serialize_xml
        v = _escape_attrib(v, encoding)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1085, in _escape_attrib
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1015, in test.test_xml_etree.entity
Failed example:
    ET.XML("<document>&entity;</document>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity: line 1, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[2]>", line 1, in <module>
        ET.XML("<document>&entity;</document>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: undefined entity: line: 1, column: 10
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1019, in test.test_xml_etree.entity
Failed example:
    ET.XML(ENTITY_XML)
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &entity;: line 5, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[3]>", line 1, in <module>
        ET.XML(ENTITY_XML)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 736, in test.test_xml_etree.iterparse
Failed example:
    try:
      for action, elem in iterparse(source):
        print action, elem.tag
    except ET.ParseError, v:
      print v
Expected:
    junk after document element: line 1, column 12
Got:
    junk after document element: line: 1, column: 12
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 593, in test.test_xml_etree.parsefile
Failed example:
    parser.version  # doctest: +ELLIPSIS
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.parsefile[8]>", line 1, in <module>
        parser.version  # doctest: +ELLIPSIS
    AttributeError: 'XMLParser' object has no attribute 'version'
**********************************************************************
7 items had failures:
   2 of  12 in test.test_xml_etree.bug_xmltoolkit39
   1 of   2 in test.test_xml_etree.bug_xmltoolkit54
   1 of   1 in test.test_xml_etree.bug_xmltoolkit55
   2 of   4 in test.test_xml_etree.check_issue6233
   3 of   9 in test.test_xml_etree.entity
   1 of  29 in test.test_xml_etree.iterparse
   1 of  18 in test.test_xml_etree.parsefile
***Test Failed*** 11 failures.
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1550, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    tree.attrib
Expected:
    {u'\xe4ttr': u'v\xe4lue'}
Got:
    {'\xc3\xa4ttr': 'v\xc3\xa4lue'}
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1552, in test.test_xml_etree.bug_xmltoolkit39
Failed example:
    ET.tostring(tree, "utf-8")
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit39[4]>", line 1, in <module>
        ET.tostring(tree, "utf-8")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 812, in write
        self._root, encoding, default_namespace
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 886, in _namespaces
        add_qname(key)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 863, in add_qname
        qnames[qname] = encode(qname)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 838, in encode
        return text.encode(encoding)
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1576, in test.test_xml_etree.bug_xmltoolkit54
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit54[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1586, in test.test_xml_etree.bug_xmltoolkit55
Failed example:
    e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &ldots;: line 1, column 36
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.bug_xmltoolkit55[0]>", line 1, in <module>
        e = ET.XML("<!DOCTYPE doc SYSTEM 'doc.dtd'><doc>&ldots;&ndots;&rdots;</doc>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1791, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[1]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1794, in test.test_xml_etree.check_issue6233
Failed example:
    ET.tostring(e, 'ascii')
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.check_issue6233[3]>", line 1, in <module>
        ET.tostring(e, 'ascii')
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1121, in tostring
        ElementTree(element).write(file, encoding, method=method)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 932, in _serialize_xml
        write(_escape_cdata(text, encoding))
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1068, in _escape_cdata
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1010, in test.test_xml_etree.entity
Failed example:
    serialize(e)
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[1]>", line 1, in <module>
        serialize(e)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 73, in serialize
        tree.write(file, **options)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 815, in write
        serialize(write, self._root, encoding, qnames, namespaces)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 927, in _serialize_xml
        v = _escape_attrib(v, encoding)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1085, in _escape_attrib
        return text.encode(encoding, "xmlcharrefreplace")
    UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 0: ordinal not in range(128)
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1015, in test.test_xml_etree.entity
Failed example:
    ET.XML("<document>&entity;</document>")
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity: line 1, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[2]>", line 1, in <module>
        ET.XML("<document>&entity;</document>")
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: undefined entity: line: 1, column: 10
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1019, in test.test_xml_etree.entity
Failed example:
    ET.XML(ENTITY_XML)
Expected:
    Traceback (most recent call last):
    ParseError: undefined entity &entity;: line 5, column 10
Got:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.entity[3]>", line 1, in <module>
        ET.XML(ENTITY_XML)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1282, in XML
        parser.feed(text)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1624, in feed
        self._raiseerror(v)
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/xml/etree/ElementTree.py", line 1488, in _raiseerror
        raise err
    ParseError: <unprintable ParseError object>
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 736, in test.test_xml_etree.iterparse
Failed example:
    try:
      for action, elem in iterparse(source):
        print action, elem.tag
    except ET.ParseError, v:
      print v
Expected:
    junk after document element: line 1, column 12
Got:
    junk after document element: line: 1, column: 12
**********************************************************************
File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 593, in test.test_xml_etree.parsefile
Failed example:
    parser.version  # doctest: +ELLIPSIS
Exception raised:
    Traceback (most recent call last):
      File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/2.7/doctest.py", line 1254, in __run
        compileflags, 1) in test.globs
      File "<doctest test.test_xml_etree.parsefile[8]>", line 1, in <module>
        parser.version  # doctest: +ELLIPSIS
    AttributeError: 'XMLParser' object has no attribute 'version'
**********************************************************************
7 items had failures:
   2 of  12 in test.test_xml_etree.bug_xmltoolkit39
   1 of   2 in test.test_xml_etree.bug_xmltoolkit54
   1 of   1 in test.test_xml_etree.bug_xmltoolkit55
   2 of   4 in test.test_xml_etree.check_issue6233
   3 of   9 in test.test_xml_etree.entity
   1 of  29 in test.test_xml_etree.iterparse
   1 of  18 in test.test_xml_etree.parsefile
***Test Failed*** 11 failures.
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1880, in test_main
    test_support.run_doctest(test_xml_etree, verbosity=True)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1168, in run_doctest
    raise TestFailed("%d of %d doctests failed" % (f, t))
TestFailed: 11 of 599 doctests failed
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/pypy/tool/pytest/run-script/regrverbose.py", line 14, in <module>
    indirect_test()
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_xml_etree.py", line 1880, in test_main
    test_support.run_doctest(test_xml_etree, verbosity=True)
  File "/var/tmp/portage/dev-python/pypy-1.8/work/pypy-pypy-2346207d9946/lib-python/modified-2.7/test/test_support.py", line 1168, in run_doctest
    raise TestFailed("%d of %d doctests failed" % (f, t))
TestFailed: 11 of 599 doctests failed

============= 9 failed, 408 passed, 67 skipped in 1117.85 seconds ==============


From tracker at bugs.pypy.org  Mon Feb 13 09:58:21 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 13 Feb 2012 08:58:21 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329123501.46.0.655974551496.issue1043@bugs.pypy.org>


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

Most errors involve the pyexpat module: pypy provides two versions, one written in Python, the 
other written at interp-level and translated.
The pure-python one was not updated to 2.7, because we test only the translated version :(

Can you install the package libexpat1-dev (or whatever contains the expat headers) and try 
again?

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

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

From tracker at bugs.pypy.org  Mon Feb 13 10:07:07 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 09:07:07 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329124027.66.0.608566238906.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

I have expat installed already (it's a Gentoo box, I package pypy for Gentoo).

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

From tracker at bugs.pypy.org  Mon Feb 13 10:13:44 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 13 Feb 2012 09:13:44 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329124424.83.0.882558335737.issue1043@bugs.pypy.org>


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

So obviously pypy did not find the expat headers at translation time.  Are they in the standard 
location? (/usr/include/expat.h)

The translation process certainly displays a message about this (in the first minutes, before it 
prints the list of modules and other options).  Could you start a translation again and look for 
this message?

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

From tracker at bugs.pypy.org  Mon Feb 13 10:56:25 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 09:56:25 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329126985.56.0.882517293171.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

Actually, this might be the cause:

python2.7 ./pypy/translator/goal/translate.py -Ojit
./pypy/translator/goal/targetpypystandalone.py --withmod-bz2
--withmod-_minimal_curses --withoutmod-pyexpat --withmod-_ssl

But in that case, perhaps the tests should be skipped or something?

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

From tracker at bugs.pypy.org  Mon Feb 13 11:06:50 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 13 Feb 2012 10:06:50 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329127610.18.0.81504460055.issue1043@bugs.pypy.org>


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

Well, I'd say that --withoutmod-pyexpat is not well supported at the moment. The 
result is an incomplete pyexpat module, because still at Python 2.5 version.

We should certainly fix it, but do you really need this option?

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

From tracker at bugs.pypy.org  Mon Feb 13 11:14:02 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:14:02 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329128042.72.0.797997268247.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

Probably not. Maybe you can make it error out?

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

From tracker at bugs.pypy.org  Mon Feb 13 11:16:58 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 13 Feb 2012 10:16:58 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329128218.05.0.860569644993.issue1043@bugs.pypy.org>


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

I'm not sure to understand.  Do you suggest that --withoutmod-pyexpat should 
raise an error at translation time?

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

From tracker at bugs.pypy.org  Mon Feb 13 11:18:24 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:18:24 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329128304.75.0.277229253677.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

Yeah, or at least a warning, considering you said it's not supported well.

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

From tracker at bugs.pypy.org  Mon Feb 13 11:19:54 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 13 Feb 2012 10:19:54 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329128394.0.0.657309935749.issue1043@bugs.pypy.org>


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

djc: how about you run translate.py without passing any unusual option?  The
only option that should be needed and useful in your command line is "-Ojit".

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

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

From tracker at bugs.pypy.org  Mon Feb 13 11:27:34 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:27:34 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329128854.74.0.462533826621.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

arigo: this is Gentoo, we usually provide our users with the ability to tweak
what they install. I've now removed the optional expat supported; we still have
bzip2, ncurses and ssl has optional. We also allow switching between -Ojit and
-O2, and there is support for --sandbox, --stackless and
--gcrootfinder=shadowstack. Are all or some of these badly supported?

As far as I'm concerned, the issue isn't that all of these should work
perfectly, just that we can build them and preferably that the test suite only
tests whatever was built.

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

From tracker at bugs.pypy.org  Mon Feb 13 11:29:26 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:29:26 +0000
Subject: [pypy-issue] [issue1036] libffi.a search path is incomplete
In-Reply-To: <1328782362.48.0.699732160944.issue1036@bugs.pypy.org>
Message-ID: <1329128966.51.0.395037645177.issue1036@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

I'm also seeing that warning on Gentoo.

----------
nosy: +djc

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

From tracker at bugs.pypy.org  Mon Feb 13 11:34:54 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:34:54 +0000
Subject: [pypy-issue] [issue1044] Use a stable and useful name for release
	tarballs and	directories
In-Reply-To: <1329129294.22.0.953266318355.issue1044@bugs.pypy.org>
Message-ID: <1329129294.22.0.953266318355.issue1044@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

In 1.7, the tarball was called release-1.7.tar.bz2 and it contained a directory
called pypy-pypy-release-1.7. In 1.8, the tarball was called release-1.8.tar.bz2
and the directory was called pypy-pypy-2346207d9946.

It would be helpful if the naming were stable. Preferably, the tarball should
just be called pypy-1.8.tar.bz2, and the directory should just be called
pypy-1.8. Small deviations are fine, but including the version tag in the
directory name, for example, is a little painful for packagers.

----------
messages: 3916
nosy: djc, pypy-issue
priority: wish
status: unread
title: Use a stable and useful name for release tarballs and directories

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

From tracker at bugs.pypy.org  Mon Feb 13 11:35:32 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 13 Feb 2012 10:35:32 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329129332.71.0.212756666193.issue1043@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

Hi Dirkjan. PyPy has tons of options not all of them work equally well. As per 
what you use:

* shadowstack is perfectly fine
* -O2 - any reason to use it?
* --sandbox builds an executable that requires some other programs to run. Do 
you package it separately?
* --stackless is on by default

I don't see a reason why compile pypy without openssl support other than 
confusing ImportErrors but whatever.

I'm sure you also feed GCC with custom cooked options.

----------
nosy: +fijal

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

From tracker at bugs.pypy.org  Mon Feb 13 11:35:40 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:35:40 +0000
Subject: [pypy-issue] [issue1044] Use a stable and useful name for release
	tarballs and	directories
In-Reply-To: <1329129294.22.0.953266318355.issue1044@bugs.pypy.org>
Message-ID: <1329129340.8.0.487185992992.issue1044@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

And I do release this is a very minor, cosmetic issue, but I thought I would
just file it. Helping the packagers do their job is just useful. ;)

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

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

From tracker at bugs.pypy.org  Mon Feb 13 11:36:34 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 13 Feb 2012 10:36:34 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329129394.86.0.578597778509.issue1043@bugs.pypy.org>


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

--stackless disappeared.  --sandbox gives a version that will not run any test
suite.  --withoutmod-pyexpat is indeed a bit broken; I've fixed it by removing
completely the 2.5-compatible version of lib_pypy/pyexpat.py, so that if you say
--withoutmod-pyexpat, you really end up without any pyexpat module.

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

From tracker at bugs.pypy.org  Mon Feb 13 11:37:24 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Mon, 13 Feb 2012 10:37:24 +0000
Subject: [pypy-issue] [issue1044] Use a stable and useful name for release
	tarballs and	directories
In-Reply-To: <1329129294.22.0.953266318355.issue1044@bugs.pypy.org>
Message-ID: <1329129444.42.0.613715501178.issue1044@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

You should just start from hg, this is how bitbucket packages it (we did not 
touch it). Please file a bitbucket tracker issue instead.

----------
nosy: +fijal
status: chatting -> invalid

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

From tracker at bugs.pypy.org  Mon Feb 13 11:41:29 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 10:41:29 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329129689.87.0.354787096673.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

No need to be condescending... I feed my GCC perfectly normal options.

Is there documentation on what --sandbox would need to run?

We also allow building cpython without ncurses, sqlite, ssl, expat or bzip2.
Building minimal versions (i.e. pulling in fewer dependencies) can be useful in
some environments, even if you don't think it is.

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

From tracker at bugs.pypy.org  Mon Feb 13 14:40:43 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 13 Feb 2012 13:40:43 +0000
Subject: [pypy-issue] [issue1045] Win32 crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>


New submission from Armin Rigo <armin.rigo at gmail.com>:

>From Frans on a private answer to a mailing list message:

"""
I downloaded from this site from daid and according to that procedure:
two batchfiles :
1. to start skeinforge (SF 48)
2. to start printrun
 
BTW I have Windows 7 - 32 bits
---
I've updated my Skeinforge_PyPy to Alpha4. From now on it's called
SkeinPyPy.

The download URL has been changed to: https://github.com/daid/SkeinPyPy/downloads
(I figured I better rename this now, when the URL is even more common
this will be even harder)

The major feature is an Linux and MacOS build for this release. I
could not test the MacOS build. And both require python installed on
the system. You manually need to start the right python file, as I
don't know how to make shortcuts for MacOS, and I didn't add a proper
shellscript for Linux.

This version is also build with PyPy-1.8 instead of PyPy-1.7, which
might give a bit of extra speed in the slicer.
"""

Fails on Win32 as shown here:
http://mail.python.org/pipermail/pypy-dev/2012-February/009266.html

----------
messages: 3922
nosy: arigo, pypy-issue
priority: bug
status: unread
title: Win32 crash of the JIT

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

From tracker at bugs.pypy.org  Mon Feb 13 14:54:49 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Mon, 13 Feb 2012 13:54:49 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329141289.45.0.513920889274.issue1043@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

These are the remaining failures, after removing --withoutmod-pyexpat:

======================================================================
FAIL: test_execute_bit_not_copied (test.test_import.ImportTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_import.py",
line 110, in test_execute_bit_not_copied
    self.fail("__import__ did not result in creation of "
AssertionError: __import__ did not result in creation of either a .pyc or .pyo file

======================================================================
FAIL: test_basics (test.test_import.PycRewritingTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_import.py",
line 323, in test_basics
    self.assertEqual(mod.module_filename, self.compiled_name)
AssertionError:
'/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_9604_tmp/unlikely_module_name.py'
!=
'/var/tmp/portage/dev-python/pypy-1.8/temp/pytest-0/test_import.py/@test_9604_tmp/unlikely_module_name.pyc'

======================================================================
FAIL: test_sys_flags (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_sys.py",
line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

----------------------------------------------------------------------
Ran 25 tests in 0.326s

FAILED (failures=1, skipped=8)
debug: WARNING: Library path not found, using compiled-in sys.path.
debug: WARNING: 'sys.prefix' will not be set.
debug: WARNING: Make sure the pypy binary is kept inside its tree of files.
debug: WARNING: It is ok to create a symlink to it from somewhere else.
'import site' failed
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/pypy/tool/pytest/run-script/regrverbose.py",
line 14, in <module>
    indirect_test()
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_sys.py",
line 797, in test_main
    test.test_support.run_unittest(*test_classes)
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_support.py",
line 1140, in run_unittest
    _run_suite(suite)
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_support.py",
line 1094, in _run_suite
    raise TestFailed(err)
TestFailed: Traceback (most recent call last):
  File
"/var/tmp/portage/dev-python/pypy-1.8/work/pypy-1.8/lib-python/modified-2.7/test/test_sys.py",
line 436, in test_sys_flags
    self.assertEqual(type(getattr(sys.flags, attr)), int, attr)
AssertionError: dont_write_bytecode

This likely happens because we run the test suite with the
PYTHONDONTWRITEBYTECODE environment variable set. It would be nice if that
didn't result in test failures.

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

From tracker at bugs.pypy.org  Mon Feb 13 15:05:55 2012
From: tracker at bugs.pypy.org (Amaury Forgeot d Arc)
Date: Mon, 13 Feb 2012 14:05:55 +0000
Subject: [pypy-issue] [issue1043] Failures when testing PyPy 1.8
In-Reply-To: <1329079915.12.0.549087979411.issue1043@bugs.pypy.org>
Message-ID: <1329141955.06.0.511927859546.issue1043@bugs.pypy.org>


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

- The first two failures also occur with CPython 2.7, please file a bug there.

- The last one is really a, implementation detail: pypy sets sys.flags.dontwritebytecode to 
True when CPython prefers 1.  It is also easy to fix (in app_main.py)

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

From tracker at bugs.pypy.org  Mon Feb 13 15:35:15 2012
From: tracker at bugs.pypy.org (mjacob)
Date: Mon, 13 Feb 2012 14:35:15 +0000
Subject: [pypy-issue] [issue1046] Revive the LLVM backend
In-Reply-To: <1329143715.41.0.107193377346.issue1046@bugs.pypy.org>
Message-ID: <1329143715.41.0.107193377346.issue1046@bugs.pypy.org>


New submission from mjacob <jacob.manuel at yahoo.de>:

Because the removal of the LLVM backend is three years ago you should revive it. 
I'm sure LLVM has become more mature since then.

----------
messages: 3925
nosy: mjacob, pypy-issue
priority: wish
status: unread
title: Revive the LLVM backend

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

From tracker at bugs.pypy.org  Mon Feb 13 15:37:45 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 13 Feb 2012 14:37:45 +0000
Subject: [pypy-issue] [issue1046] Revive the LLVM backend
In-Reply-To: <1329143715.41.0.107193377346.issue1046@bugs.pypy.org>
Message-ID: <1329143865.69.0.58953235026.issue1046@bugs.pypy.org>


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

I agree that someone should revive it.  I don't think I have any motivation
myself (we tried not once but 3 or 4 times to use LLVM).  That issue would just
linger around, so I'm closing it as Wontfix for now.

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

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

From tracker at bugs.pypy.org  Mon Feb 13 15:44:41 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 13 Feb 2012 14:44:41 +0000
Subject: [pypy-issue] [issue1046] Revive the LLVM backend
In-Reply-To: <1329143715.41.0.107193377346.issue1046@bugs.pypy.org>
Message-ID: <1329144281.63.0.572372757356.issue1046@bugs.pypy.org>


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

I should add: since LLVM has certainly improved in the interim, it would be
great if you could give this a shot and see how it works now.  I may have closed
the issue too quickly based on your message "you should revive it" that seemed
to indicate that you wouldn't want to work on it yourself.  But it is true that
other people may show up.

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

From tracker at bugs.pypy.org  Mon Feb 13 17:09:01 2012
From: tracker at bugs.pypy.org (jayqhacker)
Date: Mon, 13 Feb 2012 16:09:01 +0000
Subject: [pypy-issue] [issue791] Simple wordcount is significantly slower
	and fatter than	CPython
In-Reply-To: <1310485078.56.0.855118946444.issue791@bugs.pypy.org>
Message-ID: <1329149341.8.0.208430763824.issue791@bugs.pypy.org>


jayqhacker <jayqhacker at gmail.com> added the comment:

For PyPy 1.8, memory usage is up a bit and times seem to vary more than previous
releases; this is the best I could get:

CPython 2.7.2 : 41s   1400 MB
PyPy 1.8      : 51s   1500 MB

----------
release: 1.7 -> 

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

From tracker at bugs.pypy.org  Mon Feb 13 17:56:14 2012
From: tracker at bugs.pypy.org (Dave Malcolm)
Date: Mon, 13 Feb 2012 16:56:14 +0000
Subject: [pypy-issue] [issue1047] CVE-2012-0845 SimpleXMLRPCServer DoS
	(excessive CPU	usage) via malformed XML-RPC / HTTP POST request
In-Reply-To: <1329152174.59.0.255188204929.issue1047@bugs.pypy.org>
Message-ID: <1329152174.59.0.255188204929.issue1047@bugs.pypy.org>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

See http://bugs.python.org/issue14001

PyPy appears to share the same code as CPython here (I checked pypy 1.6 and 1.8)

----------
messages: 3929
nosy: dmalcolm, pypy-issue
priority: bug
status: unread
title: CVE-2012-0845 SimpleXMLRPCServer DoS (excessive CPU usage) via malformed XML-RPC / HTTP POST request

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

From tracker at bugs.pypy.org  Mon Feb 13 17:59:24 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 13 Feb 2012 16:59:24 +0000
Subject: [pypy-issue] [issue1047] CVE-2012-0845 SimpleXMLRPCServer DoS
	(excessive CPU	usage) via malformed XML-RPC / HTTP POST request
In-Reply-To: <1329152174.59.0.255188204929.issue1047@bugs.pypy.org>
Message-ID: <1329152364.67.0.392555549026.issue1047@bugs.pypy.org>


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

Ok, if this is pure-python I'll leave this open by tracking, but we aren't going 
to fix it independently.

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

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

From tracker at bugs.pypy.org  Tue Feb 14 23:23:29 2012
From: tracker at bugs.pypy.org (anon)
Date: Tue, 14 Feb 2012 22:23:29 +0000
Subject: [pypy-issue] [issue873] PyPy almost 300 times slower in recursive
	AST evaluation
In-Reply-To: <1316366032.78.0.118026987379.issue873@bugs.pypy.org>
Message-ID: <1329258209.79.0.673161028669.issue873@bugs.pypy.org>


anon <b10419697 at klzlk.com> added the comment:

Large memory usage and long runtime seem better in 1.8. Still crashes like
CPython does with larger values on line 75.

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

From tracker at bugs.pypy.org  Wed Feb 15 11:29:15 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 15 Feb 2012 10:29:15 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>


New submission from Armin Rigo <armin.rigo at gmail.com>:

"pypy -m cProfile x.py" crashes with PyPy 1.8:

    foobars = ['foo_%d' % i for i in range(10000)]
    set(f.split('_') for f in foobars)

File "jit_backend_x86_regalloc.c", line 4888, in RegAlloc__compute_vars_longevity
Fatal RPython error: AssertionError

----------
messages: 3932
nosy: arigo, pypy-issue
priority: bug
status: unread
title: pypy -m cProfile: jit bug

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

From tracker at bugs.pypy.org  Wed Feb 15 11:45:18 2012
From: tracker at bugs.pypy.org (Daid)
Date: Wed, 15 Feb 2012 10:45:18 +0000
Subject: [pypy-issue] [issue1045] Win32 crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1329302718.37.0.0698248516945.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

This has been one confusing bug report. So clear a few things up. I'm the person
that made SkeinPyPy. And there have been quite a few emails going around to find
out what the heck is going on. And get all files.

The supposed steps to reproduce this bug should be:

Download SkeinPyPy Alpha4: https://github.com/daid/SkeinPyPy/downloads
Extract SkeinPyPy
Download the attached STL file.
Run the command "pypy SkeinPyPy/skeinforge_application/skeinforge.py cap_test2.stl"

However, when I do these steps I cannot reproduce the JIT crash seen by Frans. I
only had Windows XP 32bit to test on. And I also tested it under linux. (Ran
both multiple times to be sure) So it might be related to Win7, or a hardware
problem.

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

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

From tracker at bugs.pypy.org  Wed Feb 15 12:19:03 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 15 Feb 2012 11:19:03 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329304743.66.0.401320414113.issue1048@bugs.pypy.org>


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

"./pypy-c -S -m cProfile y.py" ends up with the trace in log0 sent to the
backend.  Notice how p296 is never defined; it occurs first in the middle-loop
label().

y.py contains:

    foobars = ['foo'] * 10000
    set(f.split('_')[0] for f in foobars)

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

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

From tracker at bugs.pypy.org  Wed Feb 15 17:24:31 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 15 Feb 2012 16:24:31 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329323071.06.0.528797598744.issue1048@bugs.pypy.org>


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

Attaching log1 too, which is the log produced by PYPYLOG showing the unoptimized
loop and the prints done during optimization.  The unoptimized loop is correct
in the sense that it doesn't use any undefined variable.

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

From tracker at bugs.pypy.org  Wed Feb 15 17:34:09 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 15 Feb 2012 16:34:09 +0000
Subject: [pypy-issue] [issue873] PyPy almost 300 times slower in recursive
	AST evaluation
In-Reply-To: <1316366032.78.0.118026987379.issue873@bugs.pypy.org>
Message-ID: <1329323649.2.0.341030319266.issue873@bugs.pypy.org>


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

I guess that it was caused by a recursive triggering of the JIT, which would
repeatedly start tracing from the same point at *all* levels of recursion.  We
fixed an issue like that.

The crash that we still get is indeed a stack exhaustion.  With a script that
starts with sys.setrecursionlimit(10**5), you're basically asking to get a
segfault instead of a "RuntimeError: recursion limit exceeded".  Sorry, PyPy is
limited like CPython in that the levels of Python recursion correspond to C
recursion, and thus exhaust the C stack limit.  You can try to increase the
latter, e.g. on Linux:

ulimit -s 81920    # sets the stack size to 80 MB instead of 8 MB by default

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

From tracker at bugs.pypy.org  Wed Feb 15 17:44:05 2012
From: tracker at bugs.pypy.org (Laurence Tratt)
Date: Wed, 15 Feb 2012 16:44:05 +0000
Subject: [pypy-issue] [issue1049] Source releases should be pypy-<v> not
	pypy-pypy-<hash>
In-Reply-To: <1329324245.08.0.0479236005649.issue1049@bugs.pypy.org>
Message-ID: <1329324245.08.0.0479236005649.issue1049@bugs.pypy.org>


New submission from Laurence Tratt <laurie at tratt.net>:

When unpacked, the first directory in the 1.8 source release is of the form
pypy-pypy-<hash> (the same as a nightly build). This makes life a bit annoying
for distributions who build from source and expect that directories will be
pypy-1.8, which is the standard Unix convention.

----------
messages: 3937
nosy: ltratt, pypy-issue
priority: wish
status: unread
title: Source releases should be pypy-<v> not pypy-pypy-<hash>

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

From tracker at bugs.pypy.org  Wed Feb 15 19:26:28 2012
From: tracker at bugs.pypy.org (Senyai)
Date: Wed, 15 Feb 2012 18:26:28 +0000
Subject: [pypy-issue] [issue1050] socket attribute MSG_WAITALL under win32
In-Reply-To: <1329330388.67.0.22055127816.issue1050@bugs.pypy.org>
Message-ID: <1329330388.67.0.22055127816.issue1050@bugs.pypy.org>


New submission from Senyai <senyai at gmail.com>:

pypy-1.8
>>>> import socket
>>>> hasattr(socket, "MSG_WAITALL")
True

CPython 2.7.2
False

----------
messages: 3938
nosy: pypy-issue, senyai
priority: bug
status: unread
title: socket attribute MSG_WAITALL under win32

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

From tracker at bugs.pypy.org  Wed Feb 15 19:39:07 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 15 Feb 2012 18:39:07 +0000
Subject: [pypy-issue] [issue1051] PyPy 1.8 is 50% slower than 1.7
In-Reply-To: <1329331147.94.0.702203047702.issue1051@bugs.pypy.org>
Message-ID: <1329331147.94.0.702203047702.issue1051@bugs.pypy.org>


New submission from Armin Rigo <armin.rigo at gmail.com>:

>From Laurent Vaucher on pypy-dev:
---------------------------------

Hi and first of all, thanks for that great project.

Now to my "problem". I'm doing some puzzle-solving, constraint processing with
Python and on my particular program, PyPy 1.8 showed a 50% increase in running
time over PyPy 1.7. I'm not doing anything fancy (no numpy, itertools, etc.).
The program is here: https://github.com/slowfrog/hexiom

To reproduce:
- fetch hexiom2.py and level36.txt from github
- run 'pypy hexiom2.py -sfirst level36.txt'

On my machine (Windows 7) the timings are the following:

Python 2.6.5/Windows 32
3m35s

Python 2.7.1 (930f0bc4125a, Nov 27 2011, 11:58:57)
[PyPy 1.7.0 with MSC v.1500 32 bit]
31s

Python 2.7.2 (0e28b379d8b3, Feb 09 2012, 18:31:47)
[PyPy 1.8.0 with MSC v.1500 32 bit]
48s

I'm using the default options.

Do you have any idea what could be causing that?

Thanks,
Laurent.

----------
messages: 3939
nosy: arigo, pypy-issue
priority: performance bug
status: unread
title: PyPy 1.8 is 50% slower than 1.7

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

From tracker at bugs.pypy.org  Wed Feb 15 20:56:10 2012
From: tracker at bugs.pypy.org (mattip)
Date: Wed, 15 Feb 2012 19:56:10 +0000
Subject: [pypy-issue] [issue1051] PyPy 1.8 is 50% slower than 1.7
In-Reply-To: <1329331147.94.0.702203047702.issue1051@bugs.pypy.org>
Message-ID: <1329335770.72.0.598426360302.issue1051@bugs.pypy.org>


mattip <matti.picus at gmail.com> added the comment:

I can confirm this, running windows7 64 bit on a core2duo processor. Running pypy-
1.7 requires 47 secs and ~22MB of memory, running pypy-1.8 requires 76 secs and 
~48 MB memory.

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

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

From tracker at bugs.pypy.org  Thu Feb 16 07:27:18 2012
From: tracker at bugs.pypy.org (zzz654321)
Date: Thu, 16 Feb 2012 06:27:18 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>


New submission from zzz654321 <lightdarkadmin at 163.com>:

I use pypy process the py file. 
python 2.4 run and time 15 sec; 
but pypy run and time 75 sec; 
why?
cmd line: pypy wx-c.py > 1.txt

----------
files: wx_c.zip
messages: 3941
nosy: pypy-issue, zzz
priority: performance bug
status: testing
title: pypy slower

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

From tracker at bugs.pypy.org  Thu Feb 16 07:44:51 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Thu, 16 Feb 2012 06:44:51 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329374691.72.0.980165586249.issue1052@bugs.pypy.org>


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

missing the toplevel file wx-c-0-9-0-2.def

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

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

From tracker at bugs.pypy.org  Thu Feb 16 10:01:41 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:01:41 +0000
Subject: [pypy-issue] [issue1053] Adding openssl include when appropriate
In-Reply-To: <1329382901.44.0.130073531226.issue1053@bugs.pypy.org>
Message-ID: <1329382901.44.0.130073531226.issue1053@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

This is one of the patches Gentoo has carried for 1.7 and 1.8.

--- pypy-pypy-release-1.7/pypy/rlib/ropenssl.py.bak     2011-11-29
14:19:10.000000000 +0100
+++ pypy-pypy-release-1.7/pypy/rlib/ropenssl.py 2011-11-29 14:19:42.000000000 +0100
@@ -159,6 +159,7 @@
              lltype.Void)

 if HAVE_OPENSSL_RAND:
+    eci.includes = eci.includes + ('openssl/rand.h',)
     ssl_external('RAND_add', [rffi.CCHARP, rffi.INT, rffi.DOUBLE], lltype.Void)
     ssl_external('RAND_status', [], rffi.INT)
     ssl_external('RAND_egd', [rffi.CCHARP], rffi.INT)

----------
messages: 3943
nosy: djc, pypy-issue
priority: bug
status: unread
title: Adding openssl include when appropriate

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

From tracker at bugs.pypy.org  Thu Feb 16 10:02:55 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:02:55 +0000
Subject: [pypy-issue] [issue1054] Adding ELF metadata to generated code
In-Reply-To: <1329382975.32.0.171638110635.issue1054@bugs.pypy.org>
Message-ID: <1329382975.32.0.171638110635.issue1054@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

Another patch from Gentoo. IIRC this is needed for hardened systems.

--- pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py.bak     
2011-11-29 14:22:29.000000000 +0100
+++ pypy-pypy-release-1.7/pypy/translator/c/gcc/trackgcroot.py  2011-11-29
14:22:55.000000000 +0100
@@ -1694,6 +1694,7 @@
             }
             """
         elif self.format in ('elf64', 'darwin64'):
+            print >> output, "\t.section .note.GNU-stack,\"\",%progbits"
             print >> output, "\t.text"
             print >> output, "\t.globl %s" % _globalname('pypy_asm_stackwalk')
             _variant(elf64='.type pypy_asm_stackwalk, @function',

----------
messages: 3944
nosy: djc, pypy-issue
priority: bug
status: unread
title: Adding ELF metadata to generated code

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

From tracker at bugs.pypy.org  Thu Feb 16 10:04:00 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:04:00 +0000
Subject: [pypy-issue] [issue1055] Provide a way to disable translation
	debugger
In-Reply-To: <1329383040.85.0.932473163817.issue1055@bugs.pypy.org>
Message-ID: <1329383040.85.0.932473163817.issue1055@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

We have been carrying this patch. Even if you want to keep the debugger, perhaps
there could be an option to disable it?

--- pypy-pypy-release-1.7/pypy/translator/goal/translate.py.bak 2011-11-29
14:23:55.000000000 +0100
+++ pypy-pypy-release-1.7/pypy/translator/goal/translate.py     2011-11-29
14:24:16.000000000 +0100
@@ -255,8 +255,6 @@
             log.event("batch mode, not calling interactive helpers")
             return

-        log.event("start debugger...")
-
         if translateconfig.view:
             try:
                 t1 = drv.hint_translator
@@ -266,8 +264,6 @@
             page = graphpage.TranslatorPage(t1, translateconfig.huge)
             page.display_background()

-        pdb_plus_show.start(tb)
-
     try:
         drv = driver.TranslationDriver.from_targetspec(targetspec_dic, config,
args,
                                                        empty_translator=t,

----------
messages: 3945
nosy: djc, pypy-issue
priority: bug
status: unread
title: Provide a way to disable translation debugger

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

From tracker at bugs.pypy.org  Thu Feb 16 10:05:34 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 09:05:34 +0000
Subject: [pypy-issue] [issue1055] Provide a way to disable translation
	debugger
In-Reply-To: <1329383040.85.0.932473163817.issue1055@bugs.pypy.org>
Message-ID: <1329383134.26.0.861162808361.issue1055@bugs.pypy.org>


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

--batch.

----------
nosy: +arigo
status: unread -> invalid

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

From tracker at bugs.pypy.org  Thu Feb 16 10:09:06 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:09:06 +0000
Subject: [pypy-issue] [issue1054] Adding ELF metadata to generated code
In-Reply-To: <1329382975.32.0.171638110635.issue1054@bugs.pypy.org>
Message-ID: <1329383346.83.0.291732632279.issue1054@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

This is what I ran into that made us come up with this patch:

 * QA Notice: The following files contain writable and executable sections
 *  Files with such sections will not work properly (or at all!) on some
 *  architectures/operating systems.  A bug should be filed at
 *  http://bugs.gentoo.org/ to make sure the issue is fixed.
 *  For more information, see http://hardened.gentoo.org/gnu-stack.xml
 *  Please include the following list of files in your report:
 *  Note: Bugs should be filed for the respective maintainers
 *  of the package in question and not hardened at g.o.
 * RWX --- --- usr/lib64/pypy1.4/pypy-c

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

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

From tracker at bugs.pypy.org  Thu Feb 16 10:14:31 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 09:14:31 +0000
Subject: [pypy-issue] [issue1054] Adding ELF metadata to generated code
In-Reply-To: <1329382975.32.0.171638110635.issue1054@bugs.pypy.org>
Message-ID: <1329383671.45.0.202790494407.issue1054@bugs.pypy.org>


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

Applied in 26a8d3fc57a7.

----------
nosy: +arigo
status: chatting -> resolved

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

From tracker at bugs.pypy.org  Thu Feb 16 10:15:48 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:15:48 +0000
Subject: [pypy-issue] [issue1056] Some patches for distutils
In-Reply-To: <1329383748.13.0.738618626382.issue1056@bugs.pypy.org>
Message-ID: <1329383748.13.0.738618626382.issue1056@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

This patch by Arfrever Frehtes Taifersar Arahesis (arfrever.fta at gmail.com). It
was described as "fixing handling of executables and compiler flags".

--- lib-python/modified-2.7/distutils/ccompiler.py
+++ lib-python/modified-2.7/distutils/ccompiler.py
@@ -27,10 +27,16 @@
     varies across Unices and is stored in Python's Makefile.
     """
     if compiler.compiler_type == "unix":
-        (cc, cxx, opt, cflags, ccshared, ldshared, so_ext, ar, ar_flags) = \
-            _sysconfig.get_config_vars('CC', 'CXX', 'OPT', 'CFLAGS',
-                                       'CCSHARED', 'LDSHARED', 'SO', 'AR',
-                                       'ARFLAGS')
+        cc = ' '.join(compiler.compiler)
+        cxx = ' '.join(compiler.compiler_cxx)
+        ldshared = ' '.join(compiler.linker_so)
+        ldcxxshared = ' '.join(compiler.linker_so_cxx)
+        ar = compiler.archiver[0]
+
+        cflags = ''
+        cxxflags = ''
+        ccshared = '-fPIC'
+        ar_flags = compiler.archiver[1]

         if 'CC' in os.environ:
             cc = os.environ['CC']
@@ -38,19 +44,27 @@
             cxx = os.environ['CXX']
         if 'LDSHARED' in os.environ:
             ldshared = os.environ['LDSHARED']
+        if 'LDCXXSHARED' in os.environ:
+            ldcxxshared = os.environ['LDCXXSHARED']
         if 'CPP' in os.environ:
             cpp = os.environ['CPP']
         else:
             cpp = cc + " -E"           # not always
         if 'LDFLAGS' in os.environ:
             ldshared = ldshared + ' ' + os.environ['LDFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['LDFLAGS']
         if 'CFLAGS' in os.environ:
-            cflags = opt + ' ' + os.environ['CFLAGS']
+            cflags = os.environ['CFLAGS']
             ldshared = ldshared + ' ' + os.environ['CFLAGS']
+        if 'CXXFLAGS' in os.environ:
+            cxxflags = os.environ['CXXFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CXXFLAGS']
         if 'CPPFLAGS' in os.environ:
             cpp = cpp + ' ' + os.environ['CPPFLAGS']
             cflags = cflags + ' ' + os.environ['CPPFLAGS']
+            cxxflags = cxxflags + ' ' + os.environ['CPPFLAGS']
             ldshared = ldshared + ' ' + os.environ['CPPFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CPPFLAGS']
         if 'AR' in os.environ:
             ar = os.environ['AR']
         if 'ARFLAGS' in os.environ:
@@ -59,17 +73,19 @@
             archiver = ar + ' ' + ar_flags

         cc_cmd = cc + ' ' + cflags
+        cxx_cmd = cxx + ' ' + cxxflags
         compiler.set_executables(
             preprocessor=cpp,
             compiler=cc_cmd,
             compiler_so=cc_cmd + ' ' + ccshared,
-            compiler_cxx=cxx,
+            compiler_cxx=cxx_cmd,
+            compiler_so_cxx=cxx_cmd + ' ' + ccshared,
             linker_so=ldshared,
             linker_exe=cc,
+            linker_so_cxx=ldcxxshared,
+            linker_exe_cxx=cxx,
             archiver=archiver)

-        compiler.shared_lib_extension = so_ext
-
 class CCompiler:
     """Abstract base class to define the interface that must be implemented
     by real compiler classes.  Also has some utility methods used by
--- lib-python/modified-2.7/distutils/cygwinccompiler.py
+++ lib-python/modified-2.7/distutils/cygwinccompiler.py
@@ -135,9 +135,13 @@
         self.set_executables(compiler='gcc -mcygwin -O -Wall',
                              compiler_so='gcc -mcygwin -mdll -O -Wall',
                              compiler_cxx='g++ -mcygwin -O -Wall',
+                             compiler_so_cxx='g++ -mcygwin -mdll -O -Wall',
                              linker_exe='gcc -mcygwin',
                              linker_so=('%s -mcygwin %s' %
-                                        (self.linker_dll, shared_option)))
+                                        (self.linker_dll, shared_option)),
+                             linker_exe_cxx='g++ -mcygwin',
+                             linker_so_cxx=('%s -mcygwin %s' %
+                                            (self.linker_dll, shared_option)))

         # cygwin and mingw32 need different sets of libraries
         if self.gcc_version == "2.91.57":
@@ -163,8 +167,12 @@
                 raise CompileError, msg
         else: # for other files use the C-compiler
             try:
-                self.spawn(self.compiler_so + cc_args + [src, '-o', obj] +
-                           extra_postargs)
+                if self.detect_language(src) == 'c++':
+                    self.spawn(self.compiler_so_cxx + cc_args + [src, '-o', obj] +
+                               extra_postargs)
+                else:
+                    self.spawn(self.compiler_so + cc_args + [src, '-o', obj] +
+                               extra_postargs)
             except DistutilsExecError, msg:
                 raise CompileError, msg

@@ -325,10 +333,15 @@
         self.set_executables(compiler='gcc -mno-cygwin -O -Wall',
                              compiler_so='gcc -mno-cygwin -mdll -O -Wall',
                              compiler_cxx='g++ -mno-cygwin -O -Wall',
+                             compiler_so_cxx='g++ -mno-cygwin -mdll -O -Wall',
                              linker_exe='gcc -mno-cygwin',
                              linker_so='%s -mno-cygwin %s %s'
                                         % (self.linker_dll, shared_option,
-                                           entry_point))
+                                           entry_point),
+                             linker_exe_cxx='g++ -mno-cygwin',
+                             linker_so_cxx='%s -mno-cygwin %s %s'
+                                            % (self.linker_dll, shared_option,
+                                               entry_point))
         # Maybe we should also append -mthreads, but then the finished
         # dlls need another dll (mingwm10.dll see Mingw32 docs)
         # (-mthreads: Support thread-safe exception handling on `Mingw32')
--- lib-python/modified-2.7/distutils/emxccompiler.py
+++ lib-python/modified-2.7/distutils/emxccompiler.py
@@ -65,8 +65,12 @@
         # XXX optimization, warnings etc. should be customizable.
         self.set_executables(compiler='gcc -Zomf -Zmt -O3 -fomit-frame-pointer
-mprobe -Wall',
                              compiler_so='gcc -Zomf -Zmt -O3
-fomit-frame-pointer -mprobe -Wall',
+                             compiler_cxx='g++ -Zomf -Zmt -O3
-fomit-frame-pointer -mprobe -Wall',
+                             compiler_so_cxx='g++ -Zomf -Zmt -O3
-fomit-frame-pointer -mprobe -Wall',
                              linker_exe='gcc -Zomf -Zmt -Zcrtdll',
-                             linker_so='gcc -Zomf -Zmt -Zcrtdll -Zdll')
+                             linker_so='gcc -Zomf -Zmt -Zcrtdll -Zdll',
+                             linker_exe_cxx='g++ -Zomf -Zmt -Zcrtdll',
+                             linker_so_cxx='g++ -Zomf -Zmt -Zcrtdll -Zdll')

         # want the gcc library statically linked (so that we don't have
         # to distribute a version dependent on the compiler we have)
@@ -83,8 +87,12 @@
                 raise CompileError, msg
         else: # for other files use the C-compiler
             try:
-                self.spawn(self.compiler_so + cc_args + [src, '-o', obj] +
-                           extra_postargs)
+                if self.detect_language(src) == 'c++':
+                    self.spawn(self.compiler_so_cxx + cc_args + [src, '-o', obj] +
+                               extra_postargs)
+                else:
+                    self.spawn(self.compiler_so + cc_args + [src, '-o', obj] +
+                               extra_postargs)
             except DistutilsExecError, msg:
                 raise CompileError, msg

--- lib-python/modified-2.7/distutils/sysconfig_cpython.py
+++ lib-python/modified-2.7/distutils/sysconfig_cpython.py
@@ -149,9 +149,12 @@
     varies across Unices and is stored in Python's Makefile.
     """
     if compiler.compiler_type == "unix":
-        (cc, cxx, opt, cflags, ccshared, ldshared, so_ext) = \
-            get_config_vars('CC', 'CXX', 'OPT', 'CFLAGS',
-                            'CCSHARED', 'LDSHARED', 'SO')
+        (cc, cxx, ccshared, ldshared, ldcxxshared, so_ext) = \
+            get_config_vars('CC', 'CXX', 'CCSHARED', 'LDSHARED',
+                            'LDCXXSHARED', 'SO')
+
+        cflags = ''
+        cxxflags = ''

         if 'CC' in os.environ:
             cc = os.environ['CC']
@@ -159,28 +162,40 @@
             cxx = os.environ['CXX']
         if 'LDSHARED' in os.environ:
             ldshared = os.environ['LDSHARED']
+        if 'LDCXXSHARED' in os.environ:
+            ldcxxshared = os.environ['LDCXXSHARED']
         if 'CPP' in os.environ:
             cpp = os.environ['CPP']
         else:
             cpp = cc + " -E"           # not always
         if 'LDFLAGS' in os.environ:
             ldshared = ldshared + ' ' + os.environ['LDFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['LDFLAGS']
         if 'CFLAGS' in os.environ:
-            cflags = opt + ' ' + os.environ['CFLAGS']
+            cflags = os.environ['CFLAGS']
             ldshared = ldshared + ' ' + os.environ['CFLAGS']
+        if 'CXXFLAGS' in os.environ:
+            cxxflags = os.environ['CXXFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CXXFLAGS']
         if 'CPPFLAGS' in os.environ:
             cpp = cpp + ' ' + os.environ['CPPFLAGS']
             cflags = cflags + ' ' + os.environ['CPPFLAGS']
+            cxxflags = cxxflags + ' ' + os.environ['CPPFLAGS']
             ldshared = ldshared + ' ' + os.environ['CPPFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CPPFLAGS']

         cc_cmd = cc + ' ' + cflags
+        cxx_cmd = cxx + ' ' + cxxflags
         compiler.set_executables(
             preprocessor=cpp,
             compiler=cc_cmd,
             compiler_so=cc_cmd + ' ' + ccshared,
-            compiler_cxx=cxx,
+            compiler_cxx=cxx_cmd,
+            compiler_so_cxx=cxx_cmd + ' ' + ccshared,
             linker_so=ldshared,
-            linker_exe=cc)
+            linker_exe=cc,
+            linker_so_cxx=ldcxxshared,
+            linker_exe_cxx=cxx)

         compiler.shared_lib_extension = so_ext

@@ -506,7 +521,7 @@
                 for key in ('LDFLAGS', 'BASECFLAGS', 'LDSHARED',
                         # a number of derived variables. These need to be
                         # patched up as well.
-                        'CFLAGS', 'PY_CFLAGS', 'BLDSHARED'):
+                        'CFLAGS', 'CXXFLAGS', 'PY_CFLAGS', 'BLDSHARED'):
                     flags = _config_vars[key]
                     flags = re.sub('-arch\s+\w+\s', ' ', flags)
                     flags = re.sub('-isysroot [^ \t]*', ' ', flags)
@@ -525,7 +540,7 @@
                     for key in ('LDFLAGS', 'BASECFLAGS', 'LDSHARED',
                         # a number of derived variables. These need to be
                         # patched up as well.
-                        'CFLAGS', 'PY_CFLAGS', 'BLDSHARED'):
+                        'CFLAGS', 'CXXFLAGS', 'PY_CFLAGS', 'BLDSHARED'):

                         flags = _config_vars[key]
                         flags = re.sub('-arch\s+\w+\s', ' ', flags)
@@ -549,7 +564,7 @@
                         for key in ('LDFLAGS', 'BASECFLAGS', 'LDSHARED',
                              # a number of derived variables. These need to be
                              # patched up as well.
-                            'CFLAGS', 'PY_CFLAGS', 'BLDSHARED'):
+                            'CFLAGS', 'CXXFLAGS', 'PY_CFLAGS', 'BLDSHARED'):

                             flags = _config_vars[key]
                             flags = re.sub('-isysroot\s+\S+(\s|$)', ' ', flags)
--- lib-python/modified-2.7/distutils/sysconfig_pypy.py
+++ lib-python/modified-2.7/distutils/sysconfig_pypy.py
@@ -114,13 +114,56 @@
     optional C speedup components.
     """
     if compiler.compiler_type == "unix":
-        compiler.compiler_so.extend(['-fPIC', '-Wimplicit'])
+        cc = ' '.join(compiler.compiler)
+        cxx = ' '.join(compiler.compiler_cxx)
+        ldshared = ' '.join(compiler.linker_so)
+        ldcxxshared = ' '.join(compiler.linker_so_cxx)
+
+        cflags = ''
+        cxxflags = ''
+        ccshared = '-fPIC'
+
+        if 'CC' in os.environ:
+            cc = os.environ['CC']
+        if 'CXX' in os.environ:
+            cxx = os.environ['CXX']
+        if 'LDSHARED' in os.environ:
+            ldshared = os.environ['LDSHARED']
+        if 'LDCXXSHARED' in os.environ:
+            ldcxxshared = os.environ['LDCXXSHARED']
+        if 'CPP' in os.environ:
+            cpp = os.environ['CPP']
+        else:
+            cpp = cc + " -E"           # not always
+        if 'LDFLAGS' in os.environ:
+            ldshared = ldshared + ' ' + os.environ['LDFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['LDFLAGS']
+        if 'CFLAGS' in os.environ:
+            cflags = os.environ['CFLAGS']
+            ldshared = ldshared + ' ' + os.environ['CFLAGS']
+        if 'CXXFLAGS' in os.environ:
+            cxxflags = os.environ['CXXFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CXXFLAGS']
+        if 'CPPFLAGS' in os.environ:
+            cpp = cpp + ' ' + os.environ['CPPFLAGS']
+            cflags = cflags + ' ' + os.environ['CPPFLAGS']
+            cxxflags = cxxflags + ' ' + os.environ['CPPFLAGS']
+            ldshared = ldshared + ' ' + os.environ['CPPFLAGS']
+            ldcxxshared = ldcxxshared + ' ' + os.environ['CPPFLAGS']
+
+        cc_cmd = cc + ' ' + cflags
+        cxx_cmd = cxx + ' ' + cxxflags
+        compiler.set_executables(
+            preprocessor=cpp,
+            compiler=cc_cmd,
+            compiler_so=cc_cmd + ' ' + ccshared,
+            compiler_cxx=cxx_cmd,
+            compiler_so_cxx=cxx_cmd + ' ' + ccshared,
+            linker_so=ldshared,
+            linker_exe=cc,
+            linker_so_cxx=ldcxxshared,
+            linker_exe_cxx=cxx)
         compiler.shared_lib_extension = get_config_var('SO')
-        if "CFLAGS" in os.environ:
-            cflags = os.environ["CFLAGS"]
-            compiler.compiler.append(cflags)
-            compiler.compiler_so.append(cflags)
-            compiler.linker_so.append(cflags)


 from sysconfig_cpython import (
--- lib-python/modified-2.7/distutils/unixccompiler.py
+++ lib-python/modified-2.7/distutils/unixccompiler.py
@@ -114,14 +114,17 @@
     # are pretty generic; they will probably have to be set by an outsider
     # (eg. using information discovered by the sysconfig about building
     # Python extensions).
-    executables = {'preprocessor' : None,
-                   'compiler'     : ["cc"],
-                   'compiler_so'  : ["cc"],
-                   'compiler_cxx' : ["cc"],
-                   'linker_so'    : ["cc", "-shared"],
-                   'linker_exe'   : ["cc"],
-                   'archiver'     : ["ar", "-cr"],
-                   'ranlib'       : None,
+    executables = {'preprocessor'    : None,
+                   'compiler'        : ["cc"],
+                   'compiler_so'     : ["cc"],
+                   'compiler_cxx'    : ["c++"],
+                   'compiler_so_cxx' : ["c++"],
+                   'linker_so'       : ["cc", "-shared"],
+                   'linker_exe'      : ["cc"],
+                   'linker_so_cxx'   : ["c++", "-shared"],
+                   'linker_exe_cxx'  : ["c++"],
+                   'archiver'        : ["ar", "-cr"],
+                   'ranlib'          : None,
                   }

     if sys.platform[:6] == "darwin":
@@ -186,11 +189,18 @@

     def _compile(self, obj, src, ext, cc_args, extra_postargs, pp_opts):
         compiler_so = self.compiler_so
+        compiler_so_cxx = self.compiler_so_cxx
         if sys.platform == 'darwin':
             compiler_so = _darwin_compiler_fixup(compiler_so, cc_args +
extra_postargs)
+            compiler_so_cxx = _darwin_compiler_fixup(compiler_so_cxx, cc_args +
+                                                     extra_postargs)
         try:
-            self.spawn(compiler_so + cc_args + [src, '-o', obj] +
-                       extra_postargs)
+            if self.detect_language(src) == 'c++':
+                self.spawn(compiler_so_cxx + cc_args + [src, '-o', obj] +
+                           extra_postargs)
+            else:
+                self.spawn(compiler_so + cc_args + [src, '-o', obj] +
+                           extra_postargs)
         except DistutilsExecError, msg:
             raise CompileError, msg

@@ -247,23 +257,16 @@
                 ld_args.extend(extra_postargs)
             self.mkpath(os.path.dirname(output_filename))
             try:
-                if target_desc == CCompiler.EXECUTABLE:
-                    linker = self.linker_exe[:]
+                if target_lang == "c++":
+                    if target_desc == CCompiler.EXECUTABLE:
+                        linker = self.linker_exe_cxx[:]
+                    else:
+                        linker = self.linker_so_cxx[:]
                 else:
-                    linker = self.linker_so[:]
-                if target_lang == "c++" and self.compiler_cxx:
-                    # skip over environment variable settings if /usr/bin/env
-                    # is used to set up the linker's environment.
-                    # This is needed on OSX. Note: this assumes that the
-                    # normal and C++ compiler have the same environment
-                    # settings.
-                    i = 0
-                    if os.path.basename(linker[0]) == "env":
-                        i = 1
-                        while '=' in linker[i]:
-                            i = i + 1
-
-                    linker[i] = self.compiler_cxx[i]
+                    if target_desc == CCompiler.EXECUTABLE:
+                        linker = self.linker_exe[:]
+                    else:
+                        linker = self.linker_so[:]

                 if sys.platform == 'darwin':
                     linker = _darwin_compiler_fixup(linker, ld_args)

----------
messages: 3949
nosy: djc, pypy-issue
priority: bug
status: unread
title: Some patches for distutils

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

From tracker at bugs.pypy.org  Thu Feb 16 10:18:44 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:18:44 +0000
Subject: [pypy-issue] [issue1057] Be more careful about selecting the
	compiler in distutils
In-Reply-To: <1329383924.73.0.0123974164131.issue1057@bugs.pypy.org>
Message-ID: <1329383924.73.0.0123974164131.issue1057@bugs.pypy.org>


New submission from Dirkjan Ochtman <dirkjan at ochtman.nl>:

distutils of PyPy incorrectly handles CFLAGS as 1 argument instead of
space-separated list of arguments. distutils should respect environment
variables, which set compiler, linker etc.

--- lib-python/modified-2.7/distutils/unixccompiler.py
+++ lib-python/modified-2.7/distutils/unixccompiler.py
@@ -297,7 +297,7 @@
         # this time, there's no way to determine this information from
         # the configuration data stored in the Python installation, so
         # we use this hack.
-        compiler = os.path.basename(sysconfig.get_config_var("CC"))
+        compiler = os.path.basename(self.compiler[0])
         if sys.platform[:6] == "darwin":
             # MacOSX's linker doesn't understand the -R flag at all
             return "-L" + dir

----------
messages: 3950
nosy: djc, pypy-issue
priority: bug
status: unread
title: Be more careful about selecting the compiler in distutils

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

From tracker at bugs.pypy.org  Thu Feb 16 10:27:51 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 09:27:51 +0000
Subject: [pypy-issue] [issue1056] Improve distutils' handling of executables
	and flags
In-Reply-To: <1329383748.13.0.738618626382.issue1056@bugs.pypy.org>
Message-ID: <1329384471.45.0.616320475222.issue1056@bugs.pypy.org>


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

It should be reported as a cpython 2.7 issue, with a proper explanation of what
it fixes, ideally with an example.  Without such an explanation, cpython cannot
accept such a big change, and (in case cpython decides not to fix it) we can't
either.

----------
nosy: +arigo
status: unread -> invalid

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

From tracker at bugs.pypy.org  Thu Feb 16 10:31:23 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 09:31:23 +0000
Subject: [pypy-issue] [issue1053] Adding openssl include when appropriate
In-Reply-To: <1329382901.44.0.130073531226.issue1053@bugs.pypy.org>
Message-ID: <1329384683.61.0.127253225979.issue1053@bugs.pypy.org>


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

openssl/rand.h is already in the includes in all cases.  Maybe the problem is
that it should not be there if HAVE_OPENSSL_RAND is false?

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

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

From tracker at bugs.pypy.org  Thu Feb 16 10:42:25 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 09:42:25 +0000
Subject: [pypy-issue] [issue1057] Be more careful about selecting the
	compiler in distutils
In-Reply-To: <1329383924.73.0.0123974164131.issue1057@bugs.pypy.org>
Message-ID: <1329385345.61.0.647994294046.issue1057@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

I've opened an upstream bug about this: http://bugs.python.org/issue14030.

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

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

From tracker at bugs.pypy.org  Thu Feb 16 11:08:45 2012
From: tracker at bugs.pypy.org (Dirkjan Ochtman)
Date: Thu, 16 Feb 2012 10:08:45 +0000
Subject: [pypy-issue] [issue1053] Adding openssl include when appropriate
In-Reply-To: <1329382901.44.0.130073531226.issue1053@bugs.pypy.org>
Message-ID: <1329386925.49.0.876262889613.issue1053@bugs.pypy.org>


Dirkjan Ochtman <dirkjan at ochtman.nl> added the comment:

The patch predated the changeset that added rand.h to the includes, so this is
no longer relevant. It was added in 9d6a4800b387.

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

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

From tracker at bugs.pypy.org  Thu Feb 16 11:50:23 2012
From: tracker at bugs.pypy.org (Da_Blitz)
Date: Thu, 16 Feb 2012 10:50:23 +0000
Subject: [pypy-issue] [issue1003] Sandbox code uses no-longer-working seccom
In-Reply-To: <1326898662.41.0.324668365239.issue1003@bugs.pypy.org>
Message-ID: <1329389423.61.0.71801696843.issue1003@bugs.pypy.org>


Da_Blitz <pypy at pocketnix.org> added the comment:

Update: looks like it is on track for 3.3 with some new features. TRACE support
may be useful for bouncing the syscall to a parent process without specific
sandbox/pypy support at the cost of portability (linux only)

perhaps a fork of sandbox is the way to do it or make it a 3rd party lib?

* https://lwn.net/Articles/480797/

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

From tracker at bugs.pypy.org  Thu Feb 16 11:56:39 2012
From: tracker at bugs.pypy.org (zzz654321)
Date: Thu, 16 Feb 2012 10:56:39 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329389799.75.0.108393912496.issue1052@bugs.pypy.org>


zzz654321 <lightdarkadmin at 163.com> added the comment:

wx-c-0-9-0-2.def

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

From tracker at bugs.pypy.org  Thu Feb 16 13:44:46 2012
From: tracker at bugs.pypy.org (Marien Zwart)
Date: Thu, 16 Feb 2012 12:44:46 +0000
Subject: [pypy-issue] [issue1058] trackgcroot.py should handle the cqto
	instruction
In-Reply-To: <1329396286.43.0.838612931767.issue1058@bugs.pypy.org>
Message-ID: <1329396286.43.0.838612931767.issue1058@bugs.pypy.org>


New submission from Marien Zwart <marien.zwart at gmail.com>:

When building pypy-1.8 (also observed with a more recent hg checkout) with
CFLAGS="-march=amdfam10" set the build fails because gcc (4.5.3) generates a
"cqto" instruction trackgcroot.py does not understand:

python /tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py -t
module__collections_interp_deque.s > module__collections_interp_deque.gctmp
Traceback (most recent call last):
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
2008, in <module>
    tracker.process(f, g, filename=fn)
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
1901, in process
    tracker = parser.process_function(lines, filename)
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
1418, in process_function
    table = tracker.computegcmaptable(self.verbose)
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
52, in computegcmaptable
    self.parse_instructions()
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
204, in parse_instructions
    self.find_missing_visit_method(opname)
  File "/tmp/pypy-pypy-2346207d9946/pypy/translator/c/gcc/trackgcroot.py", line
234, in find_missing_visit_method
    raise UnrecognizedOperation(opname)
__main__.UnrecognizedOperation: cqto
make: *** [module__collections_interp_deque.gcmap] Error 1

No particularly hairy code is needed to get this instruction generated: dividing
two long integers seems to suffice. The instruction does "convert quad to
octword", according to google, which does not sound like an operation applicable
to pointers. So just adding 'cqto' to IGNORE_OPS_WITH_PREFIXES seems reasonable,
and a pypy-1.8 built with that change successfully translated a more recent
checkout of pypy.

----------
messages: 3957
nosy: marienz, pypy-issue
priority: bug
status: unread
title: trackgcroot.py should handle the cqto instruction

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

From tracker at bugs.pypy.org  Thu Feb 16 14:08:03 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 13:08:03 +0000
Subject: [pypy-issue] [issue1058] trackgcroot.py should handle the cqto
	instruction
In-Reply-To: <1329396286.43.0.838612931767.issue1058@bugs.pypy.org>
Message-ID: <1329397683.26.0.995034404782.issue1058@bugs.pypy.org>


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

Already fixed yesterday.

----------
nosy: +arigo
status: unread -> resolved

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

From tracker at bugs.pypy.org  Thu Feb 16 15:11:09 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Thu, 16 Feb 2012 14:11:09 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329401469.71.0.25235948989.issue1052@bugs.pypy.org>


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

confirmed, unfortunately i can take a look at the jitlog, jtviewer
swap-of-deaths my system on it (its a 300 mb log)

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

From tracker at bugs.pypy.org  Thu Feb 16 15:40:06 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 16 Feb 2012 14:40:06 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329403206.06.0.560131568041.issue1052@bugs.pypy.org>


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

A major hit for pypy is that it needs to compile a new regexp pattern every time
chkFunc() is called.  With the following change:


def chkFunc(lstFD, func ):
    mFunc= "WXNET_EXPORT\\(.*\\)(?:\r\n)? *([0-9a-zA-Z_]+)\\("
    for fd in lstFD:
        for i in re.finditer(mFunc, fd ):
          if i.group(1) == func:
            #...sequel unchanged...

then it becomes twice faster than CPython (and produces the same result).  I
know that it's still a problem, but I pointed it out as a quick workaround and
as a direction towards future work in pypy.

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

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

From tracker at bugs.pypy.org  Thu Feb 16 17:33:52 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Thu, 16 Feb 2012 16:33:52 +0000
Subject: [pypy-issue] [issue587] [PATCH] Plain 'strip' in package.py breaks
	cpyext on Mac	OS X
In-Reply-To: <1291296525.56.0.337357605869.issue587@>
Message-ID: <1329410032.56.0.374079813899.issue587@bugs.pypy.org>


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

current package.py on default has conditionals for the platforms

----------
nosy: +ronny
status: chatting -> resolved

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

From tracker at bugs.pypy.org  Thu Feb 16 17:45:21 2012
From: tracker at bugs.pypy.org (zzz654321)
Date: Thu, 16 Feb 2012 16:45:21 +0000
Subject: [pypy-issue] [issue1052] pypy slower
In-Reply-To: <1329373638.18.0.292010591185.issue1052@bugs.pypy.org>
Message-ID: <1329410721.36.0.629924740135.issue1052@bugs.pypy.org>


zzz654321 <lightdarkadmin at 163.com> added the comment:

thanks, 
I think the re module differenced. 
I want pypy to very good. 
good luky!

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

From tracker at bugs.pypy.org  Thu Feb 16 17:49:16 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Thu, 16 Feb 2012 16:49:16 +0000
Subject: [pypy-issue] [issue656] Python code 20x slower than C++
In-Reply-To: <1299190112.86.0.871909841991.issue656@>
Message-ID: <1329410956.57.0.371115894246.issue656@bugs.pypy.org>


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

current state is roughly

g++ -> ~8s
g++ -O3 -> ~1s
pypy-nightly given code -> 45s
pypy-nightly 2 arg min -> ~4.5s

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

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

From tracker at bugs.pypy.org  Thu Feb 16 18:35:20 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Thu, 16 Feb 2012 17:35:20 +0000
Subject: [pypy-issue] [issue1059] dict proxy issues
In-Reply-To: <1329413720.93.0.705303693926.issue1059@bugs.pypy.org>
Message-ID: <1329413720.93.0.705303693926.issue1059@bugs.pypy.org>


New submission from Alex Gaynor <alex.gaynor at gmail.com>:

>>>> int.__dict__.clear()
RPython traceback:
  File "implement_12.c", line 5793, in dict_mth_mm_clear_perform_call
  File "implement_14.c", line 21733, in dispatcher_278
  File "objspace_std_typeobject.c", line 3387, in W_TypeObject_mutated
Fatal RPython error: AssertionError
Aborted




>>>> int.__dict__.popitem()
Segmentation fault




>>>> class A(object): pass
>>>> 
>>>> A.__dict__["a"] = 3

----------
messages: 3965
nosy: agaynor, pypy-issue
priority: bug
status: unread
title: dict proxy issues

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

From tracker at bugs.pypy.org  Thu Feb 16 20:32:07 2012
From: tracker at bugs.pypy.org (Beda Kosata)
Date: Thu, 16 Feb 2012 19:32:07 +0000
Subject: [pypy-issue] [issue1060] datetime.utcfromtimestamp creates datetime
	objects which	crash in __hash__
In-Reply-To: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>
Message-ID: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>


New submission from Beda Kosata <beda.kosata at gmail.com>:

When a datetime object is created from a float using the utcfromtimestamp
classmethod, the resulting instance crashes on hash() and is thus unusable in
dict keys, etc.

>> from datetime import datetime
>> x = datetime.utcfromtimestamp(123456789.0)
>> hash(x)

Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "/opt/pypy-1.8/lib_pypy/datetime.py", line 1882, in __hash__
    return hash(self._getstate()[0])
  File "/opt/pypy-1.8/lib_pypy/datetime.py", line 1897, in _getstate
    us1, us2, us3)
TypeError: expected integer, got float object

Instances created using fromtimestamp() behave as expected. The issue seems
specific to the utc method.

----------
messages: 3966
nosy: beda, pypy-issue
priority: bug
status: unread
title: datetime.utcfromtimestamp creates datetime objects which crash in __hash__

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

From tracker at bugs.pypy.org  Thu Feb 16 20:44:10 2012
From: tracker at bugs.pypy.org (Beda Kosata)
Date: Thu, 16 Feb 2012 19:44:10 +0000
Subject: [pypy-issue] [issue1060] datetime.utcfromtimestamp creates datetime
	objects which	crash in __hash__
In-Reply-To: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>
Message-ID: <1329421450.06.0.45225299322.issue1060@bugs.pypy.org>


Beda Kosata <beda.kosata at gmail.com> added the comment:

Just forgot. I use the released 64 bit Linux version 1.8 with JIT.
The problem does not seem to be related to the float vs int input into the
function my previous message implied. The behaviour is the same for int input.

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

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

From tracker at bugs.pypy.org  Thu Feb 16 21:38:35 2012
From: tracker at bugs.pypy.org (David Ripton)
Date: Thu, 16 Feb 2012 20:38:35 +0000
Subject: [pypy-issue] [issue1060] datetime.utcfromtimestamp creates datetime
	objects which	crash in __hash__
In-Reply-To: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>
Message-ID: <1329424715.01.0.201687921087.issue1060@bugs.pypy.org>


David Ripton <d+pypy at ripton.net> added the comment:

I don't see this problem in pypy 1.7, so it's probably something I broke while
fixing issue972.  I'll try to fix it tonight.

----------
assignedto:  -> dripton
nosy: +dripton

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

From tracker at bugs.pypy.org  Thu Feb 16 22:20:01 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Thu, 16 Feb 2012 21:20:01 +0000
Subject: [pypy-issue] [issue1060] datetime.utcfromtimestamp creates datetime
	objects which	crash in __hash__
In-Reply-To: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>
Message-ID: <1329427201.29.0.542571749819.issue1060@bugs.pypy.org>


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

I believe I fixed this in ea7cd308d573, can someone please verify?

----------
nosy: +agaynor

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

From tracker at bugs.pypy.org  Fri Feb 17 04:24:53 2012
From: tracker at bugs.pypy.org (David Ripton)
Date: Fri, 17 Feb 2012 03:24:53 +0000
Subject: [pypy-issue] [issue1060] datetime.utcfromtimestamp creates datetime
	objects which	crash in __hash__
In-Reply-To: <1329420727.26.0.862811000408.issue1060@bugs.pypy.org>
Message-ID: <1329449093.75.0.119882102733.issue1060@bugs.pypy.org>


David Ripton <d+pypy at ripton.net> added the comment:

Verified.  On x86 Linux:

$ ./pypy-c 
Python 2.7.2 (59a514e97b66, Feb 17 2012, 00:59:22)
[PyPy 1.8.1-dev0 with GCC 4.5.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``random bugs in random (not a
funny joke)''
>>>> from datetime import datetime
>>>> x = datetime.utcfromtimestamp(123456789.0)
>>>> hash(x)
-1642555841

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

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

From tracker at bugs.pypy.org  Fri Feb 17 10:36:39 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Fri, 17 Feb 2012 09:36:39 +0000
Subject: [pypy-issue] [issue1061] non-sequential file writes really slow in
	pypy
In-Reply-To: <1329471399.48.0.451464057483.issue1061@bugs.pypy.org>
Message-ID: <1329471399.48.0.451464057483.issue1061@bugs.pypy.org>


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

Attached file does much more IO than CPython. Massage xrange range for your HD 
speed, otherwise it's very slow. Confirmed on tannit (where the script is in 
/tmp/x.py with correct xrange). It's ~10x slowdown

----------
files: x.py
messages: 3971
nosy: fijal, pypy-issue
priority: performance bug
status: unread
title: non-sequential file writes really slow in pypy

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

From tracker at bugs.pypy.org  Sat Feb 18 10:00:41 2012
From: tracker at bugs.pypy.org (Hakan Ardo)
Date: Sat, 18 Feb 2012 09:00:41 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329555641.29.0.139714988517.issue1048@bugs.pypy.org>


Hakan Ardo <hakan at debian.org> added the comment:

This is hopefully fixed by a6294c0d0f47, but lets test it with tomorrows nigthly.

----------
nosy: +hakanardo
status: chatting -> in-progress

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

From tracker at bugs.pypy.org  Sat Feb 18 10:08:39 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Sat, 18 Feb 2012 09:08:39 +0000
Subject: [pypy-issue] [issue1022] dict.update significantly slower than
	series of	dict.__setitem__
In-Reply-To: <1327497000.97.0.209820064529.issue1022@bugs.pypy.org>
Message-ID: <1329556119.91.0.515278705283.issue1022@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

How about we move dict.update to applevel?

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

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

From tracker at bugs.pypy.org  Sat Feb 18 12:19:07 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 18 Feb 2012 11:19:07 +0000
Subject: [pypy-issue] [issue1022] dict.update significantly slower than
	series of	dict.__setitem__
In-Reply-To: <1327497000.97.0.209820064529.issue1022@bugs.pypy.org>
Message-ID: <1329563947.83.0.51707773223.issue1022@bugs.pypy.org>


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

It probably doesn't help: the issue seems to be the slowness of "**kwds"
argument passing.  If you're thinking about app-level, then it's code like that:

def update(d, **kwds):
    for key, value in kwds.items():   # or iteritems()
        d[key] = value

But that would be much slower than a series of direct setitems, and most
probably also slower than the RPython equivalent that we have now.

To fix this we need to think about how to improve __args__.parse_obj() in a way
that lets it enumerate the keywords without actually building a w_kwds dictionary.

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

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

From tracker at bugs.pypy.org  Sat Feb 18 12:56:24 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sat, 18 Feb 2012 11:56:24 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329566184.5.0.236060882918.issue1048@bugs.pypy.org>


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

Indeed, it's fixed.

----------
status: in-progress -> resolved

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

From tracker at bugs.pypy.org  Sun Feb 19 13:40:44 2012
From: tracker at bugs.pypy.org (Hakan Ardo)
Date: Sun, 19 Feb 2012 12:40:44 +0000
Subject: [pypy-issue] [issue1048] pypy -m cProfile: jit bug
In-Reply-To: <1329301755.34.0.765793068872.issue1048@bugs.pypy.org>
Message-ID: <1329655244.57.0.142836879178.issue1048@bugs.pypy.org>


Hakan Ardo <hakan at debian.org> added the comment:

Verified to be fixed in version 0f03693b05ac

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

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

From tracker at bugs.pypy.org  Sun Feb 19 13:43:27 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Sun, 19 Feb 2012 12:43:27 +0000
Subject: [pypy-issue] [issue1061] non-sequential file writes really slow in
	pypy
In-Reply-To: <1329471399.48.0.451464057483.issue1061@bugs.pypy.org>
Message-ID: <1329655407.39.0.28852581724.issue1061@bugs.pypy.org>


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

When writing to /dev/shm to discount the time spent writing to disk, I get the
following measures (CPython left, PyPy right):

real    0m1.303s          real    0m0.802s
user    0m0.980s          user    0m0.420s
sys     0m0.320s          sys     0m0.260s

So PyPy is faster.  Can you provide more information?

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

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

From tracker at bugs.pypy.org  Sun Feb 19 14:52:25 2012
From: tracker at bugs.pypy.org (kracekumar ramaraju)
Date: Sun, 19 Feb 2012 13:52:25 +0000
Subject: [pypy-issue] [issue1062] PyPy1.7 and PyPy1.8constantly failing to
	import site
In-Reply-To: <1329659545.6.0.190330621513.issue1062@bugs.pypy.org>
Message-ID: <1329659545.6.0.190330621513.issue1062@bugs.pypy.org>


New submission from kracekumar ramaraju <kracethekingmaker at gmail.com>:

Command: pypy1.7 /home/kracekumar/pypy-pypy-
2346207d9946/pypy/translator/sandbox/pypy_interact.py --tmp=/home/kracekumar/pypy-pypy-
2346207d9946/pypy/translator/sandbox/virtualtmp --timeout=60 /home/kracekumar/pypy-pypy-
2346207d9946/pypy-c test.py

test.py
======
print "hello world"

output
======
Warning: cannot find your CPU L2 cache size in /proc/cpuinfo\
Not Implemented: SomeString(no_nul=True)
RuntimeError
'import site' failed
hello world

os - ubuntu 11.10
pypy version - 1.8, 1.7

----------
messages: 3978
nosy: kracekumar, pypy-issue
priority: bug
release: 1.7
status: chatting
title: PyPy1.7 and PyPy1.8constantly failing to import site

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

From tracker at bugs.pypy.org  Mon Feb 20 12:22:43 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Mon, 20 Feb 2012 11:22:43 +0000
Subject: [pypy-issue] [issue1059] dict proxy issues
In-Reply-To: <1329413720.93.0.705303693926.issue1059@bugs.pypy.org>
Message-ID: <1329736963.82.0.281134505256.issue1059@bugs.pypy.org>


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

fixed in 4b254e123047 

The first two raise an error. The third is actually intentional. Changing the
dict simply changes the type as well. This was deemed much easier and nicer than
actually implementing the exact CPython semantics of dict proxies (which can be
used to segfault CPython).

----------
nosy: +cfbolz
status: unread -> resolved

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

From tracker at bugs.pypy.org  Mon Feb 20 12:34:00 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Mon, 20 Feb 2012 11:34:00 +0000
Subject: [pypy-issue] [issue1059] dict proxy issues
In-Reply-To: <1329413720.93.0.705303693926.issue1059@bugs.pypy.org>
Message-ID: <1329737640.41.0.391316278964.issue1059@bugs.pypy.org>


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

Also added documentation of this fact to the CPython differences.

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

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

From tracker at bugs.pypy.org  Mon Feb 20 14:43:16 2012
From: tracker at bugs.pypy.org (Hakan Ardo)
Date: Mon, 20 Feb 2012 13:43:16 +0000
Subject: [pypy-issue] [issue1063] Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>


New submission from Hakan Ardo <hakan at debian.org>:

Hi,
attached script segfaults on 1.8 as well as on 0f03693b05ac.

----------
files: boost.py
messages: 3981
nosy: hakanardo, pypy-issue
priority: bug
status: unread
title: Segmentation fault

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

From tracker at bugs.pypy.org  Mon Feb 20 14:45:44 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Mon, 20 Feb 2012 13:45:44 +0000
Subject: [pypy-issue] [issue1063] numpypy Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329745544.89.0.694013658346.issue1063@bugs.pypy.org>


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

it's using numpypy, changing title to reflect that.

----------
nosy: +cfbolz
status: unread -> chatting
title: Segmentation fault -> numpypy Segmentation fault

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

From tracker at bugs.pypy.org  Mon Feb 20 17:18:41 2012
From: tracker at bugs.pypy.org (kracekumar ramaraju)
Date: Mon, 20 Feb 2012 16:18:41 +0000
Subject: [pypy-issue] [issue1062] PyPy1.7 and PyPy1.8constantly failing to
	import site
In-Reply-To: <1329659545.6.0.190330621513.issue1062@bugs.pypy.org>
Message-ID: <1329754721.68.0.0732097406089.issue1062@bugs.pypy.org>


kracekumar ramaraju <kracethekingmaker at gmail.com> added the comment:

"Warning: cannot find your CPU L2 cache size in /proc/cpuinfo" is located in 
pypy/rpython/memory/gc/env.py and in pypy-c, While trying to run sandboxed version, you cannot access 
/proc/cpuinfo, because of that pypy might throw this warning. lscpu produced l2 cache value as 2048kb.

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

From tracker at bugs.pypy.org  Mon Feb 20 17:56:16 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Mon, 20 Feb 2012 16:56:16 +0000
Subject: [pypy-issue] [issue641] reading CSV files with csv module is much
	slower than	CPython 2.6.6
In-Reply-To: <1298466755.89.0.819503203326.issue641@>
Message-ID: <1329756976.79.0.153795251735.issue641@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

I've had some success in improving the csv module's reading speed. Just replace 
lib_pypy/_csv.py with the attached _csv.py file. I also attached two simple 
benchmarks, csvmodtest_read.py and csvmodtest_read_float.py, that use the data 
generated by csvparsingtest_create_test_file.py in csvparsingtest.tar.gz. Here 
are some times on my machine.

python csvmodtest_read.py       : 1.42479109764
python csvmodtest_read_float.py : 2.06221604347

Before changes to csv module's reader:
pypy csvmodtest_read.py         : 4.33989810944
pypy csvmodtest_read_float.py   : 6.02067089081

After changes to csv module's reader:
pypy csvmodtest_read.py         : 1.84223508835
pypy csvmodtest_read_float.py   : 3.14416193962

It isn't all the way there, but it is significant progress. Here are the major 
changes that I made:

1. I brought the while loop over _parse_process_char() in next() into 
_parse_process_char(). This was the biggest single change improvement because it 
was calling parse_process_char() for each character. Maybe I should change the 
name of _parse_process_char() to _parse_process_chars()?
2. The code was pulling out a single char, c = line[pos], and comparing 
everything against c. However, the jit can't seem to figure out in that case 
that c is always a single character and instead always does a full string 
comparison call. By substituting `c` with `line[pos]` everywhere I got a 
significant speed-up. The same occurred for changing self.dialect.delimiter with 
self.dialect.delimiter[0]. Maybe this indicates a change that should be made in 
the jit.
3. Make all of dialect's variables that are used in parsing into class variables 
of reader (with underscores at the front of their names). dialect's variables 
like delimiter are all property()'s in order for them to be read-only. However, 
this causes some slowdown.
4. Don't append the first char during a START_FIELD when the character is a 
normal (non-escaped, etc) character. This is taken care of in IN_FIELD instead.
5. Instead of using `if line[pos] in '\n\r'` to check for new line characters, 
use `if line[pos] == '\n' or line[pos] == '\r'`. This changes a call to search 
in a string to just checking against two constants.

I think that those are the main changes that I did, but I might have forgotten 
others. I did have to make a some small changes to the logic that went along 
with my changes. All tests pass in lib-python/modified-2.7/test/test_csv.py. I 
tried using StringBuilder and was getting a slow down, but maybe someone else 
can see a better way to use it.

Are these changes acceptable? If not, then please give clear reasons why and 
suggest alternatives.

----------
nosy: +justinpeel

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

From tracker at bugs.pypy.org  Mon Feb 20 19:16:12 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Mon, 20 Feb 2012 18:16:12 +0000
Subject: [pypy-issue] [issue1063] numpypy Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329761772.04.0.0182104534348.issue1063@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

I can't get this to segfault on my machine using 1.8 or a newer version. What 
platform did this happen on? Maybe it is a 32-bit vs. 64-bit problem?

----------
nosy: +justinpeel

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

From tracker at bugs.pypy.org  Mon Feb 20 19:17:11 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 20 Feb 2012 18:17:11 +0000
Subject: [pypy-issue] [issue1063] numpypy Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329761831.55.0.547343727688.issue1063@bugs.pypy.org>


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

It segfaults for me most of the time on a 64-bit machine.  I'm trying to see if I 
can reproduce it under py.py

----------
nosy: +agaynor

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

From tracker at bugs.pypy.org  Mon Feb 20 19:56:47 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Mon, 20 Feb 2012 18:56:47 +0000
Subject: [pypy-issue] [issue1061] non-sequential file writes really slow in
	pypy
In-Reply-To: <1329471399.48.0.451464057483.issue1061@bugs.pypy.org>
Message-ID: <1329764207.66.0.744261064897.issue1061@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

I may be wrong, but the problem as I see it is that you aren't erasing /tmp/test 
in between runs. You are running an O(N^2) append operation where N is the size 
of the existing file. Try erasing /tmp/test, running it twice with python, 
erasing /tmp/test again, and running it twice with pypy. I'm seeing very similar 
timings between CPython and Pypy on my machine;.

----------
nosy: +justinpeel

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

From tracker at bugs.pypy.org  Mon Feb 20 20:16:15 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 20 Feb 2012 19:16:15 +0000
Subject: [pypy-issue] [issue1063] numpypy Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329765375.81.0.0283823106375.issue1063@bugs.pypy.org>


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

So I managed to run the whole thing under py.py without crashing, so this seems 
like a JIT bug maybe.

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

From tracker at bugs.pypy.org  Mon Feb 20 20:20:42 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 20 Feb 2012 19:20:42 +0000
Subject: [pypy-issue] [issue1063] numpypy Segmentation fault
In-Reply-To: <1329745396.57.0.717360098013.issue1063@bugs.pypy.org>
Message-ID: <1329765642.79.0.340972703206.issue1063@bugs.pypy.org>


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

More info: when run under gdb it never segfaults for me, but always prints 103 
(the correct value, according to CPython, is 0).  When run without gdb it either 
crashes or prints some random (inconsistent) value, so I guess this is probably a 
bad read somewhere.

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

From tracker at bugs.pypy.org  Tue Feb 21 03:18:35 2012
From: tracker at bugs.pypy.org (Joseph Perla)
Date: Tue, 21 Feb 2012 02:18:35 +0000
Subject: [pypy-issue] [issue1064] Contribution
In-Reply-To: <1329790715.38.0.905612431591.issue1064@bugs.pypy.org>
Message-ID: <1329790715.38.0.905612431591.issue1064@bugs.pypy.org>


New submission from Joseph Perla <pypy.org at jperla.com>:

I created the numpy.random module and set up the gamma() and normal() functions.  
I also made the log ufunc and a very rough version of the logaddexp ufunc.

----------
messages: 3990
nosy: pypy-issue
priority: feature
status: unread
title: Contribution

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

From tracker at bugs.pypy.org  Tue Feb 21 11:04:41 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Tue, 21 Feb 2012 10:04:41 +0000
Subject: [pypy-issue] [issue1065] bbhook irc summary
In-Reply-To: <1329818681.17.0.0363217074042.issue1065@bugs.pypy.org>
Message-ID: <1329818681.17.0.0363217074042.issue1065@bugs.pypy.org>


New submission from Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de>:

large pushes are a pain for irc,
so only for irc we should aggregate the information if the push is big

the basic idea is to aggregate to numbers per user per branch and to still print
merges

----------
assignedto: ronny
messages: 3991
nosy: pypy-issue, ronny
priority: wish
status: chatting
title: bbhook irc summary

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

From tracker at bugs.pypy.org  Tue Feb 21 16:43:01 2012
From: tracker at bugs.pypy.org (Joseph Perla)
Date: Tue, 21 Feb 2012 15:43:01 +0000
Subject: [pypy-issue] [issue1066] numpypy can't print float64's
In-Reply-To: <1329838981.51.0.811847892385.issue1066@bugs.pypy.org>
Message-ID: <1329838981.51.0.811847892385.issue1066@bugs.pypy.org>


New submission from Joseph Perla <pypy.org at jperla.com>:

I can't print numpypy.flaot64, even though I can easily use float() or str() on 
it to turn it into a string.

This problem probably occurs for other numpypy types as well.


unsupported operand types for format: 'float64', 'str'
> /home/princeton_ram/happynews/model/topiclib.py(722)lda_E_step_for_doc()
-> print "{2}: done LDA e-step on doc {3}: {0} iterations ELBO: {1}".format(i, 
local_elbo, global_iteration, d)
(Pdb) p local_elbo
-4.35704805568e-11
(Pdb) p i
20
(Pdb) p type(local_elbo)
<type 'numpypy.float64'>
(Pdb) p str(local_elbo)
'-4.35704805568e-11'
(Pdb) p 'bla {0}'.format(local_elbo)
*** TypeError: TypeError("unsupported operand types for format: 'float64', 
'str'",)
(Pdb) p 'bla {0}'.format(str(local_elbo))
'bla -4.35704805568e-11'
(Pdb) p 'bla {0}'.format(float(local_elbo))
'bla -4.35704805568e-11'
(Pdb)

----------
messages: 3992
nosy: pypy-issue
priority: critical
status: unread
title: numpypy can't print float64's

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

From tracker at bugs.pypy.org  Tue Feb 21 21:52:49 2012
From: tracker at bugs.pypy.org (Winston Ewert)
Date: Tue, 21 Feb 2012 20:52:49 +0000
Subject: [pypy-issue] [issue1067] Performance on Stack-Based VM machine
In-Reply-To: <1329857569.22.0.328879135116.issue1067@bugs.pypy.org>
Message-ID: <1329857569.22.0.328879135116.issue1067@bugs.pypy.org>


New submission from Winston Ewert <winstonewert at gmail.com>:

For me this runs 20x faster on Python 2.7.1+ then on PyPy 1.8

----------
files: go2.py
messages: 3993
nosy: pypy-issue, winstonewert
priority: performance bug
status: unread
title: Performance on Stack-Based VM machine

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue1067>
________________________________________
-------------- next part --------------
import time

def execute(program):
    stack = []
    for op in program:
        if op == 'd':
            stack.append( 0 )
        elif op == 'e':
            stack.append( 1 )
        elif op == 'f':
            stack.append( stack.pop() + stack.pop())

def main():
    for generation in range(20000):
        execute('eefddffedff')

main()
t = time.time()
main()
print time.time() - t

From tracker at bugs.pypy.org  Wed Feb 22 02:50:24 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Wed, 22 Feb 2012 01:50:24 +0000
Subject: [pypy-issue] [issue1066] numpypy can't print float64's
In-Reply-To: <1329838981.51.0.811847892385.issue1066@bugs.pypy.org>
Message-ID: <1329875424.75.0.300107952582.issue1066@bugs.pypy.org>


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

Fixed in dde74845c41f

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

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

From tracker at bugs.pypy.org  Wed Feb 22 05:54:34 2012
From: tracker at bugs.pypy.org (Justin Peel)
Date: Wed, 22 Feb 2012 04:54:34 +0000
Subject: [pypy-issue] [issue1067] Performance on Stack-Based VM machine
In-Reply-To: <1329857569.22.0.328879135116.issue1067@bugs.pypy.org>
Message-ID: <1329886474.58.0.307540248538.issue1067@bugs.pypy.org>


Justin Peel <peelpy at gmail.com> added the comment:

I've attached a simpler code (simpletest.py) that gets down to the problem here 
in my opinion. From what I have seen it is a problem with the JIT spending most 
of its time trying to optimize the code - not tracing, optimizing. Small changes 
can really help the JIT to figure it out.. like adding an extra letter that 
isn't d, e, or f to the string passed to execute() or changing one of the if 
statements.

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

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

From tracker at bugs.pypy.org  Wed Feb 22 11:56:03 2012
From: tracker at bugs.pypy.org (Daid)
Date: Wed, 22 Feb 2012 10:56:03 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>


New submission from Daid <daid303 at gmail.com>:

Currently, PyPy crashes without a proper error if you try to use it on an older
machine without SSE2 instructions. You can translate PyPy without SSE2, but I'm
providing a pre-packaged PyPy package which crashed for one of my users.

A simple check for SSE2 at startup would have saved a lot of headache on both
our sides.

For GCC you can detect SSE2 support with the following code:

#if defined(__GNUC__) and defined(__i486__)
	//Read the CPU features.
	asm("mov $1, %%eax\n"
		"cpuid\n"
		"mov %%edx, %0"
		: "=r"(features) : : "%eax", "%ebx", "%edx", "%ecx");
	
	//Check bit 26, this indicates SSE2 support
	if ((features & (1 << 26) == 0)
	{
		fprintf(strerr, "No SSE2 support, cannot continue\n");
		exit(1)
	}
#endif

For MSVC it should be similar, but I'm not familiar with MSVC inline ASM.

----------
messages: 3996
nosy: Daid, pypy-issue
priority: wish
status: unread
title: PyPy crashes without SSE2, an error message would be better.

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

From tracker at bugs.pypy.org  Wed Feb 22 11:57:06 2012
From: tracker at bugs.pypy.org (Daid)
Date: Wed, 22 Feb 2012 10:57:06 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1329908226.57.0.0645004668112.issue1068@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Oops, that should have been "if ((features & (1 << 26)) == 0)"

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

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

From tracker at bugs.pypy.org  Wed Feb 22 16:30:46 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 22 Feb 2012 15:30:46 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1329924646.45.0.415083108614.issue1068@bugs.pypy.org>


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

Fixed in 4320ef8d1ab2.  It should fail at run-time with a nice error message
now.  Thank you!

----------
nosy: +arigo
status: chatting -> resolved

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

From tracker at bugs.pypy.org  Wed Feb 22 19:15:16 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Wed, 22 Feb 2012 18:15:16 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1329934516.69.0.367003004402.issue1068@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

It hits a SSE2 instruction before the check:

=> 0x9951bf9 <pypy_g_MiniMarkGC_allocate_nursery+105>:  cvtsi2sd %eax,%xmm0

----------
nosy: +stefanor
status: resolved -> chatting

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

From tracker at bugs.pypy.org  Wed Feb 22 19:21:41 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Wed, 22 Feb 2012 18:21:41 +0000
Subject: [pypy-issue] [issue905] ZipFile.extractall is very slow compared to
	CPython 2.6
In-Reply-To: <1318374087.9.0.996755989845.issue905@bugs.pypy.org>
Message-ID: <1329934901.78.0.870076225367.issue905@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

That's not the mentioned GCC bug. It might still be some problem with 
vectorization on the GCC side, but we don't know yet :)

----------
nosy: +fijal

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

From tracker at bugs.pypy.org  Wed Feb 22 19:23:13 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 22 Feb 2012 18:23:13 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1329934993.36.0.253505377576.issue1068@bugs.pypy.org>


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

Pff.  I forgot that it's also compiled with the gcc option "use SSE2".  I just
put the check in the startup of the JIT.

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

From tracker at bugs.pypy.org  Thu Feb 23 17:07:25 2012
From: tracker at bugs.pypy.org (Daid)
Date: Thu, 23 Feb 2012 16:07:25 +0000
Subject: [pypy-issue] [issue1045] Win32 crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330013245.56.0.596284541127.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Partial success. This crash happens randomly it seems. But always with the same
Assertion backtrace:

Progress[speed:48]
Progress[speed:49]
Speed procedure took 0 seconds.
RPython traceback:
  File "jit_metainterp_optimizeopt_optimizer.c", line 9176, in
get_constant_box__pypy_jit_metainterp_optimizeop
  File "implement_6.c", line 53453, in dispatcher_459
  File "jit_metainterp_optimizeopt_optimizer.c", line 7708, in OptValue_import_from
Fatal RPython error: AssertionError


This crash actually happened on Linux. So it doesn't seem to be OS dependend.
I've also had people report it under WinXP and Win7-64bit (running 32bit PyPy)

The PyPy version is:
Python 2.7.2 (0e28b379d8b3, Feb 09 2012, 19:41:19)
[PyPy 1.8.0 with GCC 4.4.3]

The speed messages are output from the tool.
I've attached a test case to reproduce this crash, with a script
"pypy_crash_test.sh" which runs the tool with the right options. All the files
needed are included. But this doesn't crash 100% of the time, more like 10% of
the time. So you might have to run it multiple times before you see the error.
But the error always happens at the same point, right after the "Speed procedure".

I tried to running it trough valgrind, while it did crash on that run, it was
dog slow, and valgrind didn't report any errors before the crash.

If I can assist in any other way, let me know.

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

From tracker at bugs.pypy.org  Thu Feb 23 18:40:07 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Thu, 23 Feb 2012 17:40:07 +0000
Subject: [pypy-issue] [issue1045] Win32 crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330018807.53.0.568953888383.issue1045@bugs.pypy.org>


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

It's a general optimizer-failing-an-assert issue.  I could reproduce it easy on
linux32.  The failing assert is optimizer.py:99: self.level == LEVEL_CONSTANT,
but other.level == LEVEL_UNKNOWN in this case.

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

From tracker at bugs.pypy.org  Fri Feb 24 11:32:27 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 24 Feb 2012 10:32:27 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1330079547.77.0.533509351246.issue1068@bugs.pypy.org>


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

Moved it much earlier in e2ced9ddf804.  Can you check it again?

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

From tracker at bugs.pypy.org  Fri Feb 24 13:04:57 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 24 Feb 2012 12:04:57 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1330085097.75.0.186416449207.issue1068@bugs.pypy.org>


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

...no, I figure that it's too late anyway :-(  Will move it to real C code, with
one version for gcc and one version for MSVC, as you suggested.

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

From tracker at bugs.pypy.org  Fri Feb 24 13:35:30 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Fri, 24 Feb 2012 12:35:30 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1330086930.73.0.549875032448.issue1068@bugs.pypy.org>


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

Try 8d6ee57401fc?  (GCC only.)

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

From tracker at bugs.pypy.org  Fri Feb 24 23:56:44 2012
From: tracker at bugs.pypy.org (Stefano Rivera)
Date: Fri, 24 Feb 2012 22:56:44 +0000
Subject: [pypy-issue] [issue1068] PyPy crashes without SSE2,
	an error message would be better.
In-Reply-To: <1329908163.1.0.55441686143.issue1068@bugs.pypy.org>
Message-ID: <1330124204.91.0.457976053659.issue1068@bugs.pypy.org>


Stefano Rivera <pypy at rivera.za.net> added the comment:

Looks good to me:
$ pypy
Old CPU with no SSE2 support, cannot continue.
You need to re-translate with '--jit-backend=x86-without-sse2'
Aborted

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

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

From tracker at bugs.pypy.org  Sat Feb 25 17:39:56 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Sat, 25 Feb 2012 16:39:56 +0000
Subject: [pypy-issue] [issue903] [list-strategies] expose __pypy__.newlist()
In-Reply-To: <1318368085.8.0.525402249889.issue903@bugs.pypy.org>
Message-ID: <1330187996.31.0.757706124184.issue903@bugs.pypy.org>


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

Fixed on fijal's speedup-list-comprehensions branch.

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

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

From tracker at bugs.pypy.org  Sat Feb 25 19:04:58 2012
From: tracker at bugs.pypy.org (Jean-Paul Calderone)
Date: Sat, 25 Feb 2012 18:04:58 +0000
Subject: [pypy-issue] [issue1069] PyThread_set_key_value and
	PyThread_delete_key_value	missing from cpyext support
In-Reply-To: <1330193098.61.0.219372830064.issue1069@bugs.pypy.org>
Message-ID: <1330193098.61.0.219372830064.issue1069@bugs.pypy.org>


New submission from Jean-Paul Calderone <exarkun at twistedmatrix.com>:

I think that cpyext used to provide these two CPython APIs.  pyOpenSSL uses
them, and they used to work.  I don't see them anywhere in HEAD, though. 
pyOpenSSL now builds (with warnings) and cannot be imported because of these
missing symbols.

----------
messages: 4009
nosy: calderone, pypy-issue
priority: feature
status: unread
title: PyThread_set_key_value and PyThread_delete_key_value missing from cpyext support

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

From tracker at bugs.pypy.org  Sun Feb 26 07:37:35 2012
From: tracker at bugs.pypy.org (Ismael)
Date: Sun, 26 Feb 2012 06:37:35 +0000
Subject: [pypy-issue] [issue1070] Cpython 2.7 is faster than Pypy on program
	using Pickle	and Sqlite
In-Reply-To: <1330238255.79.0.201539943332.issue1070@bugs.pypy.org>
Message-ID: <1330238255.79.0.201539943332.issue1070@bugs.pypy.org>


New submission from Ismael <ismaelgfk at gmail.com>:

Setup: run gather.py - it will download historical stock quotes from yahoo
finance. It will take time. In the end, you will have a 600Mb DB.

Then, running t.py takes:
python 2.6.6 - 25s
PyPy 1.7 - 140s
PyPy 1.8 - 91s
PyPy 52903-70a3702714bf - 90s

----------
files: src.rar
messages: 4010
nosy: Ismael, fijal, pypy-issue
priority: performance bug
status: unread
title: Cpython 2.7 is faster than Pypy on program using Pickle and Sqlite

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

From tracker at bugs.pypy.org  Mon Feb 27 01:52:06 2012
From: tracker at bugs.pypy.org (D. S. McNeil)
Date: Mon, 27 Feb 2012 00:52:06 +0000
Subject: [pypy-issue] [issue1071] jit crash
In-Reply-To: <1330303926.16.0.793903164103.issue1071@bugs.pypy.org>
Message-ID: <1330303926.16.0.793903164103.issue1071@bugs.pypy.org>


New submission from D. S. McNeil <dsm054 at gmail.com>:

The code

def shift(x):
    return x << 1

a = map(shift, range(10**3))

crashes 1.8.0 and pypy-c-jit-52672-b319183b838d-osx64 on osx.  When run as a script:

localhost-2:pypybug $ ./pypy-c-jit-52672-b319183b838d-osx64/bin/pypy shift.py
RPython traceback:
  File "jit_metainterp_compile.c", line 21288, in send_loop_to_backend
  File "jit_backend_x86_assembler.c", line 2593, in Assembler386_assemble_loop
  File "jit_backend_x86_regalloc.c", line 510, in RegAlloc_prepare_loop
  File "jit_backend_x86_regalloc.c", line 1162, in RegAlloc__prepare
  File "jit_backend_x86_regalloc.c", line 4106, in RegAlloc__compute_vars_longevity
Fatal RPython error: AssertionError
Abort trap

and when run at the console:

Python 2.7.2 (0e28b379d8b3, Feb 09 2012, 18:31:14)
[PyPy 1.8.0 with GCC 4.2.1] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``finally, mercurial migration is
happening!''
>>>> def shift(x):
....     return x << 1
.... 
>>>> a = map(shift, range(10**3))
RPython traceback:
  File "module_pypyjit_interp_jit.c", line 659, in jump_absolute__AccessDirect_None
  File "jit_metainterp_warmstate.c", line 491, in maybe_compile_and_run__star_5_1
  File "jit_metainterp_warmstate.c", line 5006, in execute_assembler__star_2
  File "jit_metainterp_compile.c", line 24662, in ResumeGuardDescr_handle_fail
  File "jit_metainterp_compile.c", line 27358, in
ResumeGuardDescr__trace_and_compile_from_bridge
  File "jit_metainterp_pyjitpl_2.c", line 56320, in MetaInterp_handle_guard_failure
  File "jit_metainterp_pyjitpl_2.c", line 57337, in MetaInterp__handle_guard_failure
  File "jit_metainterp_pyjitpl.c", line 7069, in MetaInterp_interpret
  File "jit_metainterp_pyjitpl.c", line 13350, in MetaInterp__interpret
  File "jit_metainterp_pyjitpl.c", line 18104, in MIFrame_run_one_step
  File "jit_metainterp_pyjitpl.c", line 64089, in MIFrame_opimpl_jit_merge_point
  File "jit_metainterp_pyjitpl_1.c", line 28196, in MetaInterp_reached_loop_header
  File "jit_metainterp_pyjitpl_1.c", line 48496, in MetaInterp_compile_loop
  File "jit_metainterp_compile.c", line 16752, in compile_retrace
  File "jit_metainterp_compile.c", line 20526, in send_bridge_to_backend
  File "jit_backend_x86_assembler.c", line 60698, in Assembler386_assemble_bridge
  File "jit_backend_x86_assembler.c", line 5377, in Assembler386__assemble
  File "jit_backend_x86_regalloc.c", line 2245, in RegAlloc_walk_operations
  File "jit_backend_x86_regalloc.c", line 12746, in RegAlloc_consider_label
  File "jit_backend_llsupport_regalloc.c", line 5176, in
RegisterManager_force_spill_var
  File "jit_backend_llsupport_regalloc.c", line 7836, in RegisterManager__sync_var
~~~ Crash in JIT! <KeyError object at 0x10159a4a0>
Abort trap

----------
messages: 4011
nosy: dsm, pypy-issue
priority: bug
release: ???
status: unread
title: jit crash

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

From tracker at bugs.pypy.org  Mon Feb 27 01:53:52 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 27 Feb 2012 00:53:52 +0000
Subject: [pypy-issue] [issue1071] jit crash
In-Reply-To: <1330303926.16.0.793903164103.issue1071@bugs.pypy.org>
Message-ID: <1330304032.56.0.587266396503.issue1071@bugs.pypy.org>


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

Reproduces on today's Linux64 for me.

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

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

From tracker at bugs.pypy.org  Mon Feb 27 08:21:00 2012
From: tracker at bugs.pypy.org (James Fysh)
Date: Mon, 27 Feb 2012 07:21:00 +0000
Subject: [pypy-issue] [issue1072] Fatal RPython error: OverflowError
In-Reply-To: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>
Message-ID: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>


New submission from James Fysh <james.fysh at gmail.com>:

When running the code (attached in break.py), the following error occurs:

RPython traceback:
  File "translator_goal_targetpypystandalone.c", line 1849, in entry_point
  File "interpreter_pyframe.c", line 981, in PyFrame_execute_frame
  File "jit_metainterp_warmspot.c", line 862, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "module_pypyjit_interp_jit.c", line 145, in portal_2
  File "interpreter_pyopcode.c", line 2906, in handle_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 7712, in dispatch_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 14882, in call_function__AccessDirect_None
  File "interpreter_pyframe.c", line 981, in PyFrame_execute_frame
  File "jit_metainterp_warmspot.c", line 862, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "module_pypyjit_interp_jit.c", line 145, in portal_2
  File "interpreter_pyopcode.c", line 2906, in handle_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 7325, in dispatch_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 14882, in call_function__AccessDirect_None
  File "interpreter_pyframe.c", line 981, in PyFrame_execute_frame
  File "jit_metainterp_warmspot.c", line 862, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "module_pypyjit_interp_jit.c", line 145, in portal_2
  File "interpreter_pyopcode.c", line 2906, in handle_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 8472, in dispatch_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 14882, in call_function__AccessDirect_None
  File "interpreter_pyframe.c", line 981, in PyFrame_execute_frame
  File "jit_metainterp_warmspot.c", line 862, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
  File "module_pypyjit_interp_jit.c", line 145, in portal_2
  File "interpreter_pyopcode.c", line 2906, in handle_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 8365, in dispatch_bytecode__AccessDirect_None
  File "interpreter_pyopcode.c", line 20839, in EXEC_STMT__AccessDirect_None
  File "interpreter_pyframe.c", line 981, in PyFrame_execute_frame
  File "jit_metainterp_warmspot.c", line 938, in
ll_portal_runner__Unsigned_Bool_pypy_interpreter
Fatal RPython error: OverflowError

I believe this to be in error, as CPython (2.7.2) is able to run the same code
without issue.

----------
files: break.py
messages: 4013
nosy: jfysh, pypy-issue
priority: bug
status: unread
title: Fatal RPython error: OverflowError

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

From tracker at bugs.pypy.org  Mon Feb 27 12:00:58 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 27 Feb 2012 11:00:58 +0000
Subject: [pypy-issue] [issue1072] Fatal RPython error: OverflowError
In-Reply-To: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>
Message-ID: <1330340458.06.0.777325064467.issue1072@bugs.pypy.org>


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

It looks like a bug in the optimizer.  The code generated is like this:

In some loop:

+508: i45 = getfield_gc_pure(p10, descr=<FieldS
pypy.objspace.std.intobject.W_IntObject.inst_intval 8>)
...
+587: i51 = int_mul_ovf(2, i45)
guard_no_overflow(, descr=<Guard256>) [p1, p0, p10, i51, p2, p5, p12, p49, None,
p40]

This fails often and generates a bridge (notice that it passes p10->p2):

# bridge out of Guard 256 with 37 ops
[p0, p1, p2, i3, p4, p5, p6, p7, p8]
+37: i9 = getfield_gc_pure(p2, descr=<FieldS
pypy.objspace.std.intobject.W_IntObject.inst_intval 8>)
+41: p11 = call(ConstClass(fromint), i9, descr=<Callr 8 i EF=3>)
...
+387: i35 = int_mul_ovf(2, i9)
guard_no_overflow(, descr=<Guard432>) [p0, p1, p4, p5, p2, p6, p28, None, None,
None, None, None, p7, p8]
+403: p37 = call(ConstClass(fromint), i35, descr=<Callr 8 i EF=3>)
+422: jump(p1, p0, p4, p5, p2, p28, p6, p8, p7, p19, p11, p37, i35,
descr=TargetToken(140737312245264))

This last int_mul_ovf/guard_no_overflow is strange, and will obviously always
fail.  When it does, it fails at an unexpected place, not at all at the place
that is ready to catch the RPython-level OverflowError.

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

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

From tracker at bugs.pypy.org  Mon Feb 27 13:07:27 2012
From: tracker at bugs.pypy.org (Ronny Pfannschmidt)
Date: Mon, 27 Feb 2012 12:07:27 +0000
Subject: [pypy-issue] [issue1073] segfault in loop with oldstyle string
	formating when	executing in module globals
In-Reply-To: <1330344447.5.0.19572892796.issue1073@bugs.pypy.org>
Message-ID: <1330344447.5.0.19572892796.issue1073@bugs.pypy.org>


New submission from Ronny Pfannschmidt <Ronny.Pfannschmidt at gmx.de>:

as reported by zhenyu

the attached file consistently segfaults in an iteration between 1090 and 1100

this only happens with the given string size when running in the globals and
using string formatting with the jit enabled

----------
messages: 4015
nosy: pypy-issue, ronny
priority: bug
status: unread
title: segfault in loop with oldstyle string formating  when executing in module globals

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

From tracker at bugs.pypy.org  Mon Feb 27 13:56:31 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 27 Feb 2012 12:56:31 +0000
Subject: [pypy-issue] [issue1071] jit crash
In-Reply-To: <1330303926.16.0.793903164103.issue1071@bugs.pypy.org>
Message-ID: <1330347391.22.0.143016563009.issue1071@bugs.pypy.org>


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

Again an issue with the optimizer.  It tries to send the following code to the
backend:

...
i72 = int_add(i65, i71)
...
i90 = int_lshift(i72, 1)
i91 = int_rshift(i90, 1)
i92 = int_ne(i91, i72)
guard_false(i92, descr=<Guard99>) [...]
...
label(p0, p1, p2, p5, p10, p12, p14, p16, p18, i72, p22, p24, p26, p28, p30,
p32, p34, p36, p38, p48, p50, p52, p54, p56, i91, i74, i67, i66, i65, p83, p81,
p84, p96, descr=TargetToken(140194996839232))
i72 = same_as(i91)
...

Although the last same_as probably means that it attached some hint to the label
knowing that i91 and i72 are the same, it's wrong to reassign to the same
variable i72.

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

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

From tracker at bugs.pypy.org  Mon Feb 27 16:45:22 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Mon, 27 Feb 2012 15:45:22 +0000
Subject: [pypy-issue] [issue1074] array creation from existing list slow
In-Reply-To: <1330357522.19.0.359983057885.issue1074@bugs.pypy.org>
Message-ID: <1330357522.19.0.359983057885.issue1074@bugs.pypy.org>


New submission from Carl Friedrich Bolz <cfbolz at gmx.de>:

Mike M?ller wrote to the mailing list ( 
http://mail.python.org/pipermail/pypy-dev/2012-February/009483.html ):


I just tested NumPyPy a bit. I got very long run times
for some tests. After some profiling, I identified the
array constructor as the main time sink.

This is a small example that makes the point.

import cProfile

try:
    import numpy
except ImportError:
    import numpypy as numpy


def test():
    r = range(int(1e7)) # or 1e6
    numpy.array(r)

cProfile.run('test()')


The numbers are below. NumPyPy is like a factor of five
and more slower than NumPy creating an array of the same
size from an existing list.

I am just curious what the reason is and if you sees this
go away in the near future?

Thanks,
Mike

----------
messages: 4017
nosy: cfbolz, pypy-issue
priority: performance bug
status: unread
title: array creation from existing list slow

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

From tracker at bugs.pypy.org  Mon Feb 27 16:47:22 2012
From: tracker at bugs.pypy.org (Carl Friedrich Bolz)
Date: Mon, 27 Feb 2012 15:47:22 +0000
Subject: [pypy-issue] [issue1074] array creation from existing list slow
In-Reply-To: <1330357522.19.0.359983057885.issue1074@bugs.pypy.org>
Message-ID: <1330357642.31.0.0882444897771.issue1074@bugs.pypy.org>


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

if somebody wants to improve this, there should probably be a fast path for
turning a list of ints into an array. This can be done with the
space.listview_int function. The place to use that is in find_shape_and_elems in
strides.py.

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

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

From tracker at bugs.pypy.org  Mon Feb 27 17:06:02 2012
From: tracker at bugs.pypy.org (Alex Gaynor)
Date: Mon, 27 Feb 2012 16:06:02 +0000
Subject: [pypy-issue] [issue1074] array creation from existing list slow
In-Reply-To: <1330357522.19.0.359983057885.issue1074@bugs.pypy.org>
Message-ID: <1330358762.9.0.345081441643.issue1074@bugs.pypy.org>


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

I think our best bet is moving tbe shape detection, and type coercion code into 
pure Python, so the JIT can handle all the different cases.

----------
nosy: +agaynor

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

From tracker at bugs.pypy.org  Mon Feb 27 17:24:02 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 27 Feb 2012 16:24:02 +0000
Subject: [pypy-issue] [issue1073] segfault in loop with oldstyle string
	formating when	executing in module globals
In-Reply-To: <1330344447.5.0.19572892796.issue1073@bugs.pypy.org>
Message-ID: <1330359842.22.0.723034221254.issue1073@bugs.pypy.org>


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

Fixed in b9733690c4de and tested in 092ee39048af.

----------
nosy: +arigo
status: unread -> resolved

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

From tracker at bugs.pypy.org  Mon Feb 27 18:05:30 2012
From: tracker at bugs.pypy.org (Daid)
Date: Mon, 27 Feb 2012 17:05:30 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330362330.45.0.307060754702.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Note, I just tried this with the latest nightly. And that also crashes with the
same error.

My guess would be some kind of heap/stack corruption, which is always hard to
track down. But that's just a wild guess. I cannot seem to build PyPy myself (I
run out of memory with 4GB ram). Any idea on how to investigate this issue?

----------
title: Win32 crash of the JIT -> Crash of the JIT

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

From tracker at bugs.pypy.org  Mon Feb 27 18:08:25 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 27 Feb 2012 17:08:25 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330362505.87.0.544163717971.issue1045@bugs.pypy.org>


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

It's not a heap/stack corruption.  I described precisely where the problem is,
but I don't know exactly enough of the optimizer to figure out which implicit
assumption is broken by this example.  If Hakan has enough time he'll look.

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

From tracker at bugs.pypy.org  Mon Feb 27 18:12:50 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Mon, 27 Feb 2012 17:12:50 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330362770.27.0.728328411703.issue1045@bugs.pypy.org>


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

To answer your question more precisely: I think we need to figure out by looking
at the source code how the bogus situation could have occurred, and once we
figure it out, write a test showing the optimizer crash (not a full PyPy test,
just a test in the style of pypy/jit/metainterp/optimizer/test/*).  At this
point we should understand the problem well enough to fix it.

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

From tracker at bugs.pypy.org  Mon Feb 27 19:23:22 2012
From: tracker at bugs.pypy.org (Daid)
Date: Mon, 27 Feb 2012 18:23:22 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330367002.1.0.384682744489.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Actually, I don't agree with your earlier statement "other.level ==
LEVEL_UNKNOWN". Because you cannot know that for sure unless that was logged
somewhere. At this point the only thing you know fore sure is that other.level
is not "LEVEL_CONSTANT", it could have any value, even an invalid value for that
variable. You also don't describe where the problem is, you describe where the
error is detected, but that's just semantics.

This might be my C/embedded background speaking, where these kinds of errors are
more common. But the fact that it's a non-deterministic error makes me think in
that direction (stack/heap corruption or uninitialized value). Because if it was
a general jit optimizer bug then it should happen always right? Or is the jit
throwing dice? (not what I would expect from a jit, but it's not my area of
expertise)

But feel free to point me to the error of my reasoning :) if you want.

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

From tracker at bugs.pypy.org  Mon Feb 27 23:28:58 2012
From: tracker at bugs.pypy.org (James Fysh)
Date: Mon, 27 Feb 2012 22:28:58 +0000
Subject: [pypy-issue] [issue1072] Fatal RPython error: OverflowError
In-Reply-To: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>
Message-ID: <1330381737.99.0.164046934171.issue1072@bugs.pypy.org>


James Fysh <james.fysh at gmail.com> added the comment:

Any chance you could provide me with a couple of pointers on where to begin with
debugging this?

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

From tracker at bugs.pypy.org  Tue Feb 28 04:06:53 2012
From: tracker at bugs.pypy.org (Fijal)
Date: Tue, 28 Feb 2012 03:06:53 +0000
Subject: [pypy-issue] [issue1072] Fatal RPython error: OverflowError
In-Reply-To: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>
Message-ID: <1330398413.51.0.213628295964.issue1072@bugs.pypy.org>


Fijal <fijall at gmail.com> added the comment:

0xf01287aa 0x4500fccde sorry, had to... http://xkcd.com/138/

This requires a bit carefully looking into why optimizations move overflow error 
out of a place where it's legal. sorry no other pointers :(

----------
nosy: +fijal

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

From tracker at bugs.pypy.org  Tue Feb 28 06:16:33 2012
From: tracker at bugs.pypy.org (James Fysh)
Date: Tue, 28 Feb 2012 05:16:33 +0000
Subject: [pypy-issue] [issue1072] Fatal RPython error: OverflowError
In-Reply-To: <1330327260.33.0.812176274841.issue1072@bugs.pypy.org>
Message-ID: <1330406193.74.0.944360603388.issue1072@bugs.pypy.org>


James Fysh <james.fysh at gmail.com> added the comment:

Thanks for the pointers :)

I find that:
> pypy --jit
enable_opts=intbounds:rewrite:virtualize:string:earlyforce:pure:heap:ffi break.py

runs to completion, while

> pypy --jit
enable_opts=intbounds:rewrite:virtualize:string:earlyforce:pure:heap:ffi:unroll
break.py

crashes (same error output as posted earlier in this bug report).

This possibly narrows it down to a bug in the JIT, when applying the unroll
optimisation.  Maybe...

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

From tracker at bugs.pypy.org  Tue Feb 28 13:49:27 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Tue, 28 Feb 2012 12:49:27 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330433367.89.0.0204427568837.issue1045@bugs.pypy.org>


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

I know it was LEVEL_UNKNOWN because I debugged it in gdb.

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

From tracker at bugs.pypy.org  Tue Feb 28 18:53:28 2012
From: tracker at bugs.pypy.org (Daid)
Date: Tue, 28 Feb 2012 17:53:28 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330451608.69.0.234558408003.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Ok, in that case. Ignore paranoid me (Sorry!)
(Just figured the code could also be iterating over dictionaries, which might
produce 'random' results if addresses are used in hash-keys)

Also, I've gotten a few new reports of people reporting the same bug to me. And
a few of those happen 100% of the time.

Maybe unrelated, but I tried to do a profiling run on the code today, and I lost
30% CPU time somewhere (it's not in the trace up from some point) and I lost
call origins (function using 70% time was called 0 times, but I know it was
called at least once). Not sure how that could happen or if this could be
related. But it might say something about the... quality of the python code.

Next I figured, maybe I can find out which optimization is causing this. But the
"--jit enable_opts" is lacking documentation on what you can enable.
Just grepping trough the sourcecode I found this list:
"intbounds:rewrite:virtualize:string:earlyforce:pure:heap:ffi"
But I don't think that's a very complete list. And if I only enable those
optimalisations it no longer seems to crash.

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

From tracker at bugs.pypy.org  Wed Feb 29 09:18:16 2012
From: tracker at bugs.pypy.org (Hakan Ardo)
Date: Wed, 29 Feb 2012 08:18:16 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330503495.99.0.0842042854942.issue1045@bugs.pypy.org>


Hakan Ardo <hakan at debian.org> added the comment:

Should be fixed now by 6233cafefc45, please verify on tomorrows nightly.

----------
nosy: +hakanardo
status: chatting -> in-progress

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

From tracker at bugs.pypy.org  Wed Feb 29 10:52:31 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 29 Feb 2012 09:52:31 +0000
Subject: [pypy-issue] [issue1038] Error in jit_metainterp_compile.c
In-Reply-To: <1328869838.86.0.220138800018.issue1038@bugs.pypy.org>
Message-ID: <1330509151.91.0.615536029468.issue1038@bugs.pypy.org>


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

This is likely a duplicate of https://bugs.pypy.org/issue1016 .

----------
nosy: +arigo
status: unread -> 

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

From tracker at bugs.pypy.org  Wed Feb 29 10:52:58 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 29 Feb 2012 09:52:58 +0000
Subject: [pypy-issue] [issue1038] Error in jit_metainterp_compile.c
In-Reply-To: <1328869838.86.0.220138800018.issue1038@bugs.pypy.org>
Message-ID: <1330509178.38.0.0104055574095.issue1038@bugs.pypy.org>


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

This is likely a duplicate of https://bugs.pypy.org/issue1016 .

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

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

From tracker at bugs.pypy.org  Wed Feb 29 10:56:32 2012
From: tracker at bugs.pypy.org (Armin Rigo)
Date: Wed, 29 Feb 2012 09:56:32 +0000
Subject: [pypy-issue] [issue1016] RPython AssertionError while running async
	io greenlet	test
In-Reply-To: <1327215596.15.0.365402615674.issue1016@bugs.pypy.org>
Message-ID: <1330509392.48.0.771518205814.issue1016@bugs.pypy.org>


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

Ah, I see.  It's likely a collision in the globaldata.resume_virtuals
dictionary.  The keys are the addresses in the stack of the forced JIT frames. 
But with continulets, the address in the stack can collide among several JIT frames.

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

From tracker at bugs.pypy.org  Wed Feb 29 13:33:31 2012
From: tracker at bugs.pypy.org (Daid)
Date: Wed, 29 Feb 2012 12:33:31 +0000
Subject: [pypy-issue] [issue1045] Crash of the JIT
In-Reply-To: <1329140443.89.0.137027286035.issue1045@bugs.pypy.org>
Message-ID: <1330518811.47.0.73142506638.issue1045@bugs.pypy.org>


Daid <daid303 at gmail.com> added the comment:

Awesome. Thanks! Expect a donation soon :)

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

From tracker at bugs.pypy.org  Wed Feb 29 19:21:23 2012
From: tracker at bugs.pypy.org (Hakan Ardo)
Date: Wed, 29 Feb 2012 18:21:23 +0000
Subject: [pypy-issue] [issue1071] jit crash
In-Reply-To: <1330303926.16.0.793903164103.issue1071@bugs.pypy.org>
Message-ID: <1330539683.22.0.488130345228.issue1071@bugs.pypy.org>


Hakan Ardo <hakan at debian.org> added the comment:

6233cafefc45 fixes an issue with the same symptoms, it might be worth checking 
with tomorrows nightly if it fixes this too

----------
nosy: +hakanardo

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