Mailman 3 January 2013 - Python-Dev

usefulness of "extension modules" section in Misc/NEWS
by Charles-François Natali Jan. 27, 2013

Jan. 27, 2013

Hi, What's exactly the guideline for choosing between the "Library" and "Extension modules" section when updating Misc/NEWS? Is it just the fact that the modified files live under Lib/ or Modules/? I've frequently made a mistake when updating Misc/NEWS, and when looking at it, I'm not the only one. Is there really a good reason for having distinct sections? If the intended audience for this file are end users, ISTM that the only things that matters is that it's a library change, the fact … [View More]

4 3

Ctypes bug fix for Solaris - too late for 2.7.3?
by Skip Montanaro Jan. 27, 2013

Jan. 27, 2013

I hit a bug in the ctypes package on Solaris yesterday. Investigating, I found there is a patch: http://bugs.python.org/issue5289 I applied it and verified that when run as a main program ctypes/util.py now works. Is it too late to get this into 2.7.3? Given the nature of the patch (a new block of code only matched on Solaris, and the fact that find_library is quite broken now on that platform), it's hard to see how things would be worse after applying it. BTW, this will be a requirement … [View More]

3 3

32 bit to 64 bit migration of C-API(Python)
by abhishek goswami Jan. 27, 2013

Jan. 27, 2013

Hi, I am working in Python-C ApI (Integrated Project). The Project has migrated to 64 bit machine from 32 bit machine. Every thing was working fine in 32 bit machine. But we getting following error in 64 bit machine. " Python int too large to convert to C long". When I start debug the code and found that we are using long variable which has size of 8 bit in C code. If I replace long to int32_t variable in C and all long value become garbage and I got index out of error from Python.The … [View More]

2 2

Re: [Python-Dev] [Python-checkins] cpython (3.3): Fix a few typos and a double semicolon. Patch by Eitan Adler.
by Nick Coghlan Jan. 27, 2013

Jan. 27, 2013

On Sun, Jan 27, 2013 at 2:21 PM, ezio.melotti <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/07488c3c85f1 > changeset: 81772:07488c3c85f1 > branch: 3.3 > parent: 81770:a0756411c527 > user: Ezio Melotti <ezio.melotti(a)gmail.com> > date: Sun Jan 27 06:20:14 2013 +0200 > summary: > Fix a few typos and a double semicolon. Patch by Eitan Adler. Misc/ACKS? Cheers, Nick. -- Nick Coghlan | ncoghlan(a)… [View More]

1 0

Re: [Python-Dev] [Python-checkins] cpython: Touch up exception messaging
by Nick Coghlan Jan. 27, 2013

Jan. 27, 2013

On Sun, Jan 27, 2013 at 3:25 AM, Ezio Melotti <ezio.melotti(a)gmail.com> wrote: > Hi, > I'm not sure these changes are an improvement. > > On Fri, Jan 25, 2013 at 8:49 PM, brett.cannon > <python-checkins(a)python.org> wrote: >> http://hg.python.org/cpython/rev/792810303239 >> changeset: 81735:792810303239 >> user: Brett Cannon <brett(a)python.org> >> date: Fri Jan 25 13:49:19 2013 -0500 >> summary: >> Touch … [View More]up exception messaging >> [...] >> magic = data[:4] >> raw_timestamp = data[4:8] >> raw_size = data[8:12] >> if magic != _MAGIC_BYTES: >> - msg = 'bad magic number in {!r}: {!r}'.format(name, magic) >> + msg = 'incomplete magic number in {!r}: {!r}'.format(name, magic) > > Here 2 things could go wrong: > 1) magic is less than 4 bytes (so it could be "incomplete"); > 2) magic is 4 bytes, but it's different (so it's "invalid" or "bad"); > For this to be "incomplete" the size of the whole file should be less > than 4 bytes, and it's unlikely that in a 3bytes-long file the content > is an incomplete magic number. It's much more likely than it's not a > magic number at all, or that it is a bad/wrong/invalid 4-bytes magic > number, so the previous error looked better to me. Oops, I missed that - this one wasn't supposed to change. It was only the other two that were misleading. > >> raise ImportError(msg, **exc_details) >> elif len(raw_timestamp) != 4: >> - message = 'bad timestamp in {!r}'.format(name) >> + message = 'incomplete timestamp in {!r}'.format(name) >> _verbose_message(message) >> raise EOFError(message) >> elif len(raw_size) != 4: >> - message = 'bad size in {!r}'.format(name) >> + message = 'incomplete size in {!r}'.format(name) > > If we arrived here the magic number was right, so this are probably > the timestamp and size, but for this to fail the whole file should be > less than 8 or 12 bytes (unless I misread the code). > Something like "reached EOF while reading timestamp/size" would > probably be more informative. I don't mind one way or the other here. "bad" was wrong, since it implied this code actually checked these values against the expected ones, but it doesn't, it merely requires that they exist. "incomplete <value>" or "reached EOF while reading <value>" are both correct and a sufficient hint for anyone already familiar with how the bytecode cache format works. Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia [View Less]

1 0

Implementation of the PEP 433
by Victor Stinner Jan. 25, 2013

Jan. 25, 2013

Hi, I implemented the PEP 433 in the following repository: http://hg.python.org/features/pep-433 You can use it if you would like to experiment/test the PEP 433. PEP 433: "Easier suppression of file descriptor inheritance" http://www.python.org/dev/peps/pep-0433/ I added a PYTHONCLOEXEC environment variable, an "-e" option and sys.setdefaultcloexec() function. At startup, the default value of cloexec parameter is False. I tested my implementation on Linux, Windows, Mac OS X, FreeBSD, … [View More]

1 1

Summary of Python tracker Issues
by Python tracker Jan. 25, 2013

Jan. 25, 2013

ACTIVITY SUMMARY (2013-01-18 - 2013-01-25) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 3837 ( +8) closed 24971 (+29) total 28808 (+37) Open issues with patches: 1673 Issues opened (29) ================== #16335: Integer overflow in unicode-escape decoder http://bugs.python.org/issue16335 reopened by serhiy.storchaka #16995: Add Base32 support … [View More]

1 0

hg.python.org Mercurial upgrade
by Antoine Pitrou Jan. 24, 2013

Jan. 24, 2013

Hello, I've upgraded the Mercurial version on hg.python.org. If there any problems, don't hesitate to post here. (apart from the connectivity problems we seem to have from time to time and which shouldn't be related) Regards Antoine.

5 9

Inconsistent behaviour of methods waiting for child process
by Marcin Szewczyk Jan. 23, 2013

Jan. 23, 2013

Hi, I've previously asked about this issue on Python General but there was no response and I hope this post qualifies for Python Devel. I've done some experiments with: 1) multiprocessing.Process.join() 2) os.waitpid() 3) subprocess.Popen.wait() These three methods behave completely different when interrupted with a signal which I find disturbing. Reactions are: 1) exit with no exception or special return code 2) OSError exception 3) quiet retry (no exit) The 1) case is very impractical. … [View More]

3 2

slightly misleading Popen.poll() docs
by Chris Withers Jan. 22, 2013

Jan. 22, 2013

Hi All, Would anyone object to me making a change to the docs for 2.6, 2.7 and 3.x to clarify the following: http://docs.python.org/3/library/subprocess.html#subprocess.Popen.poll A couple of my colleagues have ended up writing code like this: proc = Popen(['some', 'thing']) code = proc.poll() if code: raise Exception('An error happened: %s' % code) ...on the back of the fact that if your process terminates *really* quickly, *and* the docs say that the returncode is set by poll() (*… [View More]

5 6