For us at least no branch specified builds the default branch (trunk)
and does not end up with exception in buildbot code. How about
specifying the default branch in config file?
On Sat, May 15, 2010 at 1:55 PM, Antoine Pitrou wrote:
> On Sat, 15 May 2010 21:49:07 +0200
> "Martin v. Löwis" wrote
ents have been added to the JIT code, as well as a great
speedup of compiling time.
Cheers,
Maciej Fijalkowski, Armin Rigo, Alex Gaynor, Amaury Forgeot d'Arc and
the PyPy team
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
On Fri, Jun 25, 2010 at 11:27 PM, Maciej Fijalkowski
> wrote:
>>
>> ===
>> PyPy 1.3: Stabilization
>> ===
>>
>> Hello.
>>
>> We're please to announce release of PyPy 1.3. This release has two major
>&g
On Fri, Jul 2, 2010 at 12:31 AM, Stefan Behnel wrote:
> Glyph Lefkowitz, 02.07.2010 06:43:
>>
>> On Jul 2, 2010, at 12:28 AM, Steven D'Aprano wrote:
>>
>>> This question was inspired by something asked on #python today. Consider
>>> it a hypothetical, not a serious proposal.
>>>
>>> We know that m
On Fri, Jul 2, 2010 at 1:20 AM, "Martin v. Löwis" wrote:
> Am 02.07.2010 08:55, schrieb Craig Citro:
>>> This question has an easy answer - can you possibly tell the difference?
>>>
>>
>> Ok, I'm obviously being silly here, but sure you can:
>
> The dis module is deliberately (*) not part of the P
On Fri, Jul 2, 2010 at 10:35 PM, Steven D'Aprano wrote:
> On Sat, 3 Jul 2010 11:39:07 am Greg Ewing wrote:
>> Stefan Behnel wrote:
>> > So, would it still be Python if it folded
>> >
>> > 1 + "1"
>> >
>> > into
>> >
>> > raise TypeError()
>> >
>> > at compile time?
>>
>> It would have to b
On Sun, Jul 18, 2010 at 10:32 PM, Paul Moore wrote:
> On 18 July 2010 20:57, Glyph Lefkowitz wrote:
>>
>> On Jul 18, 2010, at 1:46 PM, Alexander Belopolsky wrote:
>>
>> We already have "posponed" and "remind" resolutions, but these are
>> exclusive of "accepted". I think there should be a clear
On Wed, Jul 21, 2010 at 6:50 PM, Reid Kleckner wrote:
> On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
>> Brett suggested that
>> the Unladen Swallow merge to trunk was waiting for some work to complete
>> on the JIT compiler and Georg, as release manager for 3.2, confirmed that
>> Unladen Sw
On Wed, Jul 21, 2010 at 11:45 PM, Collin Winter wrote:
> On Wed, Jul 21, 2010 at 2:43 PM, Maciej Fijalkowski wrote:
>> On Wed, Jul 21, 2010 at 6:50 PM, Reid Kleckner
>> wrote:
>>> On Wed, Jul 21, 2010 at 8:11 AM, Tim Golden wrote:
>>>> Brett suggested th
On Thu, Jul 22, 2010 at 9:51 AM, Brett Cannon wrote:
>
>
> On Wed, Jul 21, 2010 at 16:58, Antoine Pitrou wrote:
>>
>> On Wed, 21 Jul 2010 11:42:00 -0400
>> Jesse Noller wrote:
>> > On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden
>> > wrote:
>> > [...snip...]
>> > > A messy discussion turned on the
On Mon, Jul 26, 2010 at 12:02 PM, Michael Foord
wrote:
> On 26/07/2010 04:42, Guido van Rossum wrote:
>>
>> On Sun, Jul 25, 2010 at 8:31 PM, Peter Portante
>> wrote:
>>
>>>
>>> FWIW: We use Python at Tabblo, straddled across Python 2.5.4 and 2.6.5.
>>> They
>>> work. And they work well. But we m
On Thu, Jul 29, 2010 at 6:53 AM, Greg Ewing wrote:
> On 28/07/10 23:12, Antoine Pitrou wrote:
>
>> It should be noted, though, that a full GC can be detrimental to
>> real-time applications. Kristján has already explained how some of his
>> software disabled the cyclic GC, and took care of breakin
,18,19,20&env=1&hor=false&bas=2%2B35&chart=normal+bars
Cheers,
Carl Friedrich Bolz, Antonio Cuni, Maciej Fijalkowski,
Amaury Forgeot d'Arc, Armin Rigo and the PyPy team
___
Python-Dev mailing list
Python-Dev@python.org
http:/
On Sat, Dec 4, 2010 at 6:34 AM, James Y Knight wrote:
> On Dec 3, 2010, at 10:50 PM, Terry Reedy wrote:
>> On 12/3/2010 7:46 PM, James Y Knight wrote:
>>
>>> Sure they are. This is what Java provides you, for example. If you
>>> have fixed, but potentially non-unique ids (in Java you get this
>>>
On Sat, Dec 4, 2010 at 1:37 PM, Antoine Pitrou wrote:
> On Sat, 4 Dec 2010 15:06:45 +1100
> Cameron Simpson wrote:
>> On 03Dec2010 18:15, James Y Knight wrote:
>> | On Dec 3, 2010, at 6:04 PM, Terry Reedy wrote:
>> | > gc is implementation specific. CPython uses ref counting + cycle
>> | > gc. A
> OK, but is it mandatory? For example, in the above code, I can unroll the
> loop because I found that range is the usual built-in, 5 is a low-enough
> constant,
How do you know xrange is xrange and not something else?
Cheers,
fijal
___
Python-Dev mail
On Fri, Dec 31, 2010 at 12:00 PM, Maciej Fijalkowski wrote:
>> OK, but is it mandatory? For example, in the above code, I can unroll the
>> loop because I found that range is the usual built-in, 5 is a low-enough
>> constant,
>
> How do you know xrange is xrange and not so
How about not changing semantics and still making this optimization possible?
PyPy already has CALL_LIKELY_BUILTIN which checks whether builtins has
been altered (by keeping a flag on the module dictionary) and if not,
loads a specific builtin on top of value stack. From my current
experience, I w
On Tue, Jan 25, 2011 at 1:26 PM, Antoine Pitrou wrote:
> On Tue, 25 Jan 2011 01:00:28 +0100 (CET)
> benjamin.peterson wrote:
>> Author: benjamin.peterson
>> Date: Tue Jan 25 01:00:28 2011
>> New Revision: 88178
>>
>> Log:
>> another pretty crasher served up by pypy
>
> Some comments would be nice
On Fri, Mar 4, 2011 at 10:35 AM, "Martin v. Löwis" wrote:
> Google Summer of Code is coming up again, and we will again
> be participating. Arc Riley will setup infrastructure later
> today, and we need to start thinking about possible projects.
>
> Traditionally, people (students and other projec
On Sat, Mar 12, 2011 at 1:14 PM, "Martin v. Löwis" wrote:
>>
>> http://www.boredomandlaziness.org/2011/03/python-vm-summit-rough-notes.html
>>
>> http://www.boredomandlaziness.org/2011/03/python-vm-summit-somewhat-coherent.html
>
> Wrt. the remark that other implementations should be referenced mo
[skipping the whole long discussion]
>
> Cython is meant to compile Python code. A "cython version" would just be a
> pure Python module, usable with all other implementations, but with type
> annotations that make it compile to more optimal C code. Type annotations
> can be provided in an externa
On Mon, Mar 21, 2011 at 12:33 PM, DasIch wrote:
> Hello Guys,
> I'm interested in participating in the Google Summer of Code this year
> and I've been looking at projects in the Wiki, particularly
> speed.pypy.org[1] as I'm very interested in the current VM
> development. However given my knowledg
On Mon, Mar 21, 2011 at 2:24 PM, DasIch wrote:
> On Mon, Mar 21, 2011 at 7:48 PM, Antoine Pitrou wrote:
>> On Mon, 21 Mar 2011 19:33:55 +0100
>> DasIch wrote:
>>>
>>> 3. Several benchmarks (at least the Django and Twisted ones) have
>>> dependencies which are not (yet) ported to 3.x and porting
On Mon, Mar 21, 2011 at 4:27 PM, Antoine Pitrou wrote:
> Le lundi 21 mars 2011 à 16:21 -0600, Maciej Fijalkowski a écrit :
>> The original idea was to converge and have the
>> common repo on hg.python.org, but since unladen run out of steam,
>> nobody bothered to update the
On Thu, Mar 24, 2011 at 11:50 AM, Guido van Rossum wrote:
> On Thu, Mar 24, 2011 at 10:37 AM, Jameson Quinn
> wrote:
>> OK, fair enough. People don't like this. So let me back up a step.
>
>> Clearly this is intended for using with things that you get as a dictionary,
>> but which really should
> No worries, it wasn't even my code. Someone
> donated it. The was a discusion on python-dev
> and collective agreement to allow it to have
> semantic differences that would let it run faster.
> IIRC, the final call was made by Uncle Timmy.
>
The bug link is here:
http://bugs.python.org/issue3
> AFAIK the AST is
> CPython-specific so should be treated with the same attitude as
> changes to the bytecode. That means, do it conservatively, since there
> *are* people who like to write tools that manipulate or analyze this,
> and while they know they're doing something CPython and
> version-s
On Fri, Apr 8, 2011 at 3:29 AM, Jesse Noller wrote:
> On Thu, Apr 7, 2011 at 7:52 PM, Michael Foord
> wrote:
>> On 08/04/2011 00:36, Anthony Scopatz wrote:
>>
>> On Thu, Apr 7, 2011 at 6:11 PM, Michael Foord
>> wrote:
>>>
>>> On 07/04/2011 22:41, Antoine Pitrou wrote:
On Thu, 07 Apr 2
On Fri, Apr 8, 2011 at 11:22 AM, Stefan Behnel wrote:
> Jesse Noller, 07.04.2011 22:28:
>>
>> On Thu, Apr 7, 2011 at 3:54 PM, Anthony Scopatz wrote:
>>>
>>> Hi Daniel,
>>> Thanks for putting this together. I am a huge supporter of benchmarking
>>> efforts. My brief comment is below.
>>>
>>> On W
On Fri, Apr 8, 2011 at 12:18 PM, Stefan Behnel wrote:
> Maciej Fijalkowski, 08.04.2011 11:41:
>>
>> On Fri, Apr 8, 2011 at 11:22 AM, Stefan Behnel
>> wrote:
>>>
>>> Jesse Noller, 07.04.2011 22:28:
>>>>
>>>> On Thu, Apr 7
On Fri, Apr 8, 2011 at 11:22 AM, Stefan Behnel wrote:
> Jesse Noller, 07.04.2011 22:28:
>>
>> On Thu, Apr 7, 2011 at 3:54 PM, Anthony Scopatz wrote:
>>>
>>> Hi Daniel,
>>> Thanks for putting this together. I am a huge supporter of benchmarking
>>> efforts. My brief comment is below.
>>>
>>> On W
On Mon, Apr 11, 2011 at 12:43 PM, Stefan Behnel wrote:
> Maciej Fijalkowski, 11.04.2011 11:39:
>>
>> On Fri, Apr 8, 2011 at 11:22 AM, Stefan Behnel
>> wrote:
>>>
>>> Jesse Noller, 07.04.2011 22:28:
>>>>
>>>> On Thu, Apr 7
On Sun, Apr 17, 2011 at 4:19 AM, Raymond Hettinger
wrote:
>
> On Apr 16, 2011, at 2:45 PM, Brett Cannon wrote:
>
>
> On Sat, Apr 16, 2011 at 14:23, Stefan Krah wrote:
>>
>> Brett Cannon wrote:
>> > In the grand python-dev tradition of "silence means acceptance", I
>> > consider
>> > this PEP fin
On Mon, Apr 18, 2011 at 6:32 PM, Éric Araujo wrote:
> Hi,
>
>> We try very hard to optimize for usual python idioms. They're very
>> often much better than specific cpython hacks. Unless you mean things
>> like rebiding a global into default a "pythonic idiom". We had to
>> rewrite places in stand
On Tue, Apr 19, 2011 at 10:57 AM, Nick Coghlan wrote:
> On Tue, Apr 19, 2011 at 3:06 PM, Stefan Behnel wrote:
>> I think this social problem of the PEP can only be solved if the CPython
>> project stops doing the major share of the stdlib maintenance, thus freeing
>> its own developer capacities
On Tue, Apr 19, 2011 at 12:01 PM, Stefan Behnel wrote:
> Nick Coghlan, 19.04.2011 10:57:
>>
>> On Tue, Apr 19, 2011 at 3:06 PM, Stefan Behnel wrote:
>>>
>>> I think this social problem of the PEP can only be solved if the CPython
>>> project stops doing the major share of the stdlib maintenance, t
>
> Once this move is made/accepted, I would expect the other
> implementation to rapidly move away from their custom implementations
> of the stdlib and contribute to the shared code base and
> documentation. Yes, this places a burden on CPython, but in the long
> term in benefits *all* of the pro
On Thu, Apr 28, 2011 at 11:10 PM, Stefan Behnel wrote:
> M.-A. Lemburg, 28.04.2011 22:23:
>>
>> Stefan Behnel wrote:
>>>
>>> DasIch, 28.04.2011 20:55:
the CPython
benchmarks have an extensive set of microbenchmarks in the pybench
package
>>>
>>> Try not to care too much about p
On Fri, Apr 29, 2011 at 9:55 AM, Holger Krekel wrote:
> On Fri, Apr 29, 2011 at 12:31 AM, Raymond Hettinger
> wrote:
>>
>> On Apr 28, 2011, at 3:07 PM, Guido van Rossum wrote:
>>
>>> On Thu, Apr 28, 2011 at 2:53 PM, Raymond Hettinger
>>> wrote:
On Apr 28, 2011, at 1:27 PM, Holger Kreke
On Sun, May 22, 2011 at 1:57 AM, Artur Siekielski
wrote:
> Hi.
> The problem with reference counters is that they are very often
> incremented/decremented, even for read-only algorithms (like traversal
> of a list). It has two drawbacks:
> 1. CPU cache lines (64 bytes on X86) containing a beginnin
Hi.
Unfortunately I'm missing Europython (and language summit) this year.
Did anyone do a writeup on what was discussed?
Cheers,
fijal
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
On Wed, Jun 22, 2011 at 3:24 PM, Nick Coghlan wrote:
> On Wed, Jun 22, 2011 at 10:47 PM, anatoly techtonik
> wrote:
>> I wonder if upcoming speed.python.org has any means to validate these
>> claims for different Python releases?
>> Is there any place where I can upload my two to compare perform
On Thu, Jul 7, 2011 at 7:59 PM, Oleg Broytman wrote:
> Hello.
>
> We are sorry but we cannot help you. This mailing list is to work on
> developing Python (adding new features to Python itself and fixing bugs);
Well, it seems this post is about adding a new feature isn't it?
Cheers,
fijal
I've got slight problem with os.tmpfile(). What I would like to do is to get
the filedesc of tmpfile.
First approach:
os.tmpfile().fileno() of course does not work out, because fileno() does not
keep object alive. The solution is to keep os.tmpfile() result somewhere for
an arbitrary amount of ti
IMHO this shouldn't segfault:
import thread
while 1:
f = open("/tmp/dupa", "w")
thread.start_new_thread(f.close, ())
f.close()
while it does on cpython 2.5.1, linux box.
May I consider this a bug?
___
Python-Dev mailing list
Python-Dev@pyt
Honestly, the argument that this code is already gone in 3.0 is not very
valid. 2.x version would be probably used for many years.
Cheers,
fijal
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
On Thu, Jun 5, 2008 at 6:23 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> Hi,
> This summer, I am going to be revamping Python's test suite. Major
> things I plan to do include
> - rewriting regrtest.py to be a simple test driver
> - implementing CPython only decorators
> - moving skipping dat
What do you think about this code:
class A:
locals()[42] = 98
Seems people rely on it working. Do we consider it part of python
language? (Note that you cannot do the same with getattr/setattr which
checks if argument is a string)
Cheers,
fijal
___
On Wed, Jun 11, 2008 at 3:36 AM, Scott Dial
<[EMAIL PROTECTED]> wrote:
> Maciej Fijalkowski wrote:
>>
>> What do you think about this code:
>>
>> class A:
>> locals()[42] = 98
>>
>> Seems people rely on it working.
>
> I apologize f
On Thu, Jun 12, 2008 at 2:32 AM, Terry Reedy <[EMAIL PROTECTED]> wrote:
>
> "Scott Dial" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> || If non-string keys are not allowed in __dict__, then the AddOns library
> | should be changed to add another dict to the object of interest to
On Thu, Jun 19, 2008 at 1:03 AM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
>> Maciej Fijalkowski did an opcode analysis for PyPy,
>> it also shows the relative frequency of opcodes following a
>> specifc one:
>>
>> http://codespeak.net/svn/user/fijal/opcodes.
You can provide selfless class as a class with special metaclass that
overloads __new__ and changes signature of each method. Not sure how
good is this, but requires no changes to the language and will work as
you want.
Cheers,
fijal
On Wed, Aug 27, 2008 at 8:46 AM, Kilian Klimek
<[EMAIL PROTECTE
PyPy offers sandboxing interpreter without compromising language
features itself. Here are docs:
http://codespeak.net/pypy/dist/pypy/doc/sandbox.html
Also, are you aware of directory Lib/test/crashers (in python's svn)
which contains some possible ways to segfault cpython? (which can lead
to compr
Hello,
I'm a little clueless about exact semantics of following snippets:
http://paste.pocoo.org/show/85698/
is this fine?
or shall I fill the bug?
(the reason to ask is because a) django is relying on this b) pypy
implements it differently)
cheers,
fijal
___
On Fri, Sep 19, 2008 at 9:30 PM, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> On Fri, 19 Sep 2008 18:26:05 +0200, Amaury Forgeot d'Arc
> <[EMAIL PROTECTED]> wrote:
>>
>> Hello Maciej,
>>
>> Maciej Fijalkowski wrote:
>>>
>>&
> ...
>
> We know it is the plan for PyPy to work in this way, and also that
> Jython and Ironpython works like that (using the host vm's GC), so it
> seems to be somehow agreeable with the python semantics (perhaps not
> really with __del__ but they are not really nice anyway).
>
PyPy has a semi
I get 404 object not found.
On Thu, Nov 27, 2008 at 11:57 PM, Nicole King <[EMAIL PROTECTED]> wrote:
> Dear All,
>
> Apologies that web site was not working earlier. I believe that I've now fixed
> it. The patch can still be found at
> http://www.cats-muvva.net/software/Python-taint-diff-3.0rc3.ta
When I try to run this, I get:
Fatal Python error: Py_Initialize: can't initialize sys standard streams
Traceback (most recent call last):
File "/home/fijal/lang/python/Python30/Lib/encodings/__init__.py",
line 31, in
File "/home/fijal/lang/python/Python30/Lib/codecs.py", line 1060, in
Taint
Hello,
The thing is pypy's taint code is broken. Basically you don't only
need to patch all places that return pyobject, but also all places
that might modify anything. (All side effects) For example innocently
looking call to addition might end up calling arbitrary python code
(and have arbitrary
>
> If we could calculate how much stack is left we'd have a much more
> robust way of doing recursion limits. I suppose this could be done by
> reading a byte from each page with a temporary SIGSEGV handler
> installed, but I'm not convinced you can't ask the platform directly
> somehow. I'd als
> That would be break so much code that I doubt that, in practice, you can
> slip it through within a release. Besides, being able to write simpler
> code like "for L in open("foo.txt")" is per-se a good reason *not to*
> put file objects in cycles; so you will probably need more than one good
> re
On Wed, Aug 10, 2011 at 1:43 PM, Guido van Rossum wrote:
> On Wed, Aug 10, 2011 at 7:32 AM, David Beazley wrote:
>>
>> On Aug 10, 2011, at 6:15 AM, Nick Coghlan wrote:
>>
>>> On Wed, Aug 10, 2011 at 9:09 PM, David Beazley wrote:
You're forgetting step 5.
5. Put fine-grain locks ar
On Wed, Aug 10, 2011 at 7:19 PM, Raymond Hettinger
wrote:
>
> On Aug 10, 2011, at 4:15 AM, Nick Coghlan wrote:
>
> After implementing the aforementioned step 5, you will find that the
> performance of everything, including the threaded code, will be quite a bit
> worse. Frankly, this is probably
`bug tracker`_, not
counting the numerous bugs that were found and reported through other
channels than the bug tracker.
Cheers,
Hakan Ardo, Carl Friedrich Bolz, Laura Creighton, Antonio Cuni,
Maciej Fijalkowski, Amaury Forgeot d'Arc, Alex Gaynor,
Armin Rigo and the PyPy te
>
> For a comparative real world benchmark I tested Martin von Loewis'
> django port (there are not that many meaningful Python 3 real world
> benchmarks) and got a speedup of 1.3 (without IIS). This is reasonably
> well, US got a speedup of 1.35 on this benchmark. I just checked that
> pypy-c-late
On Fri, Sep 2, 2011 at 9:20 PM, Stefan Behnel wrote:
> Maciej Fijalkowski, 02.09.2011 20:42:
>>>
>>> For a comparative real world benchmark I tested Martin von Loewis'
>>> django port (there are not that many meaningful Python 3 real world
>>> bench
On Sat, Oct 1, 2011 at 5:21 PM, Antoine Pitrou wrote:
> On Sat, 1 Oct 2011 22:06:11 +0200
> Victor Stinner wrote:
>>
>> > I'm writing this email to ask you if this type solves a real issue, or if
>> > we can just prove the super-fast str.join(list of str).
>>
>> Hum, it looks like "What is the mo
On Sun, Oct 2, 2011 at 5:02 AM, anatoly techtonik wrote:
> Hello,
>
> I've stumbled upon Dave Beazley's article [1] about trying ancient GIL
> removal patch at
> http://dabeaz.blogspot.com/2011/08/inside-look-at-gil-removal-patch-of.html
> and looking at the output of Python dis module thought tha
On Sun, Oct 2, 2011 at 8:05 AM, Maciej Fijalkowski wrote:
> On Sun, Oct 2, 2011 at 5:02 AM, anatoly techtonik wrote:
>> Hello,
>>
>> I've stumbled upon Dave Beazley's article [1] about trying ancient GIL
>> removal patch at
>> http://dabeaz.blogspot.c
On Fri, Oct 7, 2011 at 3:57 PM, anatoly techtonik wrote:
> On Sun, Oct 2, 2011 at 3:17 PM, Maciej Fijalkowski wrote:
>> On Sun, Oct 2, 2011 at 8:05 AM, Maciej Fijalkowski wrote:
>>> On Sun, Oct 2, 2011 at 5:02 AM, anatoly techtonik
>>> wrote:
>>>> H
Hi
Can we disable by default disabling the cyclic gc in timeit module?
Often posts on pypy-dev or on pypy bugs contain usage of timeit module
which might change the performance significantly. A good example is
json benchmarks - you would rather not disable cyclic GC when running
a web app, so enco
On Fri, Oct 7, 2011 at 11:47 PM, Nick Coghlan wrote:
> On Fri, Oct 7, 2011 at 4:50 PM, Maciej Fijalkowski wrote:
>> Hi
>>
>> Can we disable by default disabling the cyclic gc in timeit module?
>> Often posts on pypy-dev or on pypy bugs contain usage of timeit modul
On Sat, Oct 8, 2011 at 1:47 AM, Antoine Pitrou wrote:
> On Sat, 8 Oct 2011 00:13:40 +0200
> Maciej Fijalkowski wrote:
>> On Fri, Oct 7, 2011 at 11:47 PM, Nick Coghlan wrote:
>> > On Fri, Oct 7, 2011 at 4:50 PM, Maciej Fijalkowski
>> > wrote:
>> >>
On Sat, Oct 8, 2011 at 2:18 AM, Antoine Pitrou wrote:
>
>> >
>> > In CPython, looking for reference cycles is a parasitic task that
>> > interferes with what you are trying to measure. It is not critical in
>> > any way, and you can schedule it much less often if it takes too much
>> > CPU, withou
On Sat, Oct 8, 2011 at 8:35 PM, "Martin v. Löwis" wrote:
>> The first one is about licensing.
>> What I would be doing is basically copy& paste pieces of the python
>> stdlib modules (including tests) and, where needed, adjust them so
>> that they work with older python versions.
>> Would this re
==
PyPy 1.7 - widening the sweet spot
==
We're pleased to announce the 1.7 release of PyPy. As became a habit, this
release brings a lot of bugfixes and performance improvements over the 1.6
release. However, unlike the previous relea
On Tue, Nov 22, 2011 at 3:15 PM, Stefan Behnel wrote:
> Giampaolo Rodolà, 22.11.2011 10:21:
>>
>> 2011/11/21 Terry Reedy:
>>>
>>> I strongly recommend that where it makes a difference, the pypy python3
>>> project target 3.3. In particular, don't reproduce the buggy narrow-build
>>> behavior of 3.
On Wed, Nov 23, 2011 at 11:13 PM, Philip Jenvey wrote:
>
> On Nov 22, 2011, at 12:43 PM, Amaury Forgeot d'Arc wrote:
>
>> 2011/11/22 Philip Jenvey
>> One reason to target 3.2 for now is it's not a moving target. There's
>> overhead involved in managing modifications to the pure python standard l
On Sat, Nov 26, 2011 at 6:39 AM, Nick Coghlan wrote:
> On Sat, Nov 26, 2011 at 8:14 AM, Michael Foord
> wrote:
>>
>> On 24 Nov 2011, at 04:06, Nick Coghlan wrote:
>>
>>> On Thu, Nov 24, 2011 at 10:28 AM, Guido van Rossum wrote:
Mea culpa for not keeping track, but what's the status of PEP 3
On Fri, Dec 16, 2011 at 11:32 PM, Terry Reedy wrote:
> On 12/16/2011 5:03 AM, Mark Shannon wrote:
>
>> Of course using __slots__ saves more memory,
>> but people don't use them much.
>
>
> Do you think the stdlib should be using __slots__ more?
Note that unlike some other more advanced approaches
On Sat, Dec 17, 2011 at 2:31 PM, Dirkjan Ochtman wrote:
> On Sat, Dec 17, 2011 at 12:53, Maciej Fijalkowski wrote:
>> Note that unlike some other more advanced approaches, slots do change
>> semantics. There are many cases out there where people would stuff
>> arbitrary thi
On Tue, Dec 20, 2011 at 10:51 AM, Antoine Pitrou wrote:
> On Mon, 19 Dec 2011 22:42:43 +0100
> benjamin.peterson wrote:
>> http://hg.python.org/cpython/rev/d85efd73b0e1
>> changeset: 74088:d85efd73b0e1
>> branch: 3.2
>> parent: 74082:71e5a083f9b1
>> user: Benjamin Peterson
>>
On Tue, Dec 20, 2011 at 12:14 PM, Dirkjan Ochtman wrote:
> On Tue, Dec 20, 2011 at 11:08, Antoine Pitrou wrote:
>>> If this documentation is to be used by other python implementations,
>>> then mentions of performance are outright harmful, since the
>>> performance characteristics differ quite dr
On Thu, Dec 22, 2011 at 11:56 AM, Antoine Pitrou wrote:
> On Thu, 22 Dec 2011 09:44:32 +
> Tim Wintle wrote:
>>
>> 2.5 apps are the speed-critical ones. Our tests showed the performance
>> was different enough between 2.5 and 2.6 for me to not update.
>
> Really? Where's the regression?
>
> R
> - I wonder whether the shared keys could be computed at compile
> time, considering all attribute names that get assigned for
> self. The compiler could list those in the code object, and
> class creation could iterate over all methods (taking base
> classes into account).
This is hard, beca
On Wed, Jan 4, 2012 at 12:02 AM, Bill Janssen wrote:
> Christian Heimes wrote:
>
>> Am 29.12.2011 12:13, schrieb Mark Shannon:
>> > The attack relies on being able to predict the hash value for a given
>> > string. Randomising the string hash function is quite straightforward.
>> > There is no ne
On Thu, Jan 5, 2012 at 3:39 PM, Antoine Pitrou wrote:
> On Thu, 5 Jan 2012 15:26:27 +1100
> Andrew Bennetts wrote:
>>
>> I don't think that's news either.
>> http://mail.python.org/pipermail/python-dev/2003-May/035907.html and
>> http://twistedmatrix.com/pipermail/twisted-python/2003-June/004339.
Hi
Something that's maybe worth mentioning is that the "official" python
benchmark suite http://hg.python.org/benchmarks/ has a pretty
incomplete set of benchmarks for python 3 compared to say what we run
for pypy: https://bitbucket.org/pypy/benchmarks I think a very
worthwhile project would be to
PyPy 1.8 - business as usual
We're pleased to announce the 1.8 release of PyPy. As habitual this
release brings a lot of bugfixes, together with performance and memory
improvements over the 1.7 release. The main highlight of the release
is
On Tue, Feb 21, 2012 at 2:00 PM, Sümer Cip wrote:
> Hi all,
>
> Is there a reason behind the fact that the Python profilers work with Wall
> time by default? There are OS-dependent ways to get the CPU time of a
> thread, and giving that choice to the user _somehow_ ( to use wall vs cpu
> time) mig
On Wed, Feb 22, 2012 at 9:59 AM, wrote:
> What is the hash of "ePjNTUhitHkL"?
>
> Regards,
> Martin
>
> P.S. It took me roughly 86h to compute 150 strings colliding for the 64-bit
> hash function.
You should have used pypy, should have been faster.
___
On Wed, Feb 22, 2012 at 11:55 AM, "Martin v. Löwis" wrote:
> Am 22.02.2012 19:46, schrieb Maciej Fijalkowski:
>> On Wed, Feb 22, 2012 at 9:59 AM, wrote:
>>> What is the hash of "ePjNTUhitHkL"?
>>>
>>> Regards,
>>> Martin
>>
On Sat, Mar 3, 2012 at 1:37 PM, Victor Stinner wrote:
> Hi,
>
> Le 03/03/2012 20:13, Armin Rigo a écrit :
>
I challenge anymore to break pysandbox! I would be happy if anyone
breaks it because it would make it more stronger.
>>
>>
>> I tried to run the files from Lib/test/crashers and --
On Sat, Mar 3, 2012 at 6:51 PM, Guido van Rossum wrote:
> On Sat, Mar 3, 2012 at 6:02 PM, Maciej Fijalkowski wrote:
>> On Sat, Mar 3, 2012 at 1:37 PM, Victor Stinner
>> wrote:
>>> Hi,
>>>
>>> Le 03/03/2012 20:13, Armin Rigo a écrit :
>>>
>
On Sun, Mar 4, 2012 at 12:35 PM, "Martin v. Löwis" wrote:
>> So, how to handle stack overflows (of the C stack)?
>> To prevent a stack overflow an exception must be raised before
>> the VM runs out C stack. To do this we need 2 pieces of info:
>> a) How much stack we've used
>> b) How much stack i
On Mon, Mar 5, 2012 at 1:21 PM, Greg Ewing wrote:
> Armin Rigo wrote:
>>
>> For example, let's assume we can decref
>> a object to 0 before its last usage, at address x. All you need is
>> the skills and luck to arrange that the memory at x becomes occupied
>> by a new bigger string object alloca
On Mon, Mar 5, 2012 at 3:40 PM, "Martin v. Löwis" wrote:
>> I strongly disagree that sandbox is secure because it's "just
>> segfaults" and "any code is exploitable that way". Finding segfaults
>> in CPython is "easy". As in all you need is armin, a bit of coffee and
>> a free day. Reasons for thi
On Wed, Mar 7, 2012 at 5:42 PM, Benjamin Peterson wrote:
> 2012/3/7 Victor Stinner :
>> So my question is: what is the use case of such dict? Why do we still
>> support it?
>
> Probably a side-effect of implementation.
>
>> Can't we simply raise an error if the dict contains
>> non-string keys?
>
On Wed, Mar 7, 2012 at 2:36 PM, Vinay Sajip wrote:
> Armin Ronacher active-4.com> writes:
>
>> What are you trying to argue? That the overall Django testsuite does
>> not do a lot of string processing, less processing with native strings?
>>
>> I'm surprised you see a difference at all over the
201 - 300 of 355 matches
Mail list logo
