From pypy-dev-issue at codespeak.net  Sat May  1 03:11:05 2010
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sat, 01 May 2010 01:11:05 +0000
Subject: [PyPy-issue] [issue525] zipimporter.prefix isn't set correctly,
	and find_module doesn't use it
Message-ID: <1272676265.76.0.926069973999.issue525@>


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

This causes a failure in the django test suite.  Pretty much prefix should be 
fixed (it is always "" right now) and find_module should use it.  I'll work on 
this soonish.

----------
effort: medium
messages: 1707
nosy: agaynor, pypy-issue
priority: bug
release: ???
status: unread
title: zipimporter.prefix isn't set correctly, and find_module doesn't use it

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


From pypy-dev-issue at codespeak.net  Sat May  1 22:45:44 2010
From: pypy-dev-issue at codespeak.net (Jean-Paul Calderone)
Date: Sat, 01 May 2010 20:45:44 +0000
Subject: [PyPy-issue] [issue526] W_PyCMethodObject.__repr__ is broken
Message-ID: <1272746744.37.0.0881259632937.issue526@>


New submission from Jean-Paul Calderone <exarkun at twistedmatrix.com>:

It returns None instead of a str.  Trivial to fix, I think, but it's not clear
how to test it, otherwise I'd try addressing it myself.

----------
effort: ???
messages: 1708
nosy: calderone, pypy-issue
priority: bug
release: ???
status: unread
title: W_PyCMethodObject.__repr__ is broken

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


From pypy-dev-issue at codespeak.net  Sat May  1 22:47:02 2010
From: pypy-dev-issue at codespeak.net (Jean-Paul Calderone)
Date: Sat, 01 May 2010 20:47:02 +0000
Subject: [PyPy-issue] [issue527] The __new__ function supplied by CPython
	extension modules isn't called when instantiating those types
	on PyPy with cpyext
Message-ID: <1272746822.8.0.874687035883.issue527@>


New submission from Jean-Paul Calderone <exarkun at twistedmatrix.com>:

Instead, a TypeError about staticmethods not being callable is raised.

This can be reproduced w/ pyOpenSSL.  eg
OpenSSL.SSL.Context(OpenSSL.SSL.TLSv1_METHOD) should work, but doesn't.

----------
effort: ???
messages: 1709
nosy: calderone, pypy-issue
priority: bug
release: ???
status: unread
title: The __new__ function supplied by CPython extension modules isn't called when instantiating those types on PyPy with cpyext

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


From pypy-dev-issue at codespeak.net  Mon May  3 03:42:16 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 03 May 2010 01:42:16 +0000
Subject: [PyPy-issue] [issue526] W_PyCMethodObject.__repr__ is broken
Message-ID: <1272850936.07.0.454047557666.issue526@>


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

Fixed

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

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


From pypy-dev-issue at codespeak.net  Mon May  3 03:53:09 2010
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Mon, 03 May 2010 01:53:09 +0000
Subject: [PyPy-issue] [issue525] zipimporter.prefix isn't set correctly,
	and find_module doesn't use it
Message-ID: <1272851589.15.0.00261114811243.issue525@>


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

After speaking with Brett Cannon it was determined that PyPy's behavior of reusing 
loaders for submodules is inline with the PEP.  Django's code was wrong anyways.

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

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


From pypy-dev-issue at codespeak.net  Mon May  3 13:53:23 2010
From: pypy-dev-issue at codespeak.net (D.S. McNeil)
Date: Mon, 03 May 2010 11:53:23 +0000
Subject: [PyPy-issue] [issue528] (mostly) silent fp issues on mac
Message-ID: <1272887603.35.0.295033444974.issue528@>


New submission from D.S. McNeil <dsm053 at gmail.com>:

Tested on mac 10.5.8: 1.2 dist and a binary build of 72062 provided by arigo.

Version of nbody.py attached generates different answers for me on python
(2.5.4, 2.6.1) and pypy.  Table of results in comp.out.

What should be -0.169 varies all over the place: -0.171, -0.0678, 31.9,
ZeroDivisionError.
 
FWIW, running the code with optimizer=0 can generate

[regalloc] Not implemented operation: call_loopinvariant
RPython traceback:
  File "implement_8.c", line 81661, in send_loop_to_backend
  File "implement_7.c", line 220882, in Assembler386_assemble_loop
  File "implement_8.c", line 175259, in Assembler386__assemble
  File "implement_9.c", line 48835, in RegAlloc_walk_operations
  File "implement_10.c", line 29954, in RegAlloc_not_implemented_op
Fatal RPython error: NotImplementedError
Abort trap

----------
effort: ???
files: nbody.py
messages: 1712
nosy: dsm, pypy-issue
priority: bug
release: 1.2
status: unread
title: (mostly) silent fp issues on mac

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

From pypy-dev-issue at codespeak.net  Mon May  3 15:47:35 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 03 May 2010 13:47:35 +0000
Subject: [PyPy-issue] [issue528] (mostly) silent fp issues on mac
Message-ID: <1272894455.99.0.433814913951.issue528@>


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

Hi.

I fear you need to rebuilt binary. I know we fixed some issues on mac os x at
some point (related to floating point errors).

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

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


From pypy-dev-issue at codespeak.net  Mon May  3 15:48:30 2010
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 03 May 2010 13:48:30 +0000
Subject: [PyPy-issue] [issue528] (mostly) silent fp issues on mac
Message-ID: <1272894510.52.0.299988458967.issue528@>


Armin Rigo <arigo+pypyissues at codespeak.net> added the comment:

That's right, now that fijal mentions it.  I'm building an up-to-date binary and
will put it in http://wyvern.cs.uni-duesseldorf.de/~arigo/bin/ .

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


From pypy-dev-issue at codespeak.net  Mon May  3 16:46:51 2010
From: pypy-dev-issue at codespeak.net (D.S. McNeil)
Date: Mon, 03 May 2010 14:46:51 +0000
Subject: [PyPy-issue] [issue528] (mostly) silent fp issues on mac
Message-ID: <1272898011.26.0.080768751895.issue528@>


D.S. McNeil <dsm053 at gmail.com> added the comment:

r74336 provided by arigo seems to fix the problems nicely!  might be worth a
bugfix release.

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


From pypy-dev-issue at codespeak.net  Mon May  3 17:19:14 2010
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 03 May 2010 15:19:14 +0000
Subject: [PyPy-issue] [issue528] (mostly) silent fp issues on mac
Message-ID: <1272899954.56.0.842680776313.issue528@>


Armin Rigo <arigo+pypyissues at codespeak.net> added the comment:

We are considering doing the bugfix release, indeed.

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

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


From pypy-dev-issue at codespeak.net  Thu May  6 20:48:53 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 06 May 2010 18:48:53 +0000
Subject: [PyPy-issue] [issue524] intermittent seg fault
Message-ID: <1273171733.03.0.951635680395.issue524@>


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

I gonna close this issue as segfault is not reproducible but on that one machine. 
Feel free to create a new one in case there is something better.

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

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


From pypy-dev-issue at codespeak.net  Sat May  8 12:28:45 2010
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Sat, 08 May 2010 10:28:45 +0000
Subject: [PyPy-issue] [issue529] Overflow detection fail with JIT
Message-ID: <1273314525.57.0.848674122933.issue529@>


New submission from Armin Rigo <arigo+pypyissues at codespeak.net>:

The attached script gives wrong results, at least when run
with pypy-c-jit-73706-linux.  It prints -2064260032 instead
of 49999945000000L.

----------
effort: ???
files: x.py
messages: 1718
nosy: pypy-issue
priority: bug
release: ???
status: unread
title: Overflow detection fail with JIT

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

From pypy-dev-issue at codespeak.net  Mon May 10 15:50:53 2010
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 10 May 2010 13:50:53 +0000
Subject: [PyPy-issue] [issue529] Overflow detection fail with JIT
Message-ID: <1273499453.08.0.366524829462.issue529@>


Armin Rigo <arigo+pypyissues at codespeak.net> added the comment:

Found the reason.  It's because some setfield_gc are inserted between
int_xxx_ovf and guard_no_overflow, and the setfield_gc does a 'TEST' related to
the write barrier.

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

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


From pypy-dev-issue at codespeak.net  Tue May 11 10:42:49 2010
From: pypy-dev-issue at codespeak.net (barbadosusa)
Date: Tue, 11 May 2010 08:42:49 +0000
Subject: [PyPy-issue] [issue530] No deposit casino accept USA players.
	Ultimate no deposit casino list
Message-ID: <1273567369.38.0.100257583628.issue530@>


New submission from barbadosusa <barbadosusa at bankingloans.net>:

<a href="http://www.hqcasino.net/search/search.php?q=online+casino">>>> Top 
online casinos - Sign Up Free <<< </a>
<br />
<a href="http://www.hqcasino.net/search/search.php?q=online+casino">>>> Click 
here to open casino directory! <<< </a>
<br />
<a href="http://www.hqcasino.net/g/link/online_casino/1.html"><img src="http://
www.hqcasino.net/g/img14/online_casino/1.png" /></a>
<br /><br />
<a href="http://www.hqcasino.net/g/link/online_casino/2.html"><img src="http://
www.hqcasino.net/g/img14/online_casino/2.png" /></a>
<br /><br />
<a href="http://www.hqcasino.net/g/link/online_casino/3.html"><img src="http://
www.hqcasino.net/g/img14/online_casino/3.png" /></a>

<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />

 Online poker review
Start an internet gambling site Sign on bonus Play online 45 coin slot New free 
casino money offers
Casino new online poker site Bingo chips 
Jackpot joy Online casino top list Play for fun casino Free online bingo for 
cash
Pro poker players Roulette rules 888 poker tournament Play for fun bingo games
<b>Play slots unlimited Play poker for free</b>
Us poker tour 3 card poker odds Atm online deposit casinos Play online slots 
for fun
Party casino Free slots for fun Play poker fun online Best gambling news
Video poker strategy card Casino on net 888 
Free jackpot party Best casino game pc 500 poker chips set Free casino gambling
Free bingo for cash Top 10 poker hands Free slots on line Online casinos 
bonuses free money
Uk online casinos Jackpot city online casino 
Wild jack casino Online casino free money codes Slot machine games for fun 
Online casino sign up bonus
No deposit online casino gambling site Free slots for cash List of poker hands 
Play poker free prize
<b>No deposit real money slots New online no deposit casinos</b>
Best slots Online casino coupons Casino theme party Big time bingo
New online casino promotions Free four card poker Free virtual casino with 
bonus cash Play free casino games
Free play for slot machines Free pokerstars play money 
New online casino codes Free casino real money World poker tour internet games 
Internet poker bill
Online bingo sites uk Free slots for real money 7 casinos online Best online 
gambling casino pays
Free bonus casino websites Methods playing slot machines
Online no deposit bingo casinos Free slots games pc Cyber bingo Slot odds
Internet poker news Poker world Texas hold em poker stats Huge bonus casino 
without deposit
Buy poker star play chips No deposit free play casino 
Internet gambling sites New no deposit bingo sites Free online poker play Bonus 
casino free online roulette
New rtg slots Igt slot games No download slot machine games Holiday bonuses
Free slots online Bingo game sets 
No deposit bingo World poker tour chip set Play java three card poker Slot car 
clubs
How to play slots keno Flash online casino play for fun Best numbers keno Free 
50 dollar party poker
<b>Slot games to download Free roulette no download</b>
Play slots fun not money Enlistment bonus Free casino play Games slot machine
Real money poker games Free poker no deposit Free video keno games No deposit 
casino coupon codes
No deposit required casino codes Payout percentage poker tournament 
Real money online casinos Absolute poker bonus code Dice game sets Bingo 
christmas free game holiday
Video poker machines nc Holiday bingo game For free casino codes Online keno no 
minimum
Highest payout casinos Card free game poker ware 
Casino with free money code Online rtg casino gambling directory Online no 
deposit bingo sites Dice sets
Top rated online gambling no deposit casino Free poker tournament Free keno 
Virtual baccarat
Video keno 25 cent online Free Slots Simslots 
Bingo strategy Club player casino coupon code No deposit casino cash codes Best 
casino game odds
Casino dice Play free keno games online Online baccarat Free keno software
Poker gaming sites No deposit bonus usa casino 
Full tilt poker bonus Video poker for money Texas holdem legal online gambling 
Instant free bonus casino
Best gambling Free online casinos no deposit All no deposit casino bonus Free 
bonus no deposit codes
Pro poker players Play poker for free 
--- No deposit casino accept USA players. Ultimate no deposit casino list No 
deposit online casino offers ---

----------
effort: ???
messages: 1720
nosy: barbadosusa, pypy-issue
priority: wish
release: ???
status: unread
title: No deposit casino accept USA players. Ultimate no deposit casino list

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


From pypy-dev-issue at codespeak.net  Tue May 11 18:41:33 2010
From: pypy-dev-issue at codespeak.net (Leonardo Santagada)
Date: Tue, 11 May 2010 16:41:33 +0000
Subject: [PyPy-issue] [issue531] string_escape codec problems
Message-ID: <1273596093.38.0.047625962862.issue531@>


New submission from Leonardo Santagada <santagada at gmail.com>:

I've noticed some problems with string_escape codec. for example:

>>>> '\\0f'.decode('string_escape')
Traceback (most recent call last):
  File "<console>", line 1, in <module>
ValueError: invalid literal for int(): 0f

>>>> '\\9'.decode('string_escape')
Traceback (most recent call last):
  File "<console>", line 1, in <module>
ValueError: invalid literal for int(): 9

so I tried to fix it, but I don't think I found the right file that implements it, here is my unfinished patch:

Index: pypy/module/_codecs/test/test_codecs.py
================================================================
===
--- pypy/module/_codecs/test/test_codecs.py     (revision 74383)
+++ pypy/module/_codecs/test/test_codecs.py     (working copy)
@@ -273,7 +273,6 @@
         assert u"\u0663".encode("raw-unicode-escape") == "\u0663"
 
     def test_escape_decode(self):
-        
         test = 'a\n\\b\x00c\td\u2045'.encode('string_escape')
         assert test.decode('string_escape') =='a\n\\b\x00c\td\u2045'
         assert '\\077'.decode('string_escape') == '?'
@@ -281,7 +280,19 @@
         assert '\\253'.decode('string_escape') == chr(0253)
         assert '\\312'.decode('string_escape') == chr(0312)
 
+    def test_escape_decode_wrap_around(self):
+        assert '\\400'.decode('string_escape') == chr(0)
 
+    def test_escape_decode_ignore_invalid(self):
+        assert '\\9'.decode('string_escape') == '\\9'
+        assert '\\01'.decode('string_escape') == chr(01)
+        assert '\\0f'.decode('string_escape') == chr(0) + 'f'
+        assert '\\08'.decode('string_escape') == chr(0) + '8'
+
+    def test_escape_decode_x(self):
+        #XXX Finish tests
+        pass
+
     def test_decode_utf8_different_case(self):
         constant = u"a"
         assert constant.encode("utf-8") == constant.encode("UTF-8")
Index: pypy/module/_codecs/app_codecs.py
================================================================
===
--- pypy/module/_codecs/app_codecs.py   (revision 74383)
+++ pypy/module/_codecs/app_codecs.py   (working copy)
@@ -183,16 +183,23 @@
                     res += '\a'
                 elif data[i] == 'v':
                     res += '\v'
-                elif '0' <= data[i] <= '9':
+                elif '0' <= data[i] <= '7':
+                    val = int(data[i], 8)
+                    if i + 1 < l and ('0' <= data[i + 1] <= '7'):
+                        i += 1
+                        val = (val << 3) + int(data[i], 8)
+                        if i + 1 < l and ('0' <= data[i + 1] <= '7'):
+                            i += 1
+                            val = (val << 3) + int(data[i], 8)
                     # emulate a strange wrap-around behavior of CPython:
                     # \400 is the same as \000 because 0400 == 256
-                    octal = data[i:i+3]
-                    res += chr(int(octal, 8) & 0xFF)
-                    i += 2
+                    res += chr(val & 0xFF)
                 elif data[i] == 'x':
                     hexa = data[i+1:i+3]
                     res += chr(int(hexa, 16))
                     i += 2
+                else:
+                    res += '\\' + data[i]
         else:
             res += data[i]
         i += 1

----------
effort: ???
messages: 1721
nosy: pypy-issue, santagada
priority: bug
release: ???
status: unread
title: string_escape codec problems

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


From pypy-dev-issue at codespeak.net  Tue May 11 20:00:17 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Tue, 11 May 2010 18:00:17 +0000
Subject: [PyPy-issue] [issue446] sys.exc_info() requires an app-level except
	block
Message-ID: <1273600817.89.0.194940123809.issue446@>


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

According to arigo it's not a bug, it's a feature, closing

----------
nosy: +pypy-issue -ac, arigo, benjamin, cfbolz, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Tue May 11 22:31:07 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Tue, 11 May 2010 20:31:07 +0000
Subject: [PyPy-issue] [issue527] The __new__ function supplied by CPython
	extension modules isn't called when instantiating those types
	on PyPy with cpyext
Message-ID: <1273609867.7.0.244776815043.issue527@>


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

the tp_new slot is now correctly used to create objects.

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

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


From pypy-dev-issue at codespeak.net  Fri May 14 17:28:19 2010
From: pypy-dev-issue at codespeak.net (Joost Cassee)
Date: Fri, 14 May 2010 15:28:19 +0000
Subject: [PyPy-issue] [issue532] Disable assert statements with -O flag
Message-ID: <1273850899.65.0.617610447211.issue532@>


New submission from Joost Cassee <joost at cassee.net>:

The CPython binary uses the -O flag to disable assert statements. PyPy should
offer the same behavior. See the IRC log at:
http://tismerysoft.de/pypy/irc-logs/pypy/%23pypy.log.20100514

See also for a description of CPython behavior:
http://docs.python.org/tutorial/modules.html#compiled-python-files
http://docs.python.org/reference/simple_stmts.html#the-assert-statement
http://docs.python.org/using/cmdline.html#interface-options

----------
effort: ???
messages: 1724
nosy: jcassee, pypy-issue
priority: feature
release: ???
status: unread
title: Disable assert statements with -O flag

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


From pypy-dev-issue at codespeak.net  Fri May 14 19:06:21 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Fri, 14 May 2010 17:06:21 +0000
Subject: [PyPy-issue] [issue533] GCC 4.5.0 assumes stack is 16byte aligned
Message-ID: <1273856781.02.0.218913754409.issue533@>


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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838

We should do the same for all platforms then it seems.

----------
effort: ???
messages: 1725
nosy: pypy-issue
priority: bug
release: ???
status: unread
title: GCC 4.5.0 assumes stack is 16byte aligned

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


From pypy-dev-issue at codespeak.net  Fri May 14 19:09:48 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Fri, 14 May 2010 17:09:48 +0000
Subject: [PyPy-issue] [issue533] GCC 4.5.0 assumes stack is 16byte aligned
Message-ID: <1273856988.08.0.678131418256.issue533@>


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

fixed

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

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


From pypy-dev-issue at codespeak.net  Fri May 14 23:47:09 2010
From: pypy-dev-issue at codespeak.net (Garth Dickie)
Date: Fri, 14 May 2010 21:47:09 +0000
Subject: [PyPy-issue] [issue534] float('inf') works (generates an inf NAN)
	in CPython 2.5.5,
	reports ValueError: invalid literal for float() in PyPy 1.2
Message-ID: <1273873629.17.0.358430861324.issue534@>


New submission from Garth Dickie <dickie at acm.org>:

In PyPy 1.2, using the downloadable Linux binary,

>>>> float('inf')
Traceback (most recent call last):
  File "<console>", line 1, in <module>
ValueError: invalid literal for float()
>>>> 
 
In CPython 2.5.5, built from source:
>>> float(1)
1.0
>>> float('inf')
inf
>>>

----------
effort: ???
messages: 1727
nosy: gdickie, pypy-issue
priority: bug
release: 1.2
status: unread
title: float('inf') works (generates an inf NAN) in CPython 2.5.5, reports ValueError: invalid literal for float() in PyPy 1.2

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


From pypy-dev-issue at codespeak.net  Sat May 15 00:07:10 2010
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Fri, 14 May 2010 22:07:10 +0000
Subject: [PyPy-issue] [issue534] float('inf') works (generates an inf NAN)
	in CPython 2.5.5,
	reports ValueError: invalid literal for float() in PyPy 1.2
Message-ID: <1273874830.34.0.517990735613.issue534@>


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

Looks like we just need a special case in pypy.objspace.std.strutil, CPython also 
allows NaN and Infinity. all are matched case insensitively and all support 
negation.

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

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


From pypy-dev-issue at codespeak.net  Sun May 16 17:23:57 2010
From: pypy-dev-issue at codespeak.net (Rene Dudfield)
Date: Sun, 16 May 2010 15:23:57 +0000
Subject: [PyPy-issue] [issue535] read_setup_file not there in distutils
Message-ID: <1274023437.14.0.65421233352.issue535@>


New submission from Rene Dudfield <renesd at gmail.com>:

read_setup_file from /usr/lib/python2.6/distutils/extension.py is used in the
pygame setup.py.  However pypy does not have that function, since it does not
have parse_makefile from distutils.sysconfig.

Traceback (most recent call last):
  File "app_main.py", line 33, in run_toplevel
  File "setup.py", line 147, in <module>
    extensions = read_setup_file('Setup')
  File
"/home/rene/dev/pypy/pypy-trunk/lib-python/modified-2.5.2/distutils/extension.py",
line 140, in read_setup_file
    from distutils.sysconfig import \
ImportError: cannot import name 'parse_makefile'

----------
effort: easy
messages: 1729
nosy: illume, pypy-issue
priority: bug
release: ???
status: unread
title: read_setup_file not there in distutils

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


From pypy-dev-issue at codespeak.net  Sun May 16 22:26:05 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Sun, 16 May 2010 20:26:05 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274041565.46.0.0800563137309.issue536@>


New submission from Brett Cannon <brett at python.org>:

It looks like os.getcwdu is not showing up for some reason (I also attached the traceback as a text file if 
that's easier to read):


[translation:ERROR] Error:
[translation:ERROR]  Traceback (most recent call last):
[translation:ERROR]    File "translate.py", line 259, in main
[translation:ERROR]     default_goal='compile')
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/translator/driver.py", line 763, in 
from_targetspec
[translation:ERROR]     spec = target(driver, args)
[translation:ERROR]    File "targetpypystandalone.py", line 223, in target
[translation:ERROR]     return self.get_entry_point(config)
[translation:ERROR]    File "targetpypystandalone.py", line 239, in get_entry_point
[translation:ERROR]     entry_point = create_entry_point(space, w_dict)
[translation:ERROR]    File "targetpypystandalone.py", line 31, in create_entry_point
[translation:ERROR]     w_os = setup_nanos(space)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/translator/goal/nanos.py", line 50, 
in setup_nanos
[translation:ERROR]     w_os_path = space.wrap(app_os_path.buildmodule(space, 'path'))
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/interpreter/gateway.py", line 855, 
in buildmodule
[translation:ERROR]     return Module(space, space.wrap(name), self.getwdict(space))
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/interpreter/gateway.py", line 851, 
in getwdict
[translation:ERROR]     return space.fromcache(ApplevelCache).getorbuild(self)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/tool/cache.py", line 51, in 
getorbuild
[translation:ERROR]     result = self._build(key)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/interpreter/baseobjspace.py", line 
195, in _build
[translation:ERROR]     return self.build(key)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/interpreter/gateway.py", line 910, 
in build
[translation:ERROR]     return PyPyCacheDir.build_applevelinterp_dict(app, self.space)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/interpreter/gateway.py", line 984, 
in build_applevelinterp_dict
[translation:ERROR]     w_glob = initfunc(space)
[translation:ERROR]    File "<codegen /Users/brett/Downloads/pypy-
1.2/pypy/translator/geninterplevel.py:1540>", line 647, in init__builtin__
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/objspace/std/objspace.py", line 
671, in getattr
[translation:ERROR]     raiseattrerror(self, w_obj, name)
[translation:ERROR]    File "/Users/brett/Downloads/pypy-1.2/pypy/objspace/descroperation.py", line 
29, in raiseattrerror
[translation:ERROR]     typename, name)
[translation:ERROR]  OpErrFmt: [<W_TypeObject(AttributeError)>: 'module' object has no attribute 
'getcwdu']

----------
effort: ???
files: pypy-traceback.txt
messages: 1730
nosy: brett.cannon, pypy-issue
priority: critical
release: 1.2
status: unread
title: Build failure under OS X Snow Leopard w/ Python 2.6.5

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue536>
_______________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pypy-traceback.txt
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20100516/68890c16/attachment.txt>

From pypy-dev-issue at codespeak.net  Sun May 16 22:27:33 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Sun, 16 May 2010 20:27:33 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274041653.28.0.289473280811.issue536@>


Brett Cannon <brett at python.org> added the comment:

I should mention I tried building with both ``python2.6 translate.py --cc=gcc -Ojit`` and ``python2.6 
translate.py --cc=clang -Ojit`` where gcc is 4.2.1 (comes with Snow Leopard) and clang is 2.7 (something 
I built myself and what was used to build CPython 2.6.5).

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

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


From pypy-dev-issue at codespeak.net  Sun May 16 22:27:55 2010
From: pypy-dev-issue at codespeak.net (Alex Gaynor)
Date: Sun, 16 May 2010 20:27:55 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274041675.56.0.217987812358.issue536@>


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

Brett, can you try with svn HEAD.  I'm almost positive this has been fixed since 1.2.

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


From pypy-dev-issue at codespeak.net  Sun May 16 22:31:55 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Sun, 16 May 2010 20:31:55 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274041915.25.0.24268526891.issue536@>


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

Yes, this was fixed by r72073.

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

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


From pypy-dev-issue at codespeak.net  Sun May 16 22:37:19 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Sun, 16 May 2010 20:37:19 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274042239.66.0.881807076407.issue536@>


Brett Cannon <brett at python.org> added the comment:

Thanks for the quick replies. You might want to toss a mention on the page next to the minGW32 caveat 
or something so I don't end up being the only person caught by this (then again I represent a niche 
demographic =).

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

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


From pypy-dev-issue at codespeak.net  Sun May 16 22:40:21 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Sun, 16 May 2010 20:40:21 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274042421.47.0.237523702033.issue536@>


Brett Cannon <brett at python.org> added the comment:

Get a different failure when building against svn r74518 (w/ the same arguments I used before):


[platform:ERROR] /var/folders/MN/MN-E3HgoFXSKDXb9le7FQ++++TI/-Tmp-/usession-trunk-
1/platcheck_26.c:22:21: error: libintl.h: No such file or directory
[translation:ERROR] Error:
[translation:ERROR]  Traceback (most recent call last):
[translation:ERROR]    File "translate.py", line 264, in main
[translation:ERROR]     default_goal='compile')
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/driver.py", line 813, in 
from_targetspec
[translation:ERROR]     spec = target(driver, args)
[translation:ERROR]    File "targetpypystandalone.py", line 222, in target
[translation:ERROR]     return self.get_entry_point(config)
[translation:ERROR]    File "targetpypystandalone.py", line 232, in get_entry_point
[translation:ERROR]     space = make_objspace(config)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/tool/option.py", line 48, in make_objspace
[translation:ERROR]     space = Space(config)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/interpreter/baseobjspace.py", line 267, in 
__init__
[translation:ERROR]     self.initialize()
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/objspace/std/objspace.py", line 82, in 
initialize
[translation:ERROR]     self.setup_builtin_modules()
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/interpreter/baseobjspace.py", line 528, in 
setup_builtin_modules
[translation:ERROR]     self.getbuiltinmodule('sys')
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/interpreter/baseobjspace.py", line 382, in 
getbuiltinmodule
[translation:ERROR]     mod.init(self)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/interpreter/mixedmodule.py", line 30, in 
init
[translation:ERROR]     Module.init(self, space)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/interpreter/module.py", line 30, in init
[translation:ERROR]     self.startup(space)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/module/sys/__init__.py", line 90, in startup
[translation:ERROR]     from pypy.module.sys.interp_encoding import _getfilesystemencoding
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/module/sys/interp_encoding.py", line 2, in 
<module>
[translation:ERROR]     from pypy.rlib import rlocale
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/rlib/rlocale.py", line 127, in <module>
[translation:ERROR]     for k, v in platform.configure(CConfig).items():
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/rpython/tool/rffi_platform.py", line 191, in 
configure
[translation:ERROR]     infolist = list(run_example_code(writer.path, eci))
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/rpython/tool/rffi_platform.py", line 636, in 
run_example_code
[translation:ERROR]     output = build_executable_cache(files, eci)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/tool/gcc_cache.py", line 22, in 
build_executable_cache
[translation:ERROR]     result = platform.execute(platform.compile(c_files, eci))
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/platform/__init__.py", line 50, in 
compile
[translation:ERROR]     ofiles = self._compile_o_files(cfiles, eci, standalone)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/platform/__init__.py", line 59, in 
_compile_o_files
[translation:ERROR]     ofiles.append(self._compile_c_file(self.cc, cfile, compile_args))
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/platform/posix.py", line 36, in 
_compile_c_file
[translation:ERROR]     cwd=str(cfile.dirpath()))
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/platform/__init__.py", line 101, 
in _execute_c_compiler
[translation:ERROR]     self._handle_error(returncode, stderr, stdout, outname)
[translation:ERROR]    File "/Users/brett/.slash/_/pypy/pypy/translator/platform/__init__.py", line 110, 
in _handle_error
[translation:ERROR]     raise CompilationError(stdout, stderr)
[translation:ERROR]  CompilationError: <CompilationError err='/var/folders/MN/MN-
E3HgoFXSKDXb9le7FQ++++TI/-Tmp-/usession-trunk-1/platcheck_26.c:22:21: error: libintl.h: No 
such file or directory\n'>

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


From pypy-dev-issue at codespeak.net  Mon May 17 06:29:05 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 17 May 2010 04:29:05 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274070545.54.0.896126617215.issue536@>


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

I suppose you should have libintl.h for _locale. Not sure where it comes from. 
Besides, I'm pretty positive it won't work with clang (we post-parse assembler 
produced by C compiler and clangs is different enough)

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


From pypy-dev-issue at codespeak.net  Mon May 17 20:30:58 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Mon, 17 May 2010 18:30:58 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274121058.52.0.210313094543.issue536@>


Brett Cannon <brett at python.org> added the comment:

Going to assume this is an environment issue and close this.

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

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


From pypy-dev-issue at codespeak.net  Mon May 17 21:04:30 2010
From: pypy-dev-issue at codespeak.net (Gabriel Lavoie)
Date: Mon, 17 May 2010 19:04:30 +0000
Subject: [PyPy-issue] [issue537] pypy-c doesn't build under MacOS X -
	libintl.h missing
Message-ID: <1274123070.56.0.139280059723.issue537@>


New submission from Gabriel Lavoie <glavoie at mutehq.net>:

I included a patch that adds MacPorts include directory. gettext can be easily
installed with MacPorts.

Build log:

[platform:ERROR]
/var/folders/8d/8dvcI67DFeSGEsoJ6d6n9E+++TI/-Tmp-/usession-trunk-0/platcheck_26.c:22:21:
error: libintl.h: No such file or directory
[translation:ERROR] Error:
[translation:ERROR]  Traceback (most recent call last):
[translation:ERROR]    File "translate.py", line 264, in main
[translation:ERROR]     default_goal='compile')
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/driver.py",
line 813, in from_targetspec
[translation:ERROR]     spec = target(driver, args)
[translation:ERROR]    File "targetpypystandalone.py", line 222, in target
[translation:ERROR]     return self.get_entry_point(config)
[translation:ERROR]    File "targetpypystandalone.py", line 232, in get_entry_point
[translation:ERROR]     space = make_objspace(config)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/tool/option.py", line
48, in make_objspace
[translation:ERROR]     space = Space(config)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/interpreter/baseobjspace.py",
line 267, in __init__
[translation:ERROR]     self.initialize()
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/objspace/std/objspace.py",
line 82, in initialize
[translation:ERROR]     self.setup_builtin_modules()
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/interpreter/baseobjspace.py",
line 528, in setup_builtin_modules
[translation:ERROR]     self.getbuiltinmodule('sys')
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/interpreter/baseobjspace.py",
line 382, in getbuiltinmodule
[translation:ERROR]     mod.init(self)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/interpreter/mixedmodule.py",
line 30, in init
[translation:ERROR]     Module.init(self, space)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/interpreter/module.py", line
30, in init
[translation:ERROR]     self.startup(space)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/module/sys/__init__.py",
line 90, in startup
[translation:ERROR]     from pypy.module.sys.interp_encoding import
_getfilesystemencoding
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/module/sys/interp_encoding.py",
line 2, in <module>
[translation:ERROR]     from pypy.rlib import rlocale
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/rlib/rlocale.py", line
127, in <module>
[translation:ERROR]     for k, v in platform.configure(CConfig).items():
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/rpython/tool/rffi_platform.py",
line 191, in configure
[translation:ERROR]     infolist = list(run_example_code(writer.path, eci))
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/rpython/tool/rffi_platform.py",
line 636, in run_example_code
[translation:ERROR]     output = build_executable_cache(files, eci)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/tool/gcc_cache.py",
line 22, in build_executable_cache
[translation:ERROR]     result = platform.execute(platform.compile(c_files, eci))
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/platform/__init__.py",
line 50, in compile
[translation:ERROR]     ofiles = self._compile_o_files(cfiles, eci, standalone)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/platform/__init__.py",
line 59, in _compile_o_files
[translation:ERROR]     ofiles.append(self._compile_c_file(self.cc, cfile,
compile_args))
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/platform/posix.py",
line 36, in _compile_c_file
[translation:ERROR]     cwd=str(cfile.dirpath()))
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/platform/__init__.py",
line 101, in _execute_c_compiler
[translation:ERROR]     self._handle_error(returncode, stderr, stdout, outname)
[translation:ERROR]    File
"/Users/wildchild/Documents/Programmation/pypy-trunk/pypy/translator/platform/__init__.py",
line 110, in _handle_error
[translation:ERROR]     raise CompilationError(stdout, stderr)
[translation:ERROR]  CompilationError: <CompilationError
err='/var/folders/8d/8dvcI67DFeSGEsoJ6d6n9E+++TI/-Tmp-/usession-trunk-0/platcheck_26.c:22:21:
error: libintl.h: No such file or directory\n'>

----------
effort: ???
files: rlocale.py.patch
messages: 1738
nosy: pypy-issue, wildchild
priority: bug
release: ???
status: unread
title: pypy-c doesn't build under MacOS X - libintl.h missing

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue537>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rlocale.py.patch
Type: application/octet-stream
Size: 762 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20100517/5b6a7ef6/attachment.obj>

From pypy-dev-issue at codespeak.net  Mon May 17 23:28:57 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 17 May 2010 21:28:57 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274131737.2.0.380572924888.issue536@>


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

I fixed pypy to look for libintl.h also in other places (patch by Gabriele 
Lavoie)

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


From pypy-dev-issue at codespeak.net  Mon May 17 23:29:21 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 17 May 2010 21:29:21 +0000
Subject: [PyPy-issue] [issue537] pypy-c doesn't build under MacOS X -
	libintl.h missing
Message-ID: <1274131761.45.0.0289149046659.issue537@>


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

Commited

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

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


From pypy-dev-issue at codespeak.net  Tue May 18 01:09:12 2010
From: pypy-dev-issue at codespeak.net (Brett Cannon)
Date: Mon, 17 May 2010 23:09:12 +0000
Subject: [PyPy-issue] [issue536] Build failure under OS X Snow Leopard w/
	Python 2.6.5
Message-ID: <1274137752.15.0.298100710397.issue536@>


Brett Cannon <brett at python.org> added the comment:

libintl.h is from gettext which I purposely do not have installed as that library has caused me tons of 
headaches in the past. So it just looks like I am short a dependency to compile pypy from source. Luckily 
the OS X binary works for me.

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


From pypy-dev-issue at codespeak.net  Tue May 18 16:09:55 2010
From: pypy-dev-issue at codespeak.net (Gabriel Lavoie)
Date: Tue, 18 May 2010 14:09:55 +0000
Subject: [PyPy-issue] [issue538] pypy-c doesn't build under FreeBSD 7
Message-ID: <1274191795.27.0.812046771338.issue538@>


New submission from Gabriel Lavoie <glavoie at mutehq.net>:

A few problems with FreeBSD 7. Here's a patch.

About linker options, "--dynamic-list" doesn't exist in the version of binutils
used in FreeBSD 7. Based on "ld" doc, it seems "--version-script" does the same
exact thing. The documentation about "--export-dynamic" says to use
"--dynamic-list" in recent versions of binutils and says to use
"--version-script" with the version of binutils used by FreeBSD 7.
"--version-script" is still available with recent versions of binutils. This
make the build process of pypy-c fail early (in the first minute).

----------
effort: ???
files: freebsd7-pypy.patch
messages: 1742
nosy: pypy-issue, wildchild
priority: bug
release: ???
status: unread
title: pypy-c doesn't build under FreeBSD 7

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue538>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freebsd7-pypy.patch
Type: application/octet-stream
Size: 1865 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20100518/4a7ea105/attachment.obj>

From pypy-dev-issue at codespeak.net  Tue May 18 17:31:50 2010
From: pypy-dev-issue at codespeak.net (Gabriel Lavoie)
Date: Tue, 18 May 2010 15:31:50 +0000
Subject: [PyPy-issue] [issue539] stackless - Execution frames in a module
	inside a package are not pickled correctly.
Message-ID: <1274196710.85.0.514479056012.issue539@>


New submission from Gabriel Lavoie <glavoie at mutehq.net>:

When a Stackles tasklet is pickled when the execution state is in a function of
a module inside a package, the wrong namespace is saved for the frame. The
namespace of the package is saved instead of the namespace of the module. After
unpickling, if the function needs global variables of the module, the variable
won't be accessible anymore.

Here's a test to show the problem.

----------
effort: ???
files: pypy-stackless-pickle-bug.patch
messages: 1743
nosy: pypy-issue, wildchild
priority: bug
release: ???
status: unread
title: stackless - Execution frames in a module inside a package are not pickled correctly.

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue539>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pypy-stackless-pickle-bug.patch
Type: application/octet-stream
Size: 1914 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20100518/4d0cf6f6/attachment.obj>

From pypy-dev-issue at codespeak.net  Tue May 18 17:34:04 2010
From: pypy-dev-issue at codespeak.net (Gabriel Lavoie)
Date: Tue, 18 May 2010 15:34:04 +0000
Subject: [PyPy-issue] [issue539] stackless - Execution frames in a module
	inside a package are not pickled correctly.
Message-ID: <1274196844.72.0.183546230001.issue539@>


Gabriel Lavoie <glavoie at mutehq.net> added the comment:

pypy-stackless-pickling-bug.tar.bz2 is a Stackless program that shows the
problem. This program works correctly on Stackless CPython.

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

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


From pypy-dev-issue at codespeak.net  Thu May 20 05:52:50 2010
From: pypy-dev-issue at codespeak.net (Patrick Armstrong)
Date: Thu, 20 May 2010 03:52:50 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274327570.6.0.262081411545.issue540@>


New submission from Patrick Armstrong <pat at triplefox.com>:

When trying to install suds in pypy with easy_install, the install fails when the setup script tries to byte 
compile. Transcript follows:

$ sudo /opt/pypy/bin/easy_install suds
Password:
Searching for suds
Reading http://pypi.python.org/simple/suds/
Reading https://fedorahosted.org/suds
Best match: suds 0.3.9
Downloading http://pypi.python.org/packages/source/s/suds/suds-
0.3.9.tar.gz#md5=9472fdf89351f604bf49f4d1370af984
Processing suds-0.3.9.tar.gz
Running suds-0.3.9/setup.py -q bdist_egg --dist-dir /tmp/easy_install-Gfca71/suds-0.3.9/egg-
dist-tmp-qSynyo
Traceback (most recent call last):
  File "?", line 33, in run_toplevel
  File "/opt/pypy/bin/easy_install", line 8, in <module>
    load_entry_point('setuptools==0.6c11', 'console_scripts', 'easy_install')()
  File "setuptools/command/easy_install.py", line 1712, in main
    with_ei_usage(lambda:
  File "setuptools/command/easy_install.py", line 1700, in with_ei_usage
    return f()
  File "setuptools/command/easy_install.py", line 1716, in <lambda>
    distclass=DistributionWithoutHelpCommands, **kw
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/core.py", line 151, in setup
    dist.run_commands()
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/dist.py", line 974, in run_commands
    self.run_command(cmd)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/dist.py", line 994, in run_command
    cmd_obj.run()
  File "setuptools/command/easy_install.py", line 211, in run
    self.easy_install(spec, not self.no_deps)
  File "setuptools/command/easy_install.py", line 446, in easy_install
    return self.install_item(spec, dist.location, tmpdir, deps)
  File "setuptools/command/easy_install.py", line 476, in install_item
    dists = self.install_eggs(spec, download, tmpdir)
  File "setuptools/command/easy_install.py", line 655, in install_eggs
    return self.build_and_install(setup_script, setup_base)
  File "setuptools/command/easy_install.py", line 930, in build_and_install
    self.run_setup(setup_script, setup_base, args)
  File "setuptools/command/easy_install.py", line 919, in run_setup
    run_setup(setup_script, args)
  File "setuptools/sandbox.py", line 62, in run_setup
    lambda: execfile(
  File "setuptools/sandbox.py", line 105, in run
    return func()
  File "setuptools/sandbox.py", line 64, in <lambda>
    {'__file__':setup_script, '__name__':'__main__'}
  File "setup.py", line 32, in <module>
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/core.py", line 151, in setup
    dist.run_commands()
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/dist.py", line 974, in run_commands
    self.run_command(cmd)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/dist.py", line 994, in run_command
    cmd_obj.run()
  File "setuptools/command/bdist_egg.py", line 175, in run
    cmd = self.call_command('install_lib', warn_dir=0)
  File "setuptools/command/bdist_egg.py", line 161, in call_command
    self.run_command(cmdname)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/cmd.py", line 348, in run_command
    self.distribution.run_command(command)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/dist.py", line 994, in run_command
    cmd_obj.run()
  File "setuptools/command/install_lib.py", line 24, in run
    self.byte_compile(outfiles)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/command/install_lib.py", line 139, in 
byte_compile
    verbose=self.verbose, dry_run=self.dry_run)
  File "/opt/pypy-1.2-osx/lib-python/modified-2.5.2/distutils/util.py", line 425, in byte_compile
    script = os.fdopen(script_fd, "w")
AttributeError: 'function' object has no attribute 'fdopen'

----------
effort: ???
messages: 1745
nosy: oldpatricka, pypy-issue
priority: bug
release: 1.2
status: unread
title: distutils byte_compile fails when installing suds

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


From pypy-dev-issue at codespeak.net  Thu May 20 06:03:12 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 20 May 2010 04:03:12 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274328192.58.0.361179844549.issue540@>


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

Honestly, it's pretty obscure error. I don't have Mac OS X at hand, can you tell 
me what os is? (and why is it not a module)

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

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


From pypy-dev-issue at codespeak.net  Thu May 20 06:26:44 2010
From: pypy-dev-issue at codespeak.net (Patrick Armstrong)
Date: Thu, 20 May 2010 04:26:44 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274329604.7.0.702201475552.issue540@>


Patrick Armstrong <pat at triplefox.com> added the comment:

Sure thing, I inserted a print os.__class__.__name__ , and a print dir(os) before, and got the following:

module

['EX_CANTCREAT', 'EX_CONFIG', 'EX_DATAERR', 'EX_IOERR', 'EX_NOHOST', 'EX_NOINPUT', 'EX_NOPERM', 
'EX_NOUSER', 'EX_OK', 'EX_OSERR', 'EX_OSFILE', 'EX_PROTOCOL', 'EX_SOFTWARE', 'EX_TEMPFAIL', 
'EX_UNAVAILABLE', 'EX_USAGE', 'F_OK', 'NGROUPS_MAX', 'O_APPEND', 'O_CREAT', 'O_DIRECTORY', 
'O_EXCL', 'O_EXLOCK', 'O_NDELAY', 'O_NOCTTY', 'O_NOFOLLOW', 'O_NONBLOCK', 'O_RDONLY', 
'O_RDWR', 'O_SHLOCK', 'O_SYNC', 'O_TRUNC', 'O_WRONLY', 'P_NOWAIT', 'P_NOWAITO', 'P_WAIT', 'R_OK', 
'SEEK_CUR', 'SEEK_END', 'SEEK_SET', 'TMP_MAX', 'UserDict', 'WCONTINUED', 'WCOREDUMP', 
'WEXITSTATUS', 'WIFCONTINUED', 'WIFEXITED', 'WIFSIGNALED', 'WIFSTOPPED', 'WNOHANG', 'WSTOPSIG', 
'WTERMSIG', 'WUNTRACED', 'W_OK', 'X_OK', '_Environ', '__all__', '__builtins__', '__doc__', '__file__', 
'__name__', '_copy_reg', '_execvpe', '_exists', '_exit', '_get_exports_list', '_make_stat_result', 
'_make_statvfs_result', '_pickle_stat_result', '_pickle_statvfs_result', '_spawnvef', 'abort', 'access', 'altsep', 
'chdir', 'chmod', 'chown', 'chroot', 'close', 'closerange', 'curdir', 'defpath', 'devnull', 'dup', 'dup2', 
'environ', 'errno', 'error', 'execl', 'execle', 'execlp', 'execlpe', 'execv', 'execve', 'execvp', 'execvpe', 'extsep', 
'fdopen', 'fork', 'fstat', 'fsync', 'ftruncate', 'getcwd', 'getegid', 'getenv', 'geteuid', 'getgid', 'getpgid', 
'getpgrp', 'getpid', 'getppid', 'getsid', 'getuid', 'isatty', 'kill', 'linesep', 'link', 'listdir', 'lseek', 'lstat', 
'makedirs', 'mkdir', 'name', 'open', 'openpty', 'pardir', 'path', 'pathsep', 'pipe', 'popen', 'popen2', 
'popen3', 'popen4', 'putenv', 'read', 'readlink', 'remove', 'removedirs', 'rename', 'renames', 'rmdir', 'sep', 
'setegid', 'seteuid', 'setgid', 'setpgid', 'setpgrp', 'setregid', 'setreuid', 'setsid', 'setuid', 'spawnl', 'spawnle', 
'spawnlp', 'spawnlpe', 'spawnv', 'spawnve', 'spawnvp', 'spawnvpe', 'stat', 'stat_float_times', 'stat_result', 
'strerror', 'symlink', 'sys', 'sysconf', 'sysconf_names', 'system', 'times', 'tmpfile', 'ttyname', 'umask', 
'uname', 'unlink', 'unsetenv', 'urandom', 'utime', 'wait', 'waitpid', 'walk', 'write']

Which looks right to me. I have no idea why os isn't a module. This is literally my first experience with 
pypy, so I thought I'd report the bug here. If there's somewhere better to chat about this (the mailing 
list or something, I'm fine with that too.)

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


From pypy-dev-issue at codespeak.net  Thu May 20 06:36:40 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 20 May 2010 04:36:40 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274330200.78.0.388466652173.issue540@>


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

This is a good place to report a bug, however #pypy on irc.freenode.net (IRC) is 
much better place to discuss things

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


From pypy-dev-issue at codespeak.net  Thu May 20 13:56:49 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Thu, 20 May 2010 11:56:49 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274356609.04.0.681596880305.issue540@>


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

I did not try to reproduce the error, but here is a probable cause:

- in module/posix/app_posix.py, pypy implements os.fdopen by calling file.fdopen() (which 
does not exist in CPython, it's a pypy extension); this classmethod is implemented in 
module/_file/interp_file.py.
- in my copy of setuptools, setuptools/sandbox.py replaces __builtins__.file with a custom 
function (it restricts writes to a single directory)

setuptools seems to suppose that the only way to use __builtins__.file is to __call__ it, 
this may be the case with CPython, but pypy breaks the assumption with this classmethod.

A solution is to export fdopen as a function in the _file module, and use it in 
app_posix.py: "import _file; _file.fdopen(...)"

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


From pypy-dev-issue at codespeak.net  Thu May 20 16:53:26 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 20 May 2010 14:53:26 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274367206.8.0.237969159493.issue540@>


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

Wait a second. Are you using pypy-c or uncompiled pypy?

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


From pypy-dev-issue at codespeak.net  Thu May 20 16:56:30 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 20 May 2010 14:56:30 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274367390.27.0.455253759502.issue540@>


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

Uh, sorry, my previous comment didn't make any sense.

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


From pypy-dev-issue at codespeak.net  Thu May 20 22:48:00 2010
From: pypy-dev-issue at codespeak.net (Alexander Schremmer)
Date: Thu, 20 May 2010 20:48:00 +0000
Subject: [PyPy-issue] [issue538] pypy-c doesn't build under FreeBSD 7
Message-ID: <1274388480.03.0.58967424268.issue538@>


Alexander Schremmer <alex at alexanderweb.de> added the comment:

Wildchild, your patch breaks cpyext. version-script alone is not the same as
dynamic-list

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

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:18:20 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:18:20 +0000
Subject: [PyPy-issue] [issue540] distutils byte_compile fails when
	installing suds
Message-ID: <1274440700.5.0.0946533668864.issue540@>


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

r74621 fixes the issue. Thanks for the report!

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

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:24:18 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:24:18 +0000
Subject: [PyPy-issue] [issue419] lib/app_test/ctypes_test/conftest.py so lib
	creation fails on pypy-c
Message-ID: <1274441058.8.0.765325588217.issue419@>


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

This was fixed some months ago (r61544, 2009-02-04)
now conftest.py uses pypy.translator.platform instead of distutils.

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:31:19 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:31:19 +0000
Subject: [PyPy-issue] [issue428] py.py: imports fail (?)
Message-ID: <1274441479.04.0.615255352103.issue428@>


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

code.InteractiveConsole in CPython 2.6 indeed returns unicode strings.

The issue was fixed with r63892 (2009-04-09).

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:35:57 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:35:57 +0000
Subject: [PyPy-issue] [issue345] os.wait() unimplemented
Message-ID: <1274441757.11.0.426800918656.issue345@>


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

Done in r69647 (2009-11-26)

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:45:28 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:45:28 +0000
Subject: [PyPy-issue] [issue287] non-stackless translation crashes when
	py.magic.greenlets are not available
Message-ID: <1274442328.56.0.806531351801.issue287@>


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

r40634 (2007-03-17!) says it "May fix" this; furthermore pylib greenlets 
disappeared a long time ago...

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 13:59:22 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 11:59:22 +0000
Subject: [PyPy-issue] [issue329] Make {string,uncode}.find faster
Message-ID: <1274443162.21.0.903871146965.issue329@>


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

r74080 (agaynor | 2010-04-26):
Implemented CPython's string search algorithm and switch lltype rstr to use it.  
This is about 55% on stringbench for strs, and faster for unicode as well.

----------
nosy: +pypy-issue -ac, arigo, cfbolz, fijal, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 15:02:33 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 13:02:33 +0000
Subject: [PyPy-issue] [issue481] unpackiterable/viewiterable mess
Message-ID: <1274446953.22.0.190947296272.issue481@>


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

r69458 | fijal | 2009-11-19:
Merge unpackiterable-improvements branch.
This branch splits viewiterable into two parts:
* fixedview, returns a non-resizable list, won't copy if w_obj is a W_TupleObj
* listview, returns a resizable list, won't copy if w_obj is a W_ListObj

----------
nosy: +pypy-issue -ac, arigo, cfbolz, fijal, mwh, pedronis, tismer
status: chatting -> resolved

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


From pypy-dev-issue at codespeak.net  Fri May 21 15:19:25 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 13:19:25 +0000
Subject: [PyPy-issue] [issue494] ctypes: in_dll fails for functions/functinos
Message-ID: <1274447965.47.0.662641807423.issue494@>


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

indeed

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: testing -> resolved

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


From pypy-dev-issue at codespeak.net  Tue May 25 09:10:22 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Tue, 25 May 2010 07:10:22 +0000
Subject: [PyPy-issue] [issue361] _locale module implementation in ctypes
Message-ID: <1274771422.28.0.167822042555.issue361@>


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

Last patch applied in r74725.

----------
nosy: +pypy-issue -ac, arigo, cfbolz, mwh, pedronis, tismer
status: in-progress -> resolved

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


From pypy-dev-issue at codespeak.net  Wed May 26 21:31:42 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Wed, 26 May 2010 19:31:42 +0000
Subject: [PyPy-issue] [issue534] float('inf') works (generates an inf NAN)
	in CPython 2.5.5,
	reports ValueError: invalid literal for float() in PyPy 1.2
Message-ID: <1274902302.71.0.0415437095064.issue534@>


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

Fixed in 74793 (hopefully)

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


From pypy-dev-issue at codespeak.net  Thu May 27 03:40:53 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Thu, 27 May 2010 01:40:53 +0000
Subject: [PyPy-issue] [issue542] encodings/__init__.py is frozen
Message-ID: <1274924453.01.0.329418706008.issue542@>


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

I'm not sure how harmful this is, but it is probably completely incorrect. Also 
muds other issues which I have run into. Comments are welcome

----------
effort: ???
messages: 1765
nosy: pypy-issue
priority: bug
release: ???
status: unread
title: encodings/__init__.py is frozen

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


From pypy-dev-issue at codespeak.net  Fri May 21 15:26:40 2010
From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc)
Date: Fri, 21 May 2010 13:26:40 +0000
Subject: [PyPy-issue] [issue309] faking is broken on top of python 2.5
Message-ID: <1274448400.09.0.879781124161.issue309@>


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

It works if you add --withmod-_socket, so that the _socket module is the rpython 
one, and not faked.

----------
nosy: +pypy-issue -ac, arigo, cfbolz, fijal, mwh, pedronis, tismer
status: chatting -> wontfix

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


From pypy-dev-issue at codespeak.net  Wed May 26 12:39:09 2010
From: pypy-dev-issue at codespeak.net (Christian)
Date: Wed, 26 May 2010 10:39:09 +0000
Subject: [PyPy-issue] [issue541] bz2.decompress returns partially garbled
	content
Message-ID: <1274870349.53.0.106301091315.issue541@>


New submission from Christian <wvapex at gmx.de>:

Test set is the first bz2 block (as produced by bzip2recover) from a recent dump 
of the english wikipedia.

Test case:
  import bz2
  print len(bz2.decompress(open("rec00001enwiki-latest-pages-articles.xml.bz2", 
"rb").read()))

produces 
  "901179" with CPython 2.5.5
  "1876027" with pypy 1.2.0

first 24576 byte of output seem to be identical, then follow 24 byte of garbage 
in the pypy output where the original has 17808 bytes of text, the some common 
text ...

test machine is running debian sid with libbz2 1.0.5-4 on amd64 platform

----------
effort: ???
files: rec00001enwiki-latest-pages-articles.xml.bz2
messages: 1763
nosy: Aw7WsX1tvC, pypy-issue
priority: bug
release: 1.2
status: unread
title: bz2.decompress returns partially garbled content

_______________________________________________________
PyPy development tracker <pypy-dev-issue at codespeak.net>
<https://codespeak.net/issue/pypy-dev/issue541>
_______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rec00001enwiki-latest-pages-articles.xml.bz2
Type: application/x-bzip
Size: 237985 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pypy-issue/attachments/20100526/5b2ae2ce/attachment.bin>

From pypy-dev-issue at codespeak.net  Fri May 28 10:48:52 2010
From: pypy-dev-issue at codespeak.net (Antonio Cuni)
Date: Fri, 28 May 2010 08:48:52 +0000
Subject: [PyPy-issue] [issue543] pypy.lib._sre not tested and maybe not used?
Message-ID: <1275036532.3.0.0431814397426.issue543@>


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

it seems that pypy.lib._sre has no unit test. Moreover, by default it is hidden
by module/_sre.
Do we want to keep it? Is it useful? Does it work?

----------
effort: ???
messages: 1766
nosy: antocuni, pypy-issue
priority: bug
release: ???
status: unread
title: pypy.lib._sre not tested and maybe not used?

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


From pypy-dev-issue at codespeak.net  Sat May 29 19:28:31 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Sat, 29 May 2010 17:28:31 +0000
Subject: [PyPy-issue] [issue543] pypy.lib._sre not tested and maybe not used?
Message-ID: <1275154111.53.0.0482806692998.issue543@>


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

Kill it

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

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


From pypy-dev-issue at codespeak.net  Mon May 31 20:39:25 2010
From: pypy-dev-issue at codespeak.net (Armin Rigo)
Date: Mon, 31 May 2010 18:39:25 +0000
Subject: [PyPy-issue] [issue541] bz2.decompress returns partially garbled
	content
Message-ID: <1275331165.42.0.571781609072.issue541@>


Armin Rigo <arigo+pypyissues at codespeak.net> added the comment:

Thanks.  Fixed in r74980.

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

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


From pypy-dev-issue at codespeak.net  Mon May 31 20:57:18 2010
From: pypy-dev-issue at codespeak.net (Fijal)
Date: Mon, 31 May 2010 18:57:18 +0000
Subject: [PyPy-issue] [issue529] Overflow detection fail with JIT
Message-ID: <1275332238.83.0.900007545949.issue529@>


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

This is fixed I believe.

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

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