Mailman 3 January 2012 - Python-Dev

svn.python.org certificate expired
by Charles-François Natali 10 Jan '12

10 Jan '12

Hi, All the buildbots are turning red because of test_ssl: """ ====================================================================== ERROR: test_connect (test.test_ssl.NetworkedTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/test/test_ssl.py", line 616, in test_connect s.connect(("svn.python.org", 443)) File "/var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/ssl.py", line 519, in connect self._real_connect(addr, False) File "/var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/ssl.py", line 509, in _real_connect self.do_handshake() File "/var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/ssl.py", line 489, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 1] _ssl.c:420: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed """ It seems that svn.python.org certificate expired today (09/01/2012). Cheers, cf

2 1

Re: [Python-Dev] [Python-checkins] cpython (2.7): Fix stock symbol for Microsoft
by Victor Stinner 10 Jan '12

10 Jan '12

You may port the fix to 3.2 and 3.3. Victor 2012/1/10 raymond.hettinger <python-checkins(a)python.org>: > http://hg.python.org/cpython/rev/068ce5d7f7e7 > changeset: 74320:068ce5d7f7e7 > branch: 2.7 > user: Raymond Hettinger <python(a)rcn.com> > date: Tue Jan 10 09:51:51 2012 +0000 > summary: > Fix stock symbol for Microsoft > > files: > Doc/library/sqlite3.rst | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > > diff --git a/Doc/library/sqlite3.rst b/Doc/library/sqlite3.rst > --- a/Doc/library/sqlite3.rst > +++ b/Doc/library/sqlite3.rst > @@ -66,7 +66,7 @@ > > # Larger example > for t in [('2006-03-28', 'BUY', 'IBM', 1000, 45.00), > - ('2006-04-05', 'BUY', 'MSOFT', 1000, 72.00), > + ('2006-04-05', 'BUY', 'MSFT', 1000, 72.00), > ('2006-04-06', 'SELL', 'IBM', 500, 53.00), > ]: > c.execute('insert into stocks values (?,?,?,?,?)', t) > @@ -86,7 +86,7 @@ > (u'2006-01-05', u'BUY', u'RHAT', 100, 35.14) > (u'2006-03-28', u'BUY', u'IBM', 1000, 45.0) > (u'2006-04-06', u'SELL', u'IBM', 500, 53.0) > - (u'2006-04-05', u'BUY', u'MSOFT', 1000, 72.0) > + (u'2006-04-05', u'BUY', u'MSFT', 1000, 72.0) > >>> > > > > -- > Repository URL: http://hg.python.org/cpython > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > http://mail.python.org/mailman/listinfo/python-checkins >

1 0

AUTO: Jon K Peck is out of the office (returning 01/12/2012)
by Jon K Peck 10 Jan '12

10 Jan '12

I am out of the office until 01/12/2012. I will be out of the office Monda through Wednesday with limited access to email. Note: This is an automated response to your message "Python-Dev Digest, Vol 102, Issue 26" sent on 1/9/2012 21:05:32. This is the only notification you will receive while this person is away.

1 0

Re: [Python-Dev] [Python-checkins] cpython: Issue #12760: Add a create mode to open(). Patch by David Townshend.
by Nick Coghlan 10 Jan '12

10 Jan '12

On Tue, Jan 10, 2012 at 7:40 AM, charles-francois.natali <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/bf609baff4d3 > changeset: 74315:bf609baff4d3 > user: Charles-François Natali <neologix(a)free.fr> > date: Mon Jan 09 22:40:02 2012 +0100 > summary: > Issue #12760: Add a create mode to open(). Patch by David Townshend. To help make the 'x' more intuitive, it would be helpful if the mode was referred to as "exclusive create" in the docs (at least once, anyway), and the What's New entry stated explicitly that 'x' is used based on the C11 precedent. Otherwise, I'm sure I'll be far from the only one thinking "why not 'c'?". People shouldn't have to go read the tracker item to find out the reason 'x' is used instead of 'c'. Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

1 0

descriptor as instance attribute
by Jon Wells 09 Jan '12

09 Jan '12

I can't find an answer to this grovelling through get user info. on descriptors. Assuming desc() is a data descriptor class why are the following not the same??? class poop(object): var = desc() and class poop(object): def __init__(self): self.var = desc() In the second form the descriptor protocol for access to 'var' is ignored. Would seem to not make sense to me. jon.

2 1

Re: [Python-Dev] [Python-checkins] cpython: Backed out changeset 36f2e236c601: For some reason, rewinddir() doesn't work as
by Nick Coghlan 09 Jan '12

09 Jan '12

On Mon, Jan 9, 2012 at 5:31 AM, charles-francois.natali <python-checkins(a)python.org> wrote: > Backed out changeset 36f2e236c601: For some reason, rewinddir() doesn't work as > it should on OpenIndiana. Can rewinddir() end up touching the filesystem to retrieve data? I noticed that your previous change (the one this checkin reverted) moved it outside the GIL release macros. Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

3 3

Compiling 2.7.2 on OS/2
by Paul Smedley 09 Jan '12

09 Jan '12

Hi All, I'm working on updating my port of Python 2.6.5 to v2.7.2 for the OS/2 platform. I have python.exe and python27.dll compiling find, but when starting to build sharedmods I'm getting the following error: running build running build_ext Traceback (most recent call last): File "./setup.py", line 2092, in <module> main() File "./setup.py", line 2087, in main 'Lib/smtpd.py'] File "U:/DEV/python-2.7.2/Lib/distutils/core.py", line 152, in setup dist.run_commands() File "U:/DEV/python-2.7.2/Lib/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "U:/DEV/python-2.7.2/Lib/distutils/dist.py", line 972, in run_command cmd_obj.run() File "U:/DEV/python-2.7.2/Lib/distutils/command/build.py", line 127, in run self.run_command(cmd_name) File "U:/DEV/python-2.7.2/Lib/distutils/cmd.py", line 326, in run_command self.distribution.run_command(command) File "U:/DEV/python-2.7.2/Lib/distutils/dist.py", line 972, in run_command cmd_obj.run() File "U:/DEV/python-2.7.2/Lib/distutils/command/build_ext.py", line 340, in run self.build_extensions() File "./setup.py", line 152, in build_extensions missing = self.detect_modules() File "./setup.py", line 1154, in detect_modules for arg in sysconfig.get_config_var("CONFIG_ARGS").split()] AttributeError: 'NoneType' object has no attribute 'split' make: *** [sharedmods] Error 1 Any suggestions? A google showed a similar error on AIX with no clear resolution. Thanks in advance, Paul

5 9

Hash collision security issue (now public)
by Jim Jewett 09 Jan '12

09 Jan '12

In http://mail.python.org/pipermail/python-dev/2012-January/115368.html Stefan Behnel wrote: > Admittedly, this may require some adaptation for the PEP393 unicode memory > layout in order to produce identical hashes for all three representations > if they represent the same content. They SHOULD NOT represent the same content; comparing two strings currently requires converting them to canonical form, which means the smallest format (of those three) that works. If it can be represented in PyUnicode_1BYTE_KIND, then representations using PyUnicode_2BYTE_KIND or PyUnicode_4BYTE_KIND don't count as canonical, won't be created by Python itself, and already compare unequal according to both PyUnicode_RichCompare and stringlib/eq.h (a shortcut used by dicts). That said, I don't think smallest-format is actually enforced with anything stronger than comments (such as in unicodeobject.h struct PyASCIIObject) and asserts (mostly calling _PyUnicode_CheckConsistency). I don't have any insight on how prevalent non-conforming strings will be in practice, or whether supporting their equality will be required as a bugfix. -jJ

4 3

py3benchmark not working
by Christian Heimes 09 Jan '12

09 Jan '12

Hello, I tried to compare the py3k baseline with my randomhash branch but the benchmark suite is failing. I've follewed the instruction # hg clone http://hg.python.org/benchmarks/ py2benchmarks # mkdir py3benchmarks; # cd py3benchmarks # ../py2benchmarks/make_perf3.sh ../py2benchmarks # python3.1 perf.py -b py3k old_py3k new_py3k but the suite immediately bails out: $ ../3.1/python perf.py -r -b default ../py3k/python ../randomhash/python Running 2to3... INFO:root:Running ../py3k/python lib/2to3/2to3 -f all lib/2to3_data Traceback (most recent call last): File "perf.py", line 2236, in <module> main(sys.argv[1:]) File "perf.py", line 2192, in main options))) File "perf.py", line 1279, in BM_2to3 return SimpleBenchmark(Measure2to3, *args, **kwargs) File "perf.py", line 706, in SimpleBenchmark *args, **kwargs) File "perf.py", line 1275, in Measure2to3 return MeasureCommand(command, trials, env, options.track_memory) File "perf.py", line 1223, in MeasureCommand CallAndCaptureOutput(command, env=env) File "perf.py", line 1053, in CallAndCaptureOutput raise RuntimeError("Benchmark died: " + str(stderr, 'ascii')) RuntimeError: Benchmark died: RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma Traceback (most recent call last): File "lib/2to3/2to3", line 5, in <module> sys.exit(main("lib2to3.fixes")) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/main.py", line 173, in main options.processes) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 700, in refactor items, write, doctests_only) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 294, in refactor self.refactor_dir(dir_or_file, write, doctests_only) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 314, in refactor_dir self.refactor_file(fullname, write, doctests_only) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 741, in refactor_file *args, **kwargs) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 349, in refactor_file tree = self.refactor_string(input, filename) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 381, in refactor_string self.refactor_tree(tree, name) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/refactor.py", line 455, in refactor_tree new = fixer.transform(node, results) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/fixes/fix_operator.py", line 43, in transform method = self._check_method(node, results) File "/media/ssd/heimes/python/py3benchmarks/lib/2to3/lib2to3/fixes/fix_operator.py", line 89, in _check_method method = getattr(self, "_" + results["method"][0].value.encode("ascii")) TypeError: Can't convert 'bytes' object to str implicitly Christian

3 2

A question about the subprocess implementation
by Vinay Sajip 08 Jan '12

08 Jan '12

The subprocess.Popen constructor takes stdin, stdout and stderr keyword arguments which are supposed to represent the file handles of the child process. The object also has stdin, stdout and stderr attributes, which one would naively expect to correspond to the passed in values, except where you pass in e.g. subprocess.PIPE (in which case the corresponding attribute would be set to an actual stream or descriptor). However, in common cases, even when keyword arguments are passed in, the corresponding attributes are set to None. The following script import os from subprocess import Popen, PIPE import tempfile cmd = 'ls /tmp'.split() p = Popen(cmd, stdout=open(os.devnull, 'w+b')) print('process output streams: %s, %s' % (p.stdout, p.stderr)) p = Popen(cmd, stdout=tempfile.TemporaryFile()) print('process output streams: %s, %s' % (p.stdout, p.stderr)) prints process output streams: None, None process output streams: None, None under both Python 2.7 and 3.2. However, if subprocess.PIPE is passed in, then the corresponding attribute *is* set: if the last four lines are changed to p = Popen(cmd, stdout=PIPE) print('process output streams: %s, %s' % (p.stdout, p.stderr)) p = Popen(cmd, stdout=open(os.devnull, 'w+b'), stderr=PIPE) print('process output streams: %s, %s' % (p.stdout, p.stderr)) then you get process output streams: <open file '<fdopen>', mode 'rb' at 0x2088660>, None process output streams: None, <open file '<fdopen>', mode 'rb' at 0x2088e40> under Python 2.7, and process output streams: <_io.FileIO name=3 mode='rb'>, None process output streams: None, <_io.FileIO name=5 mode='rb'> This seems to me to contradict the principle of least surprise. One would expect, when an file-like object is passed in as a keyword argument, that it be placed in the corresponding attribute. That way, if one wants to do p.stdout.close() (which is necessary in some cases), one doesn't hit an AttributeError because NoneType has no attribute 'close'. This seems like it might be a bug, but if so it does seem rather egregious: can someone tell me if there is a good design reason for the current behaviour? If there isn't one, I'll raise an issue. Regards, Vinay Sajip

5 8