On Monday 11 May 2015 11:46, zipher wrote:
By having methods like len() in your built-in namespace when it's really
only relevant to objects that are types of containers, you blur one
primary component of OOP: encapsulation.
Gosh, one would almost think that Python's concept of OOP wasn't
On 11/05/2015 07:15, Steven D'Aprano wrote:
On Monday 11 May 2015 11:46, zipher wrote:
By having methods like len() in your built-in namespace when it's really
only relevant to objects that are types of containers, you blur one
primary component of OOP: encapsulation.
Gosh, one would almost
On Monday, May 11, 2015 at 2:58:09 AM UTC+2, zipher wrote:
I guess everyone expects this behavior since Python implemented this idea of
everything is an object, but I think this branch of OOP (on the branch of
the Tree of Programming Languages) has to be chopped off. The idea of
everything
On Mon, May 11, 2015 at 5:12 AM, boB Stepp robertvst...@gmail.com wrote:
Common Python thought:: We're all adults here.If you want to override
a builtin within your own namespace, who are we to stop you?
I'm surprised that this thought has not been added to the Zen Of
Python, as I see it
Steven D'Aprano schrieb am 10.05.2015 um 11:58:
Why is calling a function faster than bypassing the function object and
evaluating the code object itself? And not by a little, but by a lot?
Here I have a file, eval_test.py:
# === cut ===
from timeit import Timer
def func():
a = 2
On Monday 11 May 2015 10:57, zipher wrote:
I guess everyone expects this behavior since Python implemented this idea
of everything is an object, but I think this branch of OOP (on the
branch of the Tree of Programming Languages) has to be chopped off. The
idea of everything is an object is
On Monday 11 May 2015 10:14, Mark Rosenblitt-Janssen wrote:
In case the example given at the start of the thread wasn't
interesting enough, it also works in the other direction:
class str(int): pass
str('2')
2 #- an integer!!!
Thank the gods that you're around to point this out
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24068
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20014
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13566
___
___
On 9 May 2015 at 13:56, Chris Angelico ros...@gmail.com wrote:
Yeah, I know, shocking. But I wanted to at least *try* doing the
normal and official thing, in the hopes that they were a legit company
that perhaps didn't realize what this looked like.
By all means report to abuse@ in the
I am in process learning Python and normally hang out on the Tutor
list, but monitor this one hoping to learn what I can. This thread is
of interest to me from the standpoint of trying to understand the
Python way of doing things.
On Sun, May 10, 2015 at 12:28 PM, Gary Herron gher...@digipen.edu
On 10/05/2015 20:12, boB Stepp wrote:
On Sun, May 10, 2015 at 12:28 PM, Gary Herron gher...@digipen.edu wrote:
Common Python thought:: We're all adults here.If you want to override
a builtin within your own namespace, who are we to stop you?
I'm surprised that this thought has not been
On 08/05/2015 15:40, jonathan.slend...@gmail.com wrote:
Le vendredi 8 mai 2015 15:11:56 UTC+2, Peter Otten a écrit :
So, this works perfectly fine and fast. But it scares me that it's
deprecated and Python 4 will not support it anymore.
Hm, this doesn't even work with Python 3:
My mistake.
Changes by Serhiy Storchaka storch...@gmail.com:
Added file:
http://bugs.python.org/file39340/assert_raises_args_deprecation.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24134
___
Larry Hastings added the comment:
I'd rather have the general-purpose freelist for ints too. How about we close
this issue now, and assuming the freelist for ints goes in we can abandon this
approach entirely.
--
resolution: - rejected
stage: patch review - resolved
status: open -
Serhiy Storchaka added the comment:
According to my and Larry's measurements [1] the distribution of created int's
by size during running Python tests is:
On 32-bit Linux:
int 42828741 13.40%
0 425353 0.99% 0.99%
Antoine Pitrou added the comment:
I'd rather stick to the simple freelist approach. People interested in
(allegedly) more ambitious designs can open new issues, together with patches
to evaluate their efficiency.
--
___
Python tracker
Op 10-05-15 om 19:28 schreef Gary Herron:
Common Python thought:: We're all adults here.If you want to
override a builtin within your own namespace, who are we to stop you?
Besides, it's still available as __builtins__.int (unless you've also
overridden that).
This is a common python
New submission from Serhiy Storchaka:
Pickling of objects of classes whose __new__ mandates the use of keyword-only
arguments is supported with protocol 4 (using a new opcode NEWOBJ_EX). But it
is possible to implement this feature with protocol 2+ (less efficiently than
with NEWOBJ_EX).
On 11/05/2015 04:58, Steven D'Aprano wrote:
On Mon, 11 May 2015 07:08 am, BartC wrote:
On 10/05/2015 10:58, Steven D'Aprano wrote:
def func():
a = 2
b = 3
c = 4
return (a+b)*(a-b)/(a*c + b*c)
print (min(t1.repeat(repeat=10)))
print (min(t2.repeat(repeat=10)))
Nick Coghlan added the comment:
It sounds like fixing this properly requires fixing issue 17620 first (so the
interactive interpreter actually uses sys.stdin), so I've flagged that as a
dependency.
--
dependencies: +Python interactive console doesn't use sys.stdin for input
Marc-Andre Lemburg added the comment:
I like the idea of adding a free list of longs in Python 3, but I think we
should extend this somewhat to cover more ground, e.g. by pre-allocating a
block of 1 digit long objects, like we did for Python 2 ints, and perhaps
allocate up to 4k (= 1 memory
Serhiy Storchaka added the comment:
[1] http://comments.gmane.org/gmane.comp.python.devel/153078
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24138
___
On 10 May 2015 at 17:34, Mark Rosenblitt-Janssen
dreamingforw...@gmail.com wrote:
Here's something that might be wrong in Python (tried on v2.7):
class int(str): pass
int(3)
'3'
It's not wrong as such. It is allowed to define your own class that
subclasses a builtin class, and it's allowed
Changes by Paul Moore p.f.mo...@gmail.com:
--
nosy: +paul.moore
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
On 11/05/2015 11:15, Antoon Pardon wrote:
Op 10-05-15 om 19:28 schreef Gary Herron:
Common Python thought:: We're all adults here.If you want to
override a builtin within your own namespace, who are we to stop you?
Besides, it's still available as __builtins__.int (unless you've also
Marc-Andre Lemburg added the comment:
On 11.05.2015 11:42, Serhiy Storchaka wrote:
Pre-allocating a block has a disadvantage. It is hard to free allocated
block. The program can create a lot of integers, then drop most of them, and
request the memory for other needs, but blocks once
On 05/11/2015 07:46 AM, Skybuck Flying wrote:
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running script.
For example something externally goes badly wrong.
os.kill()
then in your process, handle the exception, and do whatever you think is
worthwhile.
--
DaveA
--
Antoon Pardon antoon.par...@rece.vub.ac.be:
Which is exactly the point! They were turned into keywords because the
developers didn't want to allow them being overridden. There is no a
priori reason why we should turn True into a keyword and allow int
in the builtins.
We are only allowed to
ANNOUNCING
eGenix PyRun - One file Python Runtime
Version 2.1.0
An easy-to-use single file relocatable Python run-time -
available for Linux, Mac OS X and
ANNOUNCING
eGenix PyRun - One file Python Runtime
Version 2.1.0
An easy-to-use single file relocatable Python run-time -
available for Linux, Mac OS X and
On Mon, May 11, 2015 at 2:40 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
On 10/05/2015 20:12, boB Stepp wrote:
I'm surprised that this thought has not been added to the Zen Of
Python, as I see it as more and more recurrent as I continue my
studies. What I would like to comprehend is what
Op 11-05-15 om 12:40 schreef Mark Lawrence:
On 11/05/2015 11:15, Antoon Pardon wrote:
Op 10-05-15 om 19:28 schreef Gary Herron:
Common Python thought:: We're all adults here.If you want to
override a builtin within your own namespace, who are we to stop you?
Besides, it's still
Dave Angel da...@davea.name:
On 05/11/2015 07:46 AM, Skybuck Flying wrote:
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running script.
For example something externally goes badly wrong.
os.kill()
then in your process, handle the exception, and do whatever you think
On 11/05/2015 12:39, Antoon Pardon wrote:
Op 11-05-15 om 12:40 schreef Mark Lawrence:
On 11/05/2015 11:15, Antoon Pardon wrote:
Op 10-05-15 om 19:28 schreef Gary Herron:
Common Python thought:: We're all adults here.If you want to
override a builtin within your own namespace, who are we
from itertools import ifilter
if all (hasattr (b, 'test') for b in ifilter (lambda b: b 10, [1,2,3,4])):
print 'True'
same result using filter instead of ifilter.
hasattr (b, 'test') where b is 1, 2, 3... should all be False. So why does
this print True?
--
Those who fail to understand
On Mon, 11 May 2015 09:39 pm, Antoon Pardon wrote:
There is no
a priori reason why we should turn True into a keyword and allow
int in the builtins.
Why should there be an *a priori* reason?
There's no a priori reason why I speak English, instead of communicating
through the medium of dance.
Serhiy Storchaka added the comment:
Well, 1-4k RAM can be consumed just after the start up (it's only 100-300
integers) and never freed. What next?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24138
On Mon, 11 May 2015 09:57 pm, Dave Angel wrote:
On 05/11/2015 07:46 AM, Skybuck Flying wrote:
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running
script.
For example something externally goes badly wrong.
os.kill()
then in your process, handle the exception, and
On Mon, May 11, 2015 at 2:44 AM, Chris Angelico ros...@gmail.com wrote:
On Mon, May 11, 2015 at 5:12 AM, boB Stepp robertvst...@gmail.com wrote:
Common Python thought:: We're all adults here.If you want to override
a builtin within your own namespace, who are we to stop you?
I'm
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running script.
For example something externally goes badly wrong.
The script is unaware of this.
Current solution would require to have an Abort boolean everywhere.
The abort boolean could then be set to True to indicate all
On 11/05/2015 02:18, zipher wrote:
Huh? Python has plenty of keywords, and indeed, none of them can be
redefined or shadowed.But you would gain nothing (and lose a bit or
dynamic-language freedom) by making int a keyword.
Okay. I apologize for thinking in C and believing int was a
Nevermind - I found the answer. I was trying this in ipython with pylab:
http://stackoverflow.com/questions/7491951/python-builtin-all-with-generators
Neal Becker wrote:
from itertools import ifilter
if all (hasattr (b, 'test') for b in ifilter (lambda b: b 10,
[1,2,3,4])):
print
On 05/11/2015 08:35 AM, Steven D'Aprano wrote:
On Mon, 11 May 2015 09:57 pm, Dave Angel wrote:
On 05/11/2015 07:46 AM, Skybuck Flying wrote:
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running
script.
For example something externally goes badly wrong.
os.kill()
then
Op 11-05-15 om 13:58 schreef Marko Rauhamaa:
Antoon Pardon antoon.par...@rece.vub.ac.be:
Which is exactly the point! They were turned into keywords because the
developers didn't want to allow them being overridden. There is no a
priori reason why we should turn True into a keyword and allow
Op 11-05-15 om 14:34 schreef Steven D'Aprano:
On Mon, 11 May 2015 09:39 pm, Antoon Pardon wrote:
There is no
a priori reason why we should turn True into a keyword and allow
int in the builtins.
Why should there be an *a priori* reason?
I don't say there should be an *a priori* reason, but
New submission from Serhiy Storchaka:
Proposed patch adds free list for single-digit PyLong objects. In Python tests
7% of created objects are ints. 50% of them are 15-bit (single-digit on 32-bit
build), 75% of them are 30-bit (single-digit on 64-bit build). See the start of
the discussion in
Antoon Pardon antoon.par...@rece.vub.ac.be:
The point is that all too often someone wants to defend a specific
choice the developers have made and cites some general rule or
principle in support, ignoring the fact that python breaks that
rule/principle in other area's.
Granted, but you have
Skip Montanaro added the comment:
I looked at this six years ago. I still haven't found a situation where I pined
for a NamedTupleReader. That said, I have no objection to committing it if
others, more well-versed in current Python code and NamedTuples than I gives it
a pass. Note that I
On Sun, 10 May 2015 14:12:44 -0500, boB Stepp wrote:
I have to admit being surprised by this, too. I am just now studying on
how to write my own classes in Python, and have come to realize that
doing this is *possible*, but the *surprise* to me is why the language
design allowed this to
On Mon, May 11, 2015 at 10:01 AM, BartC b...@freeuk.com wrote:
(1) It has an extra argument ('code'), in addition to any normal arguments
of func (0 in this case)
Which might well push execution down the unoptimized code path. Also,
ISTR that Steven's original timeit runs tacked on a standalone
Hi,
Hope you are doing well,
Please find the requirement below and let me know you interest on this position
on nagar...@intsystech.com or feel free to call me on my
D:908-333-3534.
Requirement:
Job Description - Sr. Java Software Engineer
Location: Edmond, Oklahoma
Responsibilities:
On Monday, May 11, 2015 at 9:52:16 AM UTC-5, Skip Montanaro wrote:
Steven Python is in production use in hundreds of thousands of
organisations. It
Steven has been heavily used for over twenty years, in everything
from quick and
Steven dirty one line scripts to hundred-thousand LOC
New submission from Paul Baker:
On the www.python.org/downloads/windows page, the Windows x86 MSI installer
links for versions 2.4.4, 2.4.3, 2.4.2 and 2.4.0 point to the IA64 versions of
the installers rather than the x86 versions.
For example, the 2.4.4 link points to python-2.4.4.ia64.msi
Don't CS departments still have a computer languages survey class? When I
was a graduate student at Iowa in the early 80s, we had one. (It was, as I
recall, an upper level undergrad course. I didn't get into CS until
graduate school, so went back to filled in some missing stuff.) I don't
recall
On Mon, May 11, 2015 at 4:50 AM, BartC b...@freeuk.com wrote:
You just seem surprised that using eval() to do this is slower than a
direct call.
Well, it is surprising. Most uses of eval() are to evaluate Python
expressions in string form. That I expect to be quite slow, given the
Brett Cannon added the comment:
Any chance of running hg.python.org/benchmarks to see what kind of performance
this would get us?
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24165
On Mon, May 11, 2015 at 11:38 PM, Antoon Pardon
antoon.par...@rece.vub.ac.be wrote:
We allow buitins to be overridden, doesn't sound as a very accurate
description of the underlining reason, when you know that things have
been removed from builtins and made a keyword in order to prevent them
On 2015-05-11, Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
On Mon, 11 May 2015 09:57 pm, Dave Angel wrote:
On 05/11/2015 07:46 AM, Skybuck Flying wrote:
Hello,
Sometimes it can be handy to interrupt/reset/reposition a running
script.
For example something externally goes
On 2015-05-11, Skip Montanaro skip.montan...@gmail.com wrote:
Don't CS departments still have a computer languages survey class? When I
was a graduate student at Iowa in the early 80s, we had one. (It was, as I
recall, an upper level undergrad course. I didn't get into CS until
graduate
Steven Python is in production use in hundreds of thousands of
organisations. It
Steven has been heavily used for over twenty years, in everything
from quick and
Steven dirty one line scripts to hundred-thousand LOC applications.
Mark Yeah, so was COBOL. Boom.
Your point being?
The software
On Monday, May 11, 2015 at 9:03:43 AM UTC-5, Marko Rauhamaa wrote:
Antoon Pardon antoon.par...@rece.vub.ac.be:
The point is that all too often someone wants to defend a specific
choice the developers have made and cites some general rule or
principle in support, ignoring the fact that
New submission from Benjamin Schubert:
When creating a ArgumentParser on which we attach a subparser with different
options and then add a nargs=+ argument to the initial parser, the command
format string generated does not match the behavior.
for example it would generate :
argparse_error.py
On Monday, May 11, 2015 at 1:11:26 AM UTC-5, Steven D'Aprano wrote:
On Monday 11 May 2015 10:57, zipher wrote:
I guess everyone expects this behavior since Python implemented this idea
of everything is an object, but I think this branch of OOP (on the
branch of the Tree of Programming
Further posts on this thread should delete pydev-list or
gmane.comp.python.devel. It was a mistake by the troll to ever post
this there.
--
Terry Jan Reedy
--
https://mail.python.org/mailman/listinfo/python-list
On 11/05/2015 15:12, Skip Montanaro wrote:
On Mon, May 11, 2015 at 4:50 AM, BartC b...@freeuk.com
mailto:b...@freeuk.com wrote:
You just seem surprised that using eval() to do this is slower than
a direct call.
Well, it is surprising. Most uses of eval() are to evaluate Python
STINNER Victor added the comment:
You should report bugs of the website to
https://github.com/python/pythondotorg/issues
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24167
Thanks for your help.
I have updated the code as follows, there are no more errors but the images
will not move at all, as all the images are staying at the upper left corner.
Please advice, thanks.
import sys, pygame
pygame.init()
size = width, height = 800, 600
black = [0,0,0]
screen
It is my privilege to announce the first release candidate of 2.7.10,
the next bugfix release in the 2.7 series.
Downloads are at
https://www.python.org/downloads/release/python-2710rc1/
The full changelog is at
https://hg.python.org/cpython/raw-file/80ccce248ba2/Misc/NEWS
Please
On Sunday, May 10, 2015 at 10:32:07 PM UTC-5, Ian wrote:
On Sun, May 10, 2015 at 7:39 PM, zipher dreamingforw...@gmail.com wrote:
Similarly, you'd want:
encode(codestr)
to instantiate all objects in the codestr. You can't do this with eval,
because it doesn't allow assignment
On Monday, May 11, 2015 at 10:22:15 AM UTC-5, zipher wrote:
Ah, yeah, I guess that does it. But (shame) it looks like you've gone past
the BDFL. Try:
[...]
Better
Oops, omit word better. Sent before reading over it again...
m
--
https://mail.python.org/mailman/listinfo/python-list
On Friday, May 8, 2015 at 10:40:46 AM UTC-5, Tommy C wrote:
I'm trying to apply OOP in this bouncing ball code in order to have multiple
balls bouncing around the screen. The objective of this code is to create a
method called settings, which controls all the settings for the screen and
the
On 2015-05-11, Skip Montanaro skip.montan...@gmail.com wrote:
Python is in production use in hundreds of thousands of
organisations. It has been heavily used for over twenty years, in
everything from quick and dirty one line scripts to hundred-thousand
LOC applications.
Mark Yeah, so was
On Monday, May 11, 2015 at 10:34:24 AM UTC-5, Grant Edwards wrote:
On 2015-05-11, Skip Montanaro skip.montan...@gmail.com wrote:
Python is in production use in hundreds of thousands of
organisations. It has been heavily used for over twenty years, in
everything from quick and dirty one line
On Tue, May 12, 2015 at 1:22 AM, zipher dreamingforw...@gmail.com wrote:
Ah, yeah, I guess that does it. But (shame) it looks like you've gone past
the BDFL. Try:
help(exec)
^
SyntaxError: invalid syntax
That's because, in the version of Python you're using, exec is a
On Mon, 11 May 2015 11:27 pm, Antoon Pardon wrote:
The point is that all too often someone wants to defend a specific choice
the developers have made and cites some general rule or principle in
support, ignoring the fact that python breaks that rule/principle in other
area's.
It's a free
Paul Baker added the comment:
Done: https://github.com/python/pythondotorg/issues/751
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24167
___
On Mon, May 11, 2015 at 10:11 AM, zipher dreamingforw...@gmail.com wrote:
I also bought the idea of everything as an object, it has a unbeatable purity
to it. But we won't ever get to the point were OOP is like the purity of
math because the greatest utility of OOP is working with real-world
From: Larry Martell larry.mart...@gmail.com
I am only interested in work that I can do remotely from home. If you
have any opportunities like that, please contact me.
Please do not engage spammers or quote spam.
--
Dave
Multi-AV Scanning Tool - http://multi-av.thespykiller.co.uk
Serhiy Storchaka added the comment:
Report on Linux xarax 3.13.0-52-generic #86-Ubuntu SMP Mon May 4 04:32:15 UTC
2015 i686 athlon
Total CPU cores: 2
### 2to3 ###
15.796000 - 15.652000: 1.01x faster
### etree_generate ###
Min: 0.687270 - 0.715218: 1.04x slower
Avg: 0.698458 - 0.722657: 1.03x
Marc-Andre Lemburg added the comment:
On 11.05.2015 21:03, Steve Dower wrote:
Steve Dower added the comment:
Simply because I didn't update the doc string :)
I don't really want to put a version number on this file, since it isn't MSVC
14.0 specific - it's MSVC 14 and all future
On Sunday, May 10, 2015 at 9:38:38 PM UTC-4, Ian wrote:
On Sun, May 10, 2015 at 3:16 PM, Marko Rauhamaa ma...@pacujo.net wrote:
Scheme is my favorite language. I think, however, it is a pretty
advanced language and requires a pretty solid basis in programming and
computer science.
Maciej Szulik added the comment:
Berker per your comment updated patch changing those two new methods (namely
date.strptime and time.strptime) to be classmethod and not staticmethods.
--
Added file: http://bugs.python.org/file39345/issue1100942.patch
Ned Deily added the comment:
Skip, looking at the test, it seems likely that there is unexpected writing to
stdout in the subprocess. Can you add a print(out) in the test (around
test_os.py:1273) to see what is actually being written on your machine?
--
nosy: +ned.deily
Changes by Ned Deily n...@acm.org:
--
nosy: +alexandre.vassalotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24159
___
___
Changes by Ned Deily n...@acm.org:
--
nosy: +ghaering
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16864
___
Changes by Ned Deily n...@acm.org:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20362
___
___
Python-bugs-list mailing list
Paul Moore added the comment:
I agree with Steve, we shouldn't be constrained to preserve all the
undocumented internals of distutils - doing that in the past is what has made
distutils essentially unmaintainable.
I don't think there's a concrete example of real code that will be broken by
Steve Dower added the comment:
I guess we need a third opinion.
For me, the subclasses of CCompiler are undocumented and not a guaranteed
interface (people using them directly are consenting adults). They're also an
eyesore, so if I can clean them up without breaking the CCompiler interface
Ned Deily added the comment:
Possibly related: Issue15238 (msg165591 re root)
--
nosy: +hynek, ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24163
___
Marc-Andre Lemburg added the comment:
On 11.05.2015 23:50, Paul Moore wrote:
I agree with Steve, we shouldn't be constrained to preserve all the
undocumented internals of distutils - doing that in the past is what has made
distutils essentially unmaintainable.
I don't think there's a
On Mon, May 11, 2015 at 11:12 AM, nagaraju thoudoju
nagarajuusstaff...@gmail.com wrote:
Please find the requirement below and let me know you interest on
this position
So this Raju fellow wants to know our interest on [sic] this
position, and he's not responded appropriately to anyone's
From: Skip Montanaro skip.montan...@gmail.com
On Mon, May 11, 2015 at 11:12 AM, nagaraju thoudoju
nagarajuusstaff...@gmail.com wrote:
Please find the requirement below and let me know you interest on
this position
So this Raju fellow wants to know our interest on [sic] this
position,
Steve Dower added the comment:
Simply because I didn't update the doc string :)
I don't really want to put a version number on this file, since it isn't MSVC
14.0 specific - it's MSVC 14 and all future versions. We don't check the build
version anymore, though get_build_version() is still
Antoine Pitrou added the comment:
You probably need a workload that uses integers quite heavily to see a
difference. And even then, it would also depend on the allocation pattern.
--
___
Python tracker rep...@bugs.python.org
Yury Selivanov added the comment:
Nick, Guido,
Updated patch attached.
--
Added file: http://bugs.python.org/file39344/await_06.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24017
___
Stefan Behnel added the comment:
Well, as I've shown in issue 24076 (I'm copying the numbers here), even simple
arithmetic expressions can benefit from a free-list. Basically anything that
uses temporary integer results.
Original:
$ ./python -m timeit 'sum(range(1, 10))'
1000 loops, best
Stefan Behnel added the comment:
Issue 24165 was created to pursue the path of a free-list for PyLong objects.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24076
___
On Tue, 12 May 2015 02:35:23 +1000, Steven D'Aprano wrote:
On Mon, 11 May 2015 11:37 pm, Mel Wilson wrote:
On Sun, 10 May 2015 14:12:44 -0500, boB Stepp wrote:
I have to admit being surprised by this, too. I am just now studying
on how to write my own classes in Python, and have come to
1 - 100 of 157 matches
Mail list logo