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

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") ?

8 years, 9 months

Why not using the hash when comparing strings?

by Victor Stinner

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 years, 9 months

PEP 425 comment: package names

by martin＠v.loewis.de

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

8 years, 9 months

Bumping autoconf from 2.68 to 2.69

by Trent Nelson

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.

8 years, 9 months

Re: [Python-Dev] cpython (3.3): Tweak the threaded example in concurrent.futures

by Antoine Pitrou

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

8 years, 9 months

PEP 429, Release Schedule for Python 3.4, posted

by Larry Hastings

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/

8 years, 9 months

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

by Hynek Schlawack

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”?

8 years, 9 months

Re: [Python-Dev] [Python-checkins] cpython (3.3): Tweak the threaded example in concurrent.futures

by Chris Jerdonek

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

8 years, 9 months

Issues Pending Review

by Michele Orrù

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 -- ù

8 years, 9 months

Re: [Python-Dev] [Python-checkins] cpython (2.7): don't expect warnings from doctests if they can't run

by Chris Jerdonek

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

8 years, 9 months

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

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