Python-Dev October 2012

python-dev@python.org

98 participants
95 discussions

Re: [Python-Dev] cpython (2.7): Issue #6074: Restore the long-broken support for running with read-only source
by Serhiy Storchaka 19 Oct '12

19 Oct '12

On 19.10.12 14:58, nick.coghlan wrote: > http://hg.python.org/cpython/rev/321414874b26 > changeset: 79827:321414874b26 > branch: 2.7 > parent: 79814:2f0770cc6d3f > user: Nick Coghlan <ncoghlan(a)gmail.com> > date: Fri Oct 19 21:58:18 2012 +1000 > summary: > Issue #6074: Restore the long-broken support for running with read-only source files on Windows > +def _iter_files(name): > for f in (name + os.extsep + "py", > name + os.extsep + "pyc", > name + os.extsep + "pyo", > name + os.extsep + "pyw", > name + "$py.class"): > + yield f Why not just return (name + os.extsep + "py", name + os.extsep + "pyc", name + os.extsep + "pyo", name + os.extsep + "pyw", name + "$py.class") ?

2 1

Why not using the hash when comparing strings?
by Victor Stinner 19 Oct '12

19 Oct '12

Hi, I would like to know if there a reason for not using the hash of (bytes or unicode) strings when comparing two objects and the hash of the two objects was already been computed. Using the hash would speed up comparaison of long strings when the two strings are different. Something like: if ((op == Py_EQ || op == Py_NE) && a->ob_shash != -1 && b->ob_shash != -1 && a->ob_shash != b->ob_shash) { /* strings are not equal */ } There are hash collision, so a->ob_shash == b->ob_shash doesn't mean that the two strings are equal. But if the two hashs are different, the two strings are different. Isn't it? Victor

8 9

PEP 425 comment: package names
by martin＠v.loewis.de 18 Oct '12

18 Oct '12

ISTM that some important information and some elaboration is missing from PEP 425. The PEP is currently silent on how exactly these "compatibility tags" are combined with the package name, and the file extension. This should be specified, and preferably some examples be given. Regards, Martin

2 3

Bumping autoconf from 2.68 to 2.69
by Trent Nelson 18 Oct '12

18 Oct '12

Any objections to regenerating configure with autoconf 2.69? The current version is based off 2.68, which was release on the 22nd of September 2010. 2.69 was released on the 24th of April, 2012. (There are some fixes for the more esoteric UNIX platforms that Snakebite will benefit from. Also, I struggled to find a box with 2.68 even installed when I needed to regenerate configure this weekend; it seems all package management/ports have bumped to 2.69.) If there are no objections, can it be applied across the board? 2.7, 3.2, 3.3 and 3.x? Trent.

14 21

Re: [Python-Dev] cpython (3.3): Tweak the threaded example in concurrent.futures
by Antoine Pitrou 17 Oct '12

17 Oct '12

On Tue, 16 Oct 2012 14:51:21 +0200 (CEST) nick.coghlan <python-checkins(a)python.org> wrote: > > + # We can use a with statement to ensure threads are cleaned up promptly > with concurrent.futures.ThreadPoolExecutor(max_workers=5) as executor: > - future_to_url = dict((executor.submit(load_url, url, 60), url) > - for url in URLS) > - > - for future in concurrent.futures.as_completed(future_to_url): > - url = future_to_url[future] > - if future.exception() is not None: > - print('%r generated an exception: %s' % (url, > - future.exception())) > + # Start the load operations and mark each future with its URL > + load_urls = [executor.submit(load_url, url, 60) for url in URLS] > + for future, url in zip(load_urls, URLS): > + future.url = url Adding an "url" attribute here looks a bit ugly to me. Why not use a dict comprehension for future_to_url? Regards Antoine. -- Software development and contracting: http://pro.pitrou.net

4 4

PEP 429, Release Schedule for Python 3.4, posted
by Larry Hastings 17 Oct '12

17 Oct '12

It's essentially identical to the draft I posted last week--nothing new there. Looking forward to February 2014! And, to quote Barry Warsaw, let the wild rumpus begin!, //arry/

1 1

Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 -> default): Merge issue #15936: Add link from os.urandom to random.SystemRandom
by Hynek Schlawack 16 Oct '12

16 Oct '12

Am 16.10.2012 um 12:15 schrieb andrew.svetlov <python-checkins(a)python.org>: > + For easy to use interface to system randomness please see > + :class:`random.SystemRandom`. Is it just my non-native speaker ears, or should there be an “an” before “easy”?

7 7

Re: [Python-Dev] [Python-checkins] cpython (3.3): Tweak the threaded example in concurrent.futures
by Chris Jerdonek 16 Oct '12

16 Oct '12

On Tue, Oct 16, 2012 at 5:51 AM, nick.coghlan <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/a3f27289ec68 > changeset: 79746:a3f27289ec68 > branch: 3.3 > + except Exception as exc: > + print('%r generated an exception: %s' % (url, exc)) > else: > - print('%r page is %d bytes' % (url, len(future.result()))) > + print('%r page is %d bytes' % (url, len(data))) I'm not suggesting this particular example be changed, but going forward should we prefer the newer str.format() approach to formatting? http://docs.python.org/dev/library/stdtypes.html#printf-style-string-format… I've also seen references in the docs to the "old %-style formatting," but maybe old is meant more in the sense of having been around longer than discouraged. --Chris

1 0

Issues Pending Review
by Michele Orrù 16 Oct '12

16 Oct '12

Hello, I have some issues pending 'patch review' hanging for more than two weeks, could somebody please check them out? HTTPServer does not correctly handle bad headers / http://bugs.python.org/issue16083 rlcompleter adds builtins when custom dict is used / http://bugs.python.org/issue5256 a -= b should be fast if a is a small set and b is a large set / http://bugs.python.org/issue8425 (note: hettinger said to wait for his -noisy before applying) Add support for IEEE 754 contexts to decimal module. / http://bugs.python.org/issue8786 -- ù

4 3

Re: [Python-Dev] [Python-checkins] cpython (2.7): don't expect warnings from doctests if they can't run
by Chris Jerdonek 16 Oct '12

16 Oct '12

On Mon, Oct 15, 2012 at 5:38 PM, benjamin.peterson <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/d39f4a92d823 > changeset: 79725:d39f4a92d823 > branch: 2.7 > user: Benjamin Peterson <benjamin(a)python.org> > date: Mon Oct 15 20:38:21 2012 -0400 > summary: > don't expect warnings from doctests if they can't run > - ("class Tester is deprecated", DeprecationWarning)] > + depcreations.append(("class Tester is deprecated", DeprecationWarning)) There is a typo here. --Chris

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev October 2012