From report at bugs.python.org  Tue Mar  1 00:27:44 2011
From: report at bugs.python.org (Guy Kloss)
Date: Mon, 28 Feb 2011 23:27:44 +0000
Subject: [issue5542] Socket is closed prematurely in httplib,
	if server sends response before request body has been sent
In-Reply-To: <1237800550.85.0.782891199129.issue5542@psf.upfronthosting.co.za>
Message-ID: <1298935664.43.0.716507898612.issue5542@psf.upfronthosting.co.za>


Guy Kloss <guy.kloss at arcor.de> added the comment:

I would open a new issue if I had it verified. But I can't verify it right now, as I cannot install the dependencies for a Py2.7 (or 3.x) for running my failing code on the server (running Ubuntu Lucid/LTS).

Unless you're saying I should open an issue for it anyway, without having it verified on 2.7 or 3.x ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5542>
_______________________________________

From report at bugs.python.org  Tue Mar  1 00:33:17 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 28 Feb 2011 23:33:17 +0000
Subject: [issue10866] Add sethostname()
In-Reply-To: <1294474577.93.0.97800635081.issue10866@psf.upfronthosting.co.za>
Message-ID: <1298935997.2.0.738563962815.issue10866@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch committed in r88685 (3.3), closing.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10866>
_______________________________________

From report at bugs.python.org  Tue Mar  1 00:37:29 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 28 Feb 2011 23:37:29 +0000
Subject: [issue11341] test_os fails
In-Reply-To: <1298752293.07.0.502448238318.issue11341@psf.upfronthosting.co.za>
Message-ID: <1298936249.51.0.509512011768.issue11341@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for the investigation, Charles-Fran?ois. I'm closing as invalid, then.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11341>
_______________________________________

From report at bugs.python.org  Tue Mar  1 02:25:35 2011
From: report at bugs.python.org (Eric Wolf)
Date: Tue, 01 Mar 2011 01:25:35 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1298942735.99.0.159879008174.issue10900@psf.upfronthosting.co.za>


Eric Wolf <ebwolf at gmail.com> added the comment:

I'm experiencing the same thing. My script works perfectly on a 165MB file but fails after reading 900,000 bytes on a 22GB file.

My script uses a buffered bz2file.read and is agnostic about end-of-lines. Opening with "rb" does not help. It is specifically written to avoid reading too much into memory at once.

I have tested this script on:
Python 2.5.1 (r251:54863) (ESRI ArcGIS version) (WinXP 64-bit)
Python 2.7.1.4 (r271:86832) (64-bit ActiveState version) (WinXP 64-bit)
Python 2.6.4 (r264:75706) (Ubuntu 9.10 64-bit)

Check here for some really big BZ2 files:

http://planet.openstreetmap.org/full-experimental/

----------
nosy: +Eric.Wolf
Added file: http://bugs.python.org/file20952/OSM_Extract.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 03:57:41 2011
From: report at bugs.python.org (Kelsey)
Date: Tue, 01 Mar 2011 02:57:41 +0000
Subject: [issue11041] On the distutils2 documentation,
	'requires-python' shouldn't be documented as *multi
In-Reply-To: <1296214788.72.0.049703794101.issue11041@psf.upfronthosting.co.za>
Message-ID: <1298948261.22.0.324891922931.issue11041@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

Fixed in my bitbucket fork.

https://bitbucket.org/khightower/distutils2/changeset/ee9e580e5000

----------
nosy: +kelseyhightower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11041>
_______________________________________

From report at bugs.python.org  Tue Mar  1 04:06:35 2011
From: report at bugs.python.org (Kelsey)
Date: Tue, 01 Mar 2011 03:06:35 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>


New submission from Kelsey <kelsey.hightower at gmail.com>:

Distutils2 should provide support for verifying a mirrors authenticity as described in PEP 381 -- Mirror Authenticity.

----------
assignee: tarek
components: Distutils2
messages: 129736
nosy: alexis, eric.araujo, kelseyhightower, tarek
priority: normal
severity: normal
status: open
title: Add support for PEP 381 -- Mirror Authenticity
type: feature request
versions: 3rd party, Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Tue Mar  1 04:13:14 2011
From: report at bugs.python.org (Kelsey)
Date: Tue, 01 Mar 2011 03:13:14 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1298949194.12.0.922201788361.issue11357@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

I have started on an implementation in my distutil2 patch-queue on bitbucket.

Link to code, tests, and documentation:

https://bitbucket.org/khightower/distutils2-patch-queue/qseries?apply=t&qs_apply=mirror-authenticity


Outstanding items include back porting the SSL module for python < 2.6 support and making sure all test pass on python >= 2.4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From orsenthil at gmail.com  Tue Mar  1 04:17:39 2011
From: orsenthil at gmail.com (Senthil Kumaran)
Date: Tue, 1 Mar 2011 11:17:39 +0800
Subject: [issue11306] mailbox should test for errno.EROFS
In-Reply-To: <1298560030.09.0.737390688888.issue11306@psf.upfronthosting.co.za>
References: <1298531012.94.0.719284706533.issue11306@psf.upfronthosting.co.za>
	<1298560030.09.0.737390688888.issue11306@psf.upfronthosting.co.za>
Message-ID: <20110301031739.GA2305@kevin>

On Thu, Feb 24, 2011 at 03:07:10PM +0000, R. David Murray wrote:
> Creating a test for this may not be practical :(

Then should we just go ahead with this change as it seems reasonable
one.

-            elif e.errno == errno.EACCES:                                                                                                                             
+            elif e.errno == errno.EACCES or e.errno == errno.EROFS:           


From report at bugs.python.org  Tue Mar  1 04:17:51 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 01 Mar 2011 03:17:51 +0000
Subject: [issue11306] mailbox should test for errno.EROFS
In-Reply-To: <1298560030.09.0.737390688888.issue11306@psf.upfronthosting.co.za>
Message-ID: <20110301031739.GA2305@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Feb 24, 2011 at 03:07:10PM +0000, R. David Murray wrote:
> Creating a test for this may not be practical :(

Then should we just go ahead with this change as it seems reasonable
one.

-            elif e.errno == errno.EACCES:                                                                                                                             
+            elif e.errno == errno.EACCES or e.errno == errno.EROFS:

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11306>
_______________________________________

From report at bugs.python.org  Tue Mar  1 04:23:06 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Mar 2011 03:23:06 +0000
Subject: [issue10516] Add list.clear() and list.copy()
In-Reply-To: <1290555468.47.0.0329661397161.issue10516@psf.upfronthosting.co.za>
Message-ID: <1298949786.79.0.535408244279.issue10516@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The patch is fine.  Do consider using assertIsNot() in the tests.  Then go ahead and apply it.

The OverflowError in bytearray.pop() is a bug, please open a separate report for it and make a patch changing it to IndexError.  Assign that bug report to me.

Go ahead and propose a patch for MutableSequence.clear() implemented with MutableSequence.pop() and catching an IndexError when empty.

Thanks for your efforts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10516>
_______________________________________

From report at bugs.python.org  Tue Mar  1 04:29:00 2011
From: report at bugs.python.org (Kelsey)
Date: Tue, 01 Mar 2011 03:29:00 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1298950140.95.0.0480526275976.issue11357@psf.upfronthosting.co.za>


Changes by Kelsey <kelsey.hightower at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file20953/mirror-authenticity.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Tue Mar  1 07:34:24 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 01 Mar 2011 06:34:24 +0000
Subject: [issue10516] Add list.clear() and list.copy()
In-Reply-To: <1290555468.47.0.0329661397161.issue10516@psf.upfronthosting.co.za>
Message-ID: <1298961264.82.0.2994116968.issue10516@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Hmm, shouldn't self.__class__(self) be a good default implementation of copy()?

I'd expect any sequence to support this way of creation from another sequence, even if it's inefficient.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10516>
_______________________________________

From report at bugs.python.org  Tue Mar  1 07:35:45 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 01 Mar 2011 06:35:45 +0000
Subject: [issue11356] Include module name on ImportError
In-Reply-To: <1298932245.21.0.726100579882.issue11356@psf.upfronthosting.co.za>
Message-ID: <1298961345.95.0.604479492329.issue11356@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This is a dupe of #1559549.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> ImportError needs attributes for module and file name

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11356>
_______________________________________

From report at bugs.python.org  Tue Mar  1 07:51:43 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 06:51:43 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>


New submission from david <db.pub.mail at gmail.com>:

Please replace the use of pickle in multiprocessing with json.

----------
messages: 129742
nosy: db
priority: normal
severity: normal
status: open
title: Please replace the use of pickle in multiprocessing with json.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 08:01:43 2011
From: report at bugs.python.org (Alex)
Date: Tue, 01 Mar 2011 07:01:43 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298962903.1.0.997948298584.issue11358@psf.upfronthosting.co.za>


Alex <alex.gaynor at gmail.com> added the comment:

Why?  JSON is incapable of representing most Python datastructures that can be pickled (i.e. anything that isn't a list, tuple, dict, int, or str).

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 08:02:25 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 07:02:25 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>


New submission from david <db.pub.mail at gmail.com>:

Please replace the use of pickle in subprocess with json.

----------
messages: 129744
nosy: db
priority: normal
severity: normal
status: open
title: Please replace the use of pickle in subprocess with json.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 08:26:45 2011
From: report at bugs.python.org (aaugustin)
Date: Tue, 01 Mar 2011 07:26:45 +0000
Subject: [issue11140] threading.Lock().release() raises _thread.error,
	not RuntimeError
In-Reply-To: <1297092927.55.0.763535906906.issue11140@psf.upfronthosting.co.za>
Message-ID: <1298964405.65.0.510608937928.issue11140@psf.upfronthosting.co.za>


aaugustin <aymeric.augustin at polyconseil.fr> added the comment:

Shouldn't this be fixed in _dummy_thread too?

Attached patch contains fix + test.

(Unfortunately, I was not able to run the tests with my patch: `python3.2 -m test.regrtest test_dummy_thread` tests my 'system' version, not my svn checkout.  I did not change the ticket flags either because I do not know the rules here - first time I work on Python...)

----------
Added file: http://bugs.python.org/file20954/11140.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11140>
_______________________________________

From report at bugs.python.org  Tue Mar  1 08:53:32 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 01 Mar 2011 07:53:32 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298966012.27.0.918798628669.issue11359@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Please replace the use of pickle in multiprocessing with json.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 08:54:50 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 01 Mar 2011 07:54:50 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298966090.06.0.527804482448.issue11358@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Library (Lib)
stage:  -> needs patch
type:  -> feature request
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 09:01:42 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Mar 2011 08:01:42 +0000
Subject: [issue10516] Add list.clear() and list.copy()
In-Reply-To: <1290555468.47.0.0329661397161.issue10516@psf.upfronthosting.co.za>
Message-ID: <1298966502.54.0.294078279972.issue10516@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> Hmm, shouldn't self.__class__(self) be a 
> good default implementation of copy()?
>
> I'd expect any sequence to support this way 
> of creation from another sequence, even if it's inefficient.

The copy() method isn't being proposed for MutableSequence because it presumes that we know something about the constructor's signature.  For example, the constructor of array() needs the element storage type as an argument.  We refuse the temptation to guess.

In the Set api, we had no choice because many set-methods necessarily create a new set.  To handle the constructor signature problem, the creation step was factored-out into the from_iterable() method so that a user could override it if necessary.

Also copy() is handled oddly in the builtin types.  To handle the constructor signature issue for subclasses, they ignore the subclass and return a instance of the base class.  For example, the inherited copy() method on a subclass of list or dict will create an instance of list or dict, not of the subclass itself.  Accordingly, subclasses that want instances of themselves have to override the inherited copy() method.  They would have to do this anyway if they subclass contained any other data in the class dictionary that would need to be passed along to a copy.

In short, we're better-off not supplying copy() as part of the MutableSequence ABC.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10516>
_______________________________________

From report at bugs.python.org  Tue Mar  1 09:17:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 08:17:32 +0000
Subject: [issue11140] threading.Lock().release() raises _thread.error,
	not RuntimeError
In-Reply-To: <1298964405.65.0.510608937928.issue11140@psf.upfronthosting.co.za>
Message-ID: <1298967449.3709.1.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hello,

> Shouldn't this be fixed in _dummy_thread too?
> 
> Attached patch contains fix + test.

Oops, thanks for noticing.

> (Unfortunately, I was not able to run the tests with my patch:
> `python3.2 -m test.regrtest test_dummy_thread` tests my 'system'
> version, not my svn checkout.

You must run "./python" instead and it should work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11140>
_______________________________________

From report at bugs.python.org  Tue Mar  1 10:34:03 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 01 Mar 2011 09:34:03 +0000
Subject: [issue11349] _pickle should implement the module finalisation protocol
In-Reply-To: <1298856551.7.0.829193493202.issue11349@psf.upfronthosting.co.za>
Message-ID: <1298972043.72.0.0135099457031.issue11349@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

We might be able to tapdance our way around the issue by falling back to the old mechanism when dealing with extension modules without traverse/clear/dealloc methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11349>
_______________________________________

From report at bugs.python.org  Tue Mar  1 10:51:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 09:51:23 +0000
Subject: [issue11349] _pickle should implement the module finalisation protocol
In-Reply-To: <1298856551.7.0.829193493202.issue11349@psf.upfronthosting.co.za>
Message-ID: <1298973083.7.0.500005600733.issue11349@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Not sure why #812369 is bogged down. The patch simply needs updating for 3.x.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11349>
_______________________________________

From report at bugs.python.org  Tue Mar  1 10:54:33 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 09:54:33 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1298973273.77.0.93304734319.issue1559549@psf.upfronthosting.co.za>


Changes by Ram Rachum <cool-rr at cool-rr.com>:


----------
nosy: +cool-RR

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Tue Mar  1 11:23:50 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 10:23:50 +0000
Subject: [issue8927] Handle version incompatibilities in dependencies
In-Reply-To: <1275853060.23.0.0333552205181.issue8927@psf.upfronthosting.co.za>
Message-ID: <1298975030.21.0.587343022831.issue8927@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Re: title, I don?t know how to phrase it best.  What exactly is the behavior you request?  I put ?handle? as in ?do the right thing?, that is, ?don?t install the newest version but the one that satisfies all predicates?.  I softened ?conflicts? to ?incompatibilities?, does it work for you?  In any case, the important thing is that your report describes the problem well.

Re: 404, it has moved to http://distutils2.notmyidea.org/library/distutils2.depgraph.html

----------
nosy: +alexis
title: Handle version conflicts in dependencies -> Handle version incompatibilities in dependencies

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8927>
_______________________________________

From report at bugs.python.org  Tue Mar  1 12:03:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 11:03:09 +0000
Subject: [issue9436] test_sysconfig failure
In-Reply-To: <1280591591.84.0.476083865565.issue9436@psf.upfronthosting.co.za>
Message-ID: <1298977389.63.0.0182503173213.issue9436@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9436>
_______________________________________

From report at bugs.python.org  Tue Mar  1 12:08:13 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 11:08:13 +0000
Subject: [issue7867] Proposed FAQ entry on pass-by-? semantics and the meaning
	of 'variable' in python
In-Reply-To: <1265490255.73.0.743157337936.issue7867@psf.upfronthosting.co.za>
Message-ID: <1298977693.0.0.00406247395061.issue7867@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7867>
_______________________________________

From report at bugs.python.org  Tue Mar  1 12:10:27 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 11:10:27 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1298977827.78.0.909971802794.issue8933@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I'll get down to it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Tue Mar  1 12:27:57 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 01 Mar 2011 11:27:57 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1298978877.31.0.201492140333.issue10900@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

@Eric.Wolf

Could you try with this:

            # Read in anohter chunk of the file
            # NOTE: It's possible that an XML tag will be greater than buffsize
            #       This will break in that situation
-            newb = self.fp.read(self.bufpos)
+            newb = self.fp.read(self.buffsize)

Also, could you provide the output of
strace -emmap2,sbrk,brk python <script>

I could be completely wrong, but both in your case and in wrobell's case, there's a lot of _PyBytes_Resize going on, and given how PyObject_Realloc is implemented, this could lead to heavy heap fragmentation.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 13:28:23 2011
From: report at bugs.python.org (Daniel Haertle)
Date: Tue, 01 Mar 2011 12:28:23 +0000
Subject: [issue11360] In documentation of getopt,
	advertise argparse instead of optparse
In-Reply-To: <1298982503.08.0.830578820579.issue11360@psf.upfronthosting.co.za>
Message-ID: <1298982503.08.0.830578820579.issue11360@psf.upfronthosting.co.za>


New submission from Daniel Haertle <haertle at uni-bonn.de>:

At the beginning of http://docs.python.org/dev/library/getopt.html the line

"A more convenient, flexible, and powerful alternative is the optparse module."

routes the user to optparse. Since optparse is deprecated in favor of argparse, this line is no more up-to-date.

The best is to remove this line completely, since there already is a note routing to argparse.

----------
assignee: docs at python
components: Documentation
messages: 129753
nosy: Danh, docs at python
priority: normal
severity: normal
status: open
title: In documentation of getopt, advertise argparse instead of optparse
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11360>
_______________________________________

From report at bugs.python.org  Tue Mar  1 13:40:19 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 12:40:19 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <20110228191750.GA1580@sherwood.local>
Message-ID: <20110301123817.GA75482@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

I'm trashing your mailbox, but 
http://bugs.python.org/file20949/issue11351-2.patch should do 
'total+=blen' not 'total+=len'.
Anyway i attach yet a third patch which does some code cleanup in 
general and is a bit more of my very own coding style, because 
i have seen that gotos seem to be possible in Python, and because 
i was unable to enjoy the code (and this is beautiful C!) before. 
It also follows PEP guidelines more than before.

This compiles clean and runs the test even if i
    hg revert && hg patch
(I'm a bit messy)

----------
Added file: http://bugs.python.org/file20955/issue11351-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________
-------------- next part --------------
diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c
--- a/Modules/posixmodule.c
+++ b/Modules/posixmodule.c
@@ -5866,37 +5866,47 @@
 }
 
 #ifdef HAVE_SENDFILE
-#if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
-static int
+# if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
+static Py_ssize_t
 iov_setup(struct iovec **iov, Py_buffer **buf, PyObject *seq, int cnt, int type)
 {
     int i, j;
+    Py_ssize_t blen, total = 0;
+
     *iov = PyMem_New(struct iovec, cnt);
     if (*iov == NULL) {
         PyErr_NoMemory();
-        return 0;
-    }
+        goto jleave;
+    }
+
     *buf = PyMem_New(Py_buffer, cnt);
     if (*buf == NULL) {
         PyMem_Del(*iov);
         PyErr_NoMemory();
-        return 0;
+        goto jleave;
     }
 
     for (i = 0; i < cnt; i++) {
-        if (PyObject_GetBuffer(PySequence_GetItem(seq, i), &(*buf)[i],
-                type) == -1) {
-            PyMem_Del(*iov);
-            for (j = 0; j < i; j++) {
-                PyBuffer_Release(&(*buf)[j]);
-           }
-            PyMem_Del(*buf);
-            return 0;
-        }
+        if (PyObject_GetBuffer(PySequence_GetItem(seq, i),
+                               &(*buf)[i], type) == -1)
+            goto jrelease;
+
         (*iov)[i].iov_base = (*buf)[i].buf;
-        (*iov)[i].iov_len = (*buf)[i].len;
-    }
-    return 1;
+        blen = (*buf)[i].len;
+        (*iov)[i].iov_len = blen;
+        total += blen;
+    }
+
+jleave:
+    return total;
+
+jrelease:
+    PyMem_Del(*iov);
+    for (j = 0; j < i; j++)
+        PyBuffer_Release(&(*buf)[j]);
+    PyMem_Del(*buf);
+    total = 0;
+    goto jleave;
 }
 
 static void
@@ -5904,12 +5914,11 @@
 {
     int i;
     PyMem_Del(iov);
-    for (i = 0; i < cnt; i++) {
+    for (i = 0; i < cnt; i++)
         PyBuffer_Release(&buf[i]);
-    }
     PyMem_Del(buf);
 }
-#endif
+# endif
 
 PyDoc_STRVAR(posix_sendfile__doc__,
 "sendfile(out, in, offset, nbytes) -> byteswritten\n\
@@ -5924,10 +5933,10 @@
     Py_ssize_t ret;
     off_t offset;
 
-#if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
-#ifndef __APPLE__
+# if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
+#  ifndef __APPLE__
     Py_ssize_t len;
-#endif
+#  endif
     PyObject *headers = NULL, *trailers = NULL;
     Py_buffer *hbuf, *tbuf;
     off_t sbytes;
@@ -5939,46 +5948,58 @@
                                 "offset", "count",
                                 "headers", "trailers", "flags", NULL};
 
-#ifdef __APPLE__
     if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&O&|OOi:sendfile",
-        keywords, &out, &in, _parse_off_t, &offset, _parse_off_t, &sbytes,
-#else
-    if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&n|OOi:sendfile",
-        keywords, &out, &in, _parse_off_t, &offset, &len,
-#endif
-                &headers, &trailers, &flags))
+                                     keywords, &out, &in, _parse_off_t,
+#  ifdef __APPLE__
+                                     &offset, _parse_off_t, &sbytes,
+#  else
+                                     &offset, &len,
+#  endif
+                                     &headers, &trailers, &flags))
             return NULL;
+
     if (headers != NULL) {
         if (!PySequence_Check(headers)) {
             PyErr_SetString(PyExc_TypeError,
-                "sendfile() headers must be a sequence or None");
+                            "sendfile() headers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* (Avoid uninitialized warning) */
             sf.hdr_cnt = PySequence_Size(headers);
-            if (sf.hdr_cnt > 0 && !iov_setup(&(sf.headers), &hbuf,
-                    headers, sf.hdr_cnt, PyBUF_SIMPLE))
+            if (sf.hdr_cnt > 0 &&
+                (i = iov_setup(&(sf.headers), &hbuf,
+                               headers, sf.hdr_cnt, PyBUF_SIMPLE)) == 0)
                 return NULL;
+#  ifdef __APPLE__
+            sbytes += i;
+#  endif
         }
     }
+
     if (trailers != NULL) {
         if (!PySequence_Check(trailers)) {
             PyErr_SetString(PyExc_TypeError,
-                "sendfile() trailers must be a sequence or None");
+                            "sendfile() trailers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* (Avoid uninitialized warning) */
             sf.trl_cnt = PySequence_Size(trailers);
-            if (sf.trl_cnt > 0 && !iov_setup(&(sf.trailers), &tbuf,
-                    trailers, sf.trl_cnt, PyBUF_SIMPLE))
+            if (sf.trl_cnt > 0 &&
+                (i = iov_setup(&(sf.trailers), &tbuf,
+                               trailers, sf.trl_cnt, PyBUF_SIMPLE)) == 0)
                 return NULL;
+#  ifdef __APPLE__
+            sbytes += i;
+#  endif
         }
     }
 
     Py_BEGIN_ALLOW_THREADS
-#ifdef __APPLE__
+#  ifdef __APPLE__
     ret = sendfile(in, out, offset, &sbytes, &sf, flags);
-#else
+#  else
     ret = sendfile(in, out, offset, len, &sf, &sbytes, flags);
-#endif
+#  endif
     Py_END_ALLOW_THREADS
 
     if (sf.headers != NULL)
@@ -5988,36 +6009,35 @@
 
     if (ret < 0) {
         if ((errno == EAGAIN) || (errno == EBUSY)) {
-            if (sbytes != 0) {
-                // some data has been sent
+            /* Some data has been sent */
+            if (sbytes != 0)
                 goto done;
-            }
-            else {
-                // no data has been sent; upper application is supposed
-                // to retry on EAGAIN or EBUSY
-                return posix_error();
-            }
+            /* No data has been sent; upper application is supposed to retry on
+             * EAGAIN or EBUSY */
+            return posix_error();
         }
         return posix_error();
     }
     goto done;
 
 done:
-    #if !defined(HAVE_LARGEFILE_SUPPORT)
+#  if !defined(HAVE_LARGEFILE_SUPPORT)
         return Py_BuildValue("l", sbytes);
-    #else
+#  else
         return Py_BuildValue("L", sbytes);
-    #endif
-
-#else
+#  endif
+
+# else
     Py_ssize_t count;
     PyObject *offobj;
     static char *keywords[] = {"out", "in",
                                 "offset", "count", NULL};
+
     if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiOn:sendfile",
-            keywords, &out, &in, &offobj, &count))
-        return NULL;
-#ifdef linux
+                                     keywords, &out, &in, &offobj, &count))
+        return NULL;
+
+#  ifdef linux
     if (offobj == Py_None) {
         Py_BEGIN_ALLOW_THREADS
         ret = sendfile(out, in, NULL, count);
@@ -6027,16 +6047,17 @@
         Py_INCREF(Py_None);
         return Py_BuildValue("nO", ret, Py_None);
     }
-#endif
+#  endif
     if (!_parse_off_t(offobj, &offset))
         return NULL;
+
     Py_BEGIN_ALLOW_THREADS
     ret = sendfile(out, in, &offset, count);
     Py_END_ALLOW_THREADS
     if (ret < 0)
         return posix_error();
     return Py_BuildValue("n", ret);
-#endif
+# endif
 }
 #endif
 

From report at bugs.python.org  Tue Mar  1 13:57:51 2011
From: report at bugs.python.org (Daniel Haertle)
Date: Tue, 01 Mar 2011 12:57:51 +0000
Subject: [issue11354] argparse: nargs could accept range of options count
In-Reply-To: <1298911895.1.0.590272861033.issue11354@psf.upfronthosting.co.za>
Message-ID: <1298984271.47.0.141013251152.issue11354@psf.upfronthosting.co.za>


Daniel Haertle <haertle at uni-bonn.de> added the comment:

Hi Wojciech,

in your tests, at

    def test_add_argument10(self):
        "nargs = (0, 1) => optimized to '?'"
        opt = self.add_argument(1, None)
        self.assertEqual(opt.nargs, argparse.ONE_OR_MORE)

you should change "argparse.ONE_OR_MORE" to "argparse.OPTIONAL".

----------
nosy: +Danh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11354>
_______________________________________

From report at bugs.python.org  Tue Mar  1 13:59:36 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 12:59:36 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1298984376.82.0.0824253183918.issue8933@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


Removed file: http://bugs.python.org/file20942/8933.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Tue Mar  1 13:59:57 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 12:59:57 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1298984397.06.0.0182773888183.issue8933@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Patch with tests. Hope this is enough.

----------
Added file: http://bugs.python.org/file20956/8933.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:00:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 13:00:12 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1298984412.34.0.088555617329.issue11351@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well the third patch has a lot of spurious style changes that make it harder to spot the actual changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:17:53 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:17:53 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298984412.34.0.088555617329.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110301131744.GA89055@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Aaaaaah, unfortunately - what a shame, this beautiful language ... 
But do i need to re-post the real (ouch!) issue11351-2.patch, i.e. with 
'total+=blen' instead of 'total+=len'? 
Or is it sufficient now with these comments (for Giampaolo')?

> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> Well the third patch has a lot of spurious style changes that make it harder to spot the actual changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:21:14 2011
From: report at bugs.python.org (Tobias Brink)
Date: Tue, 01 Mar 2011 13:21:14 +0000
Subject: [issue11324] ConfigParser(interpolation=None) doesn't work
In-Reply-To: <1298666228.44.0.489583826736.issue11324@psf.upfronthosting.co.za>
Message-ID: <1298985674.41.0.394165970608.issue11324@psf.upfronthosting.co.za>


Tobias Brink <tobias.brink at gmail.com> added the comment:

I added a test but I am not too familiar with the Python test suite.  Please check if the "test_init_takes_interpolation_none" test is necessary because the test suite also fails without it if my patch is not applied.  Feel free to remove it if it is superfluous.

----------
Added file: http://bugs.python.org/file20957/patch_with_test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11324>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:23:35 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:23:35 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298984412.34.0.088555617329.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110301132320.GB89055@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Maybe Giampaolo' should at least replace these two 
PyArg_ParseTupleAndKeywords() near (unpatched) line 5942, 
because doing it like this is messes up (at least) vim(1) group 
detection, resulting in a lot of bold red mis-brace warnings 
further on?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:30:21 2011
From: report at bugs.python.org (Igor)
Date: Tue, 01 Mar 2011 13:30:21 +0000
Subject: [issue11361] suggestion for os.kill(pid,CTRL_C_EVENT)
In-Reply-To: <1298986221.06.0.20392871991.issue11361@psf.upfronthosting.co.za>
Message-ID: <1298986221.06.0.20392871991.issue11361@psf.upfronthosting.co.za>


New submission from Igor <igor at prettysin.info>:

Hello!

I see some 'skip' in test_os.py


    @unittest.skip("subprocesses aren't inheriting CTRL+C property")
    def test_CTRL_C_EVENT(self):

I think, problem with calling SetConsoleCtrlHandler(NULL,0) in parent process, rather in child. If call SetConsoleCtrlHandler(NULL, 0).

Calling SetConsoleCtrlHandler(ctrl_handler, 1) is not enough. Need first call SetConsoleCtrlHandler(NULL, 0).



My patch for this test fixture: (may be, not so good, but it works)


H:\usr\python27\Lib\test>diff win_console_handler.py win_console_handler.py_orig

26,27d25
<     elif sig == signal.SIGINT:
<         pass
34,35d31
< def ctrl_handler_int(sig, obj):
<     sys.exit(1)
40d35
< NULL = ctypes.POINTER(ctypes.c_int)()
43,53d37
<     # Calling this with NULL and FALSE causes the calling process to
<     # handle CTRL+C, rather than ignore it. This property isn't inherited
<     # by subprocesses, if it's created with CREATE_NEW_PROCESS_GROUP flag
<     SetConsoleCtrlHandler.argtypes = (ctypes.POINTER(ctypes.c_int), wintypes.B
OOL)
<     if not SetConsoleCtrlHandler(NULL, 0):
<         print("Unable to restore SetConsoleCtrlHandler")
<         exit(-1)
<
<     signal.signal(signal.SIGINT, ctrl_handler_int)
<
<     SetConsoleCtrlHandler.argtypes = (HandlerRoutine, wintypes.BOOL)
57a42
>

And on my machine  (win2003 32bit):
...
test_CTRL_BREAK_EVENT (__main__.Win32KillTests) ... ok
test_CTRL_C_EVENT (__main__.Win32KillTests) ... ok
test_kill_int (__main__.Win32KillTests) ... ok
test_kill_sigterm (__main__.Win32KillTests) ... ok

----------------------------------------------------------------------
Ran 61 tests in 2.344s

OK

----------
components: IO
messages: 129761
nosy: iigor
priority: normal
severity: normal
status: open
title: suggestion for os.kill(pid,CTRL_C_EVENT)
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11361>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:33:18 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 13:33:18 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962903.1.0.997948298584.issue11358@psf.upfronthosting.co.za>
Message-ID: <AANLkTimfVfXey8aZcXaZHr8dEDfZOqdSO7+d4N-qnHJS@mail.gmail.com>


david <db.pub.mail at gmail.com> added the comment:

On 1 March 2011 18:01, Alex <report at bugs.python.org> wrote:
>
> Alex <alex.gaynor at gmail.com> added the comment:
>
> Why? ?JSON is incapable of representing most Python datastructures that can be pickled (i.e. anything that isn't a list, tuple, dict, int, or str).

I would have suggested yaml (using safe_load() ) . However there isn't
a 'core' yaml module afaik.

If you wanted to actually transfer a complex python data-structure no
one would stop you from pickling it and sending it (json'ed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:34:21 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 01 Mar 2011 13:34:21 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1298986461.42.0.308448879185.issue11351@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Please try to provide a patch which fixes (as in "makes the test pass") this specific issue only. As for other changes such as the code restyling you can open a separate ticket with another patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:35:04 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 13:35:04 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298986504.04.0.448053415704.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Um this isn't a duplicate this is addressing a different module to multiprocessing. Currently in subprocess you can almost remove the use of pickle with little to no side-effects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:36:15 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 13:36:15 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298986575.95.0.864631106317.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Can you please re-open this bug ? (unless you feel otherwise).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:36:43 2011
From: report at bugs.python.org (Igor)
Date: Tue, 01 Mar 2011 13:36:43 +0000
Subject: [issue11361] suggestion for os.kill(pid,CTRL_C_EVENT)
In-Reply-To: <1298986221.06.0.20392871991.issue11361@psf.upfronthosting.co.za>
Message-ID: <1298986603.65.0.422416263814.issue11361@psf.upfronthosting.co.za>


Changes by Igor <igor at prettysin.info>:


----------
keywords: +patch
Added file: http://bugs.python.org/file20958/1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11361>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:38:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 13:38:15 +0000
Subject: [issue11324] ConfigParser(interpolation=None) doesn't work
In-Reply-To: <1298666228.44.0.489583826736.issue11324@psf.upfronthosting.co.za>
Message-ID: <1298986695.7.0.319690730148.issue11324@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks, the configparser maintainer will review your patch.

?ukasz, you may want to use assertIsNone when you commit.

----------
keywords: +needs review
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11324>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:40:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 13:40:32 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <20110301132320.GB89055@sherwood.local>
Message-ID: <1298986813.3709.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Maybe Giampaolo' should at least replace these two 
> PyArg_ParseTupleAndKeywords() near (unpatched) line 5942, 
> because doing it like this is messes up (at least) vim(1) group 
> detection, resulting in a lot of bold red mis-brace warnings 
> further on?

Problem is, each developer has his/her own preferences and editor
settings, so if we start reformatting with each commit, the history of a
piece of code becomes very difficult to read.

I would simply suggest that you disable these vim settings, or at least
tweak them so that they don't apply automatically when you edit existing
code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:41:10 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:41:10 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298984412.34.0.088555617329.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110301134047.GA6348@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

So this is fixed -2.patch supplemented only with 
PyArg_ParseTupleAndKeywords() fixed in a way that re-enables 
correct syntax highlighting.

----------
Added file: http://bugs.python.org/file20959/issue11351-4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________
-------------- next part --------------
diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c
--- a/Modules/posixmodule.c
+++ b/Modules/posixmodule.c
@@ -5867,36 +5867,42 @@
 
 #ifdef HAVE_SENDFILE
 #if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
-static int
+static Py_ssize_t
 iov_setup(struct iovec **iov, Py_buffer **buf, PyObject *seq, int cnt, int type)
 {
     int i, j;
+    Py_ssize_t blen, total = 0;
+
     *iov = PyMem_New(struct iovec, cnt);
     if (*iov == NULL) {
         PyErr_NoMemory();
-        return 0;
-    }
+        return total;
+    }
+
     *buf = PyMem_New(Py_buffer, cnt);
     if (*buf == NULL) {
         PyMem_Del(*iov);
         PyErr_NoMemory();
-        return 0;
+        return total;
     }
 
     for (i = 0; i < cnt; i++) {
-        if (PyObject_GetBuffer(PySequence_GetItem(seq, i), &(*buf)[i],
-                type) == -1) {
+        if (PyObject_GetBuffer(PySequence_GetItem(seq, i),
+                               &(*buf)[i], type) == -1) {
             PyMem_Del(*iov);
             for (j = 0; j < i; j++) {
                 PyBuffer_Release(&(*buf)[j]);
-           }
+            }
             PyMem_Del(*buf);
-            return 0;
+            total = 0;
+            return total;
         }
         (*iov)[i].iov_base = (*buf)[i].buf;
-        (*iov)[i].iov_len = (*buf)[i].len;
-    }
-    return 1;
+        blen = (*buf)[i].len;
+        (*iov)[i].iov_len = blen;
+        total += blen;
+    }
+    return total;
 }
 
 static void
@@ -5939,14 +5945,17 @@
                                 "offset", "count",
                                 "headers", "trailers", "flags", NULL};
 
+    if (!PyArg_ParseTupleAndKeywords(args, kwdict,
 #ifdef __APPLE__
-    if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&O&|OOi:sendfile",
-        keywords, &out, &in, _parse_off_t, &offset, _parse_off_t, &sbytes,
+                                     "iiO&O&|OOi:sendfile",
+                                     keywords, &out, &in, _parse_off_t,
+                                     &offset, _parse_off_t, &sbytes,
 #else
-    if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&n|OOi:sendfile",
-        keywords, &out, &in, _parse_off_t, &offset, &len,
-#endif
-                &headers, &trailers, &flags))
+                                     "iiO&n|OOi:sendfile",
+                                     keywords, &out, &in,
+                                     _parse_off_t, &offset, &len,
+#endif
+                                     &headers, &trailers, &flags))
             return NULL;
     if (headers != NULL) {
         if (!PySequence_Check(headers)) {
@@ -5954,10 +5963,15 @@
                 "sendfile() headers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* (Avoid uninitialized warning) */
             sf.hdr_cnt = PySequence_Size(headers);
-            if (sf.hdr_cnt > 0 && !iov_setup(&(sf.headers), &hbuf,
-                    headers, sf.hdr_cnt, PyBUF_SIMPLE))
+            if (sf.hdr_cnt > 0 &&
+                !(i = iov_setup(&(sf.headers), &hbuf,
+                                headers, sf.hdr_cnt, PyBUF_SIMPLE)))
                 return NULL;
+#ifdef __APPLE__
+            sbytes += i;
+#endif
         }
     }
     if (trailers != NULL) {
@@ -5966,10 +5980,15 @@
                 "sendfile() trailers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* (Avoid uninitialized warning) */
             sf.trl_cnt = PySequence_Size(trailers);
-            if (sf.trl_cnt > 0 && !iov_setup(&(sf.trailers), &tbuf,
-                    trailers, sf.trl_cnt, PyBUF_SIMPLE))
+            if (sf.trl_cnt > 0 &&
+                !(i = iov_setup(&(sf.trailers), &tbuf,
+                                trailers, sf.trl_cnt, PyBUF_SIMPLE)))
                 return NULL;
+#ifdef __APPLE__
+            sbytes += i;
+#endif
         }
     }
 

From report at bugs.python.org  Tue Mar  1 14:48:51 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:48:51 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298986461.42.0.308448879185.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110301134842.GA8043@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

(GMail imposes a five minute or so delay when used over SMTP, so 
the timeline sometimes looks unfortunate.)
So, finally, -2.patch only fixed with 'blen' for 'len'.
Compiles and test ok.

> Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
> 
> Please try to provide a patch which fixes (as in "makes the test pass") this specific issue only. As for other changes such as the code restyling you can open a separate ticket with another patch.

----------
Added file: http://bugs.python.org/file20960/issue11351-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________
-------------- next part --------------
diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c
--- a/Modules/posixmodule.c
+++ b/Modules/posixmodule.c
@@ -5867,36 +5867,42 @@
 
 #ifdef HAVE_SENDFILE
 #if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
-static int
+static Py_ssize_t
 iov_setup(struct iovec **iov, Py_buffer **buf, PyObject *seq, int cnt, int type)
 {
     int i, j;
+    Py_ssize_t blen, total = 0;
+
     *iov = PyMem_New(struct iovec, cnt);
     if (*iov == NULL) {
         PyErr_NoMemory();
-        return 0;
-    }
+        return total;
+    }
+
     *buf = PyMem_New(Py_buffer, cnt);
     if (*buf == NULL) {
         PyMem_Del(*iov);
         PyErr_NoMemory();
-        return 0;
+        return total;
     }
 
     for (i = 0; i < cnt; i++) {
-        if (PyObject_GetBuffer(PySequence_GetItem(seq, i), &(*buf)[i],
-                type) == -1) {
+        if (PyObject_GetBuffer(PySequence_GetItem(seq, i),
+                               &(*buf)[i], type) == -1) {
             PyMem_Del(*iov);
             for (j = 0; j < i; j++) {
                 PyBuffer_Release(&(*buf)[j]);
-           }
+            }
             PyMem_Del(*buf);
-            return 0;
+            total = 0;
+            return total;
         }
         (*iov)[i].iov_base = (*buf)[i].buf;
-        (*iov)[i].iov_len = (*buf)[i].len;
-    }
-    return 1;
+        blen = (*buf)[i].len;
+        (*iov)[i].iov_len = blen;
+        total += blen;
+    }
+    return total;
 }
 
 static void
@@ -5954,10 +5960,15 @@
                 "sendfile() headers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* Avoid uninitialized warning */
             sf.hdr_cnt = PySequence_Size(headers);
-            if (sf.hdr_cnt > 0 && !iov_setup(&(sf.headers), &hbuf,
-                    headers, sf.hdr_cnt, PyBUF_SIMPLE))
+            if (sf.hdr_cnt > 0 &&
+                !(i = iov_setup(&(sf.headers), &hbuf,
+                                headers, sf.hdr_cnt, PyBUF_SIMPLE)))
                 return NULL;
+#ifdef __APPLE__
+            sbytes += i;
+#endif
         }
     }
     if (trailers != NULL) {
@@ -5966,10 +5977,15 @@
                 "sendfile() trailers must be a sequence or None");
             return NULL;
         } else {
+            Py_ssize_t i = 0; /* Avoid uninitialized warning */
             sf.trl_cnt = PySequence_Size(trailers);
-            if (sf.trl_cnt > 0 && !iov_setup(&(sf.trailers), &tbuf,
-                    trailers, sf.trl_cnt, PyBUF_SIMPLE))
+            if (sf.trl_cnt > 0 &&
+                !(i = iov_setup(&(sf.trailers), &tbuf,
+                                trailers, sf.trl_cnt, PyBUF_SIMPLE)))
                 return NULL;
+#ifdef __APPLE__
+            sbytes += i;
+#endif
         }
     }
 

From report at bugs.python.org  Tue Mar  1 14:52:02 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:52:02 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298986813.3709.3.camel@localhost.localdomain>
Message-ID: <20110301135155.GB8043@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

But, dear Antoine, i don't know *any* editor that is capable to 
handle the following code correctly:

#ifdef __APPLE__
    if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&O&|OOi:sendfile",
        keywords, &out, &in, _parse_off_t, &offset, _parse_off_t, &sbytes,
#else
    if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&n|OOi:sendfile",
        keywords, &out, &in, _parse_off_t, &offset, &len,
#endif
                &headers, &trailers, &flags))

> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> Problem is, each developer has his/her own preferences and editor
> settings, so if we start reformatting with each commit, the history of a
> piece of code becomes very difficult to read.
> 
> I would simply suggest that you disable these vim settings, or at least
> tweak them so that they don't apply automatically when you edit existing
> code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:53:20 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 13:53:20 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298987600.46.0.512705702286.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

I don't have 3.3 installed so I cannot test it, but here is a patch for 2.6. I am sure it breaks stuff - are there tests for the subprocess module that would cover the cases that pickle was used for? 


--- subprocess.py.orig	2011-03-02 00:47:59.000000000 +1100
+++ subprocess.py	2011-03-02 00:51:27.000000000 +1100
@@ -414,7 +414,7 @@
     import select
     import errno
     import fcntl
-    import pickle
+    import json
 
 __all__ = ["Popen", "PIPE", "STDOUT", "call", "check_call", "CalledProcessError"]
 
@@ -1105,7 +1105,7 @@
                                                                    exc_value,
                                                                    tb)
                             exc_value.child_traceback = ''.join(exc_lines)
-                            os.write(errpipe_write, pickle.dumps(exc_value))
+                            os.write(errpipe_write, json.dumps(exc_value))
 
                         # This exitcode won't be reported to applications, so it
                         # really doesn't matter what we return.
@@ -1134,7 +1134,7 @@
 
             if data != "":
                 _eintr_retry_call(os.waitpid, self.pid, 0)
-                child_exception = pickle.loads(data)
+                child_exception = json.loads(data)
                 for fd in (p2cwrite, c2pread, errread):
                     if fd is not None:
                         os.close(fd)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:55:05 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:55:05 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1298987705.16.0.0405167822251.issue11351@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


Removed file: http://bugs.python.org/file20943/posixmodule.naive-apple-patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:55:12 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:55:12 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1298987712.66.0.433534990285.issue11351@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


Removed file: http://bugs.python.org/file20946/issue11351.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 14:56:46 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 13:56:46 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1298987806.07.0.097998987293.issue11351@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


Removed file: http://bugs.python.org/file20949/issue11351-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:01:03 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 14:01:03 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298988063.83.0.979045412521.issue11358@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:01:28 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 14:01:28 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298988088.02.0.587735837637.issue11359@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Why do you want to replace pickle by json?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:05:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 14:05:56 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <20110301135155.GB8043@sherwood.local>
Message-ID: <1298988354.3709.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> But, dear Antoine, i don't know *any* editor that is capable to 
> handle the following code correctly:
> 
> #ifdef __APPLE__
>     if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&O&|OOi:sendfile",
>         keywords, &out, &in, _parse_off_t, &offset, _parse_off_t, &sbytes,
> #else
>     if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&n|OOi:sendfile",
>         keywords, &out, &in, _parse_off_t, &offset, &len,
> #endif
>                 &headers, &trailers, &flags))

What do you mean with "handling"? If you are asking your editor to
understand the C language, then it might indeed have a problem.
If you are asking your editor to simply edit test, it should work fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:11:31 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 01 Mar 2011 14:11:31 +0000
Subject: [issue11349] _pickle should implement the module finalisation protocol
In-Reply-To: <1298973083.7.0.500005600733.issue11349@psf.upfronthosting.co.za>
Message-ID: <AANLkTin==nJTUAkrPSCNcXCpMqE33-URx5kNqhTfbnv+@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

http://mail.python.org/pipermail/python-dev/2009-October/093057.html

2011/3/1 Antoine Pitrou <report at bugs.python.org>:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Not sure why #812369 is bogged down. The patch simply needs updating for 3.x.
>
> ----------
> nosy: +pitrou
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11349>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11349>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:11:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 14:11:40 +0000
Subject: [issue11361] suggestion for os.kill(pid,CTRL_C_EVENT)
In-Reply-To: <1298986221.06.0.20392871991.issue11361@psf.upfronthosting.co.za>
Message-ID: <1298988700.78.0.00234803742213.issue11361@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gregory.p.smith
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11361>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:23:33 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 01 Mar 2011 14:23:33 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298988354.3709.4.camel@localhost.localdomain>
Message-ID: <20110301142114.GA20119@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

I agree with that.

> Antoine Pitrou <pitrou at free.fr> added the comment:
> If you are asking your editor to simply edit test, it should work fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:31:33 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 14:31:33 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298989893.77.0.374471304984.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

>From my reading of the code it may be possible if I execute a command via Popen that the child had output that went to stderror, because stderror is associated with the fd of errpipe_write, and it was not to be 'trusted' (lets say I ran it as another user) then it could be pickle.loaded in the parent - and this could potentially be bad.

I could be totally wrong about this tho. I haven't tested the above case yet. 

Regardless - the use of pickle here is not really required and json can do what pickle is doing (from my reading of the code thus far).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:33:12 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 14:33:12 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298989992.16.0.958358291602.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Actually I don't think that is possible mmm.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:41:30 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 14:41:30 +0000
Subject: [issue11359] Please replace the use of pickle in subprocess with json.
In-Reply-To: <1298962945.05.0.373214818345.issue11359@psf.upfronthosting.co.za>
Message-ID: <1298990490.26.0.132036922714.issue11359@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

As the child will have already have exec'ed there will be no exception raised --> so the parent shouldn't pickle.load from stderror... So unless there is a path where the parent will end up pickle.load ing the exception that case I put before is not possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11359>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:42:58 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 01 Mar 2011 14:42:58 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298990578.05.0.619637013098.issue11358@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This would increase the overhead to no purpose, as far as I can see.

Ask or Jesse can reopen this if they think it is worth considering.

----------
nosy: +asksol, jnoller, r.david.murray
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 15:59:40 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 14:59:40 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298991580.63.0.941854868108.issue11358@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Um ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 16:02:12 2011
From: report at bugs.python.org (Jesse Noller)
Date: Tue, 01 Mar 2011 15:02:12 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298962303.49.0.457457869343.issue11358@psf.upfronthosting.co.za>
Message-ID: <1298991732.97.0.86637286134.issue11358@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

I concur with RDM. We need complex data structures, and switching to JSON represents a non zero amount of work, isn't as fast and pickle works well. If you want to use JSON as a transport, I would do custom subclassing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 16:03:05 2011
From: report at bugs.python.org (david)
Date: Tue, 01 Mar 2011 15:03:05 +0000
Subject: [issue11358] Please replace the use of pickle in multiprocessing with
	json.
In-Reply-To: <1298991732.97.0.86637286134.issue11358@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=y1KPtxDz7q4-3RV+DUfz1kYfa=GM5Gj_oXTY7@mail.gmail.com>


david <db.pub.mail at gmail.com> added the comment:

Fair enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11358>
_______________________________________

From report at bugs.python.org  Tue Mar  1 16:13:01 2011
From: report at bugs.python.org (Alexis Metaireau)
Date: Tue, 01 Mar 2011 15:13:01 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1298992381.47.0.745381866781.issue11357@psf.upfronthosting.co.za>


Alexis Metaireau <alexis at notmyidea.org> added the comment:

Some nitpicks:

In mirrors.get_server_key, the documentation is not up to date with your last changes (raises an error if there is a problem instead of returning None)

You do use the name 'package' while talking about distributions or projects. Please be sure to use the right one on the right place (in your case, that's a project). A project (Django) contains releases (Django 1.1, 1.2, 1.3?) which contains distributions (sdist, bdist).

The "verify_package" name could probably be changed in "is_trustable" or something like that, or raise an error (Otherwise, one can use verify_package thinking that it will actually check for something, without looking at the return value).

In the documentation, you've mainly copy/pasted the PEP and provided examples on how to do the authenticity check with distutils2. 

While the second part is fine, I think that duplicating the PEP content on the documentation is probably an error: If the PEP changes, then the distutils2 documentation have to change as well. You probably can just refer on the PEP with a link.

Adding informations on where did you find the sources of verify.py could be nice as well.

Again, thanks for your work !

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Tue Mar  1 16:44:58 2011
From: report at bugs.python.org (Alexis Metaireau)
Date: Tue, 01 Mar 2011 15:44:58 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298992381.47.0.745381866781.issue11357@psf.upfronthosting.co.za>
Message-ID: <4D6D1476.4010004@notmyidea.org>


Alexis Metaireau <alexis at notmyidea.org> added the comment:

Antoine Pitrou on #python-dev made interesting remarks about the validation:

16:19 < __ap__> hmm the way the patch does validation is bogus
16:22 < __ap__> because it opens the URL a first time, validates it,
then opens it a second time with urlopen()
16:22 < __ap__> without verifying the certificate on the second time
16:23 < __ap__> it should do the validation directly with urlopen()
16:23 < __ap__> (which probably requires defining a custom HTTPSHandler)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Tue Mar  1 17:19:34 2011
From: report at bugs.python.org (Kelsey)
Date: Tue, 01 Mar 2011 16:19:34 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1298996374.9.0.619485619028.issue11357@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

Thanks for the feedback! I agree with the issues raised and will rework the patch to address them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Tue Mar  1 17:55:06 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Tue, 01 Mar 2011 16:55:06 +0000
Subject: [issue11322] encoding package's normalize_encoding() function is
	too	slow
In-Reply-To: <1298649332.11.0.637901441206.issue11322@psf.upfronthosting.co.za>
Message-ID: <1298998506.89.0.244397345441.issue11322@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11322>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:07:49 2011
From: report at bugs.python.org (Richard Rabbat)
Date: Tue, 01 Mar 2011 18:07:49 +0000
Subject: [issue11362] image/webp missing from mimetypes.py
In-Reply-To: <1299002869.89.0.906487136823.issue11362@psf.upfronthosting.co.za>
Message-ID: <1299002869.89.0.906487136823.issue11362@psf.upfronthosting.co.za>


New submission from Richard Rabbat <rabbat at google.com>:

image/webp is missing from the mimetypes.py list of valid mimetypes. 
webp is an open-source image format and uses vp8 as a codec.

----------
components: Library (Lib)
messages: 129786
nosy: Richard.Rabbat
priority: normal
severity: normal
status: open
title: image/webp missing from mimetypes.py
type: feature request
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11362>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:18:17 2011
From: report at bugs.python.org (Eric Wolf)
Date: Tue, 01 Mar 2011 18:18:17 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299003497.81.0.921677638528.issue10900@psf.upfronthosting.co.za>


Eric Wolf <ebwolf at gmail.com> added the comment:

I tried the change you suggested. It still fails but now at 572,320 bytes instead of 900,000. I'm not sure why the difference in bytes read. I'll explore this more in a bit.

I also converted the BZ2 to GZ and used the gzip module. It's failing after reading 46628864 bytes. The GZ file is 33GB compared to the 22GB BZ2.

I've attached the strace output. I was getting an error with the sbrk parameter, so I left it out. Let me know if there's anything else I can provide.

----------
versions: +Python 2.5
Added file: http://bugs.python.org/file20961/strace_bz2.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:28:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 18:28:21 +0000
Subject: [issue11360] In documentation of getopt,
	advertise argparse instead of optparse
In-Reply-To: <1298982503.08.0.830578820579.issue11360@psf.upfronthosting.co.za>
Message-ID: <1299004101.85.0.112663777361.issue11360@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This was overlooked in r81490, which added the note pointing to argparse. Fixed in r88696 for the py3k branch (I?ll backport later to 3.2 and 2.7), thanks.

----------
nosy: +eric.araujo
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11360>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:37:17 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 01 Mar 2011 18:37:17 +0000
Subject: [issue11362] image/webp missing from mimetypes.py
In-Reply-To: <1299002869.89.0.906487136823.issue11362@psf.upfronthosting.co.za>
Message-ID: <1299004637.67.0.871183010682.issue11362@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Is there an IANA registration for this?  Any other standards references to it would be helpful, if it doesn't.  See issue 10730 for an example of the research that went in to the last mimetypes addition.

----------
nosy: +r.david.murray
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11362>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:41:56 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 18:41:56 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299004916.13.0.582496687782.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Okay, as an initial suggestion, how about we give every function a `.__parent_class__` attribute saying which class it is a method of? I feel this is a bit of a duct tape solution, but I don't see any other alternative.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:50:03 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 01 Mar 2011 18:50:03 +0000
Subject: [issue11363] Curses - add missing functions to doc
In-Reply-To: <1299005402.55.0.443028099437.issue11363@psf.upfronthosting.co.za>
Message-ID: <1299005402.55.0.443028099437.issue11363@psf.upfronthosting.co.za>


New submission from Sandro Tosi <sandro.tosi at gmail.com>:

Following up http://mail.python.org/pipermail/docs/2011-January/002922.html , I did a check on all the documented functions of curses and those available from the module, and wrote a patch to include in the doc the missing ones (text is mainly brought by manpages).

IMHO, it should be backported to the currently maintained versions (but I didn't check what's 2.7 status).

----------
assignee: docs at python
components: Documentation
files: curses_missing_functs-py3k.patch
keywords: patch
messages: 129791
nosy: docs at python, sandro.tosi
priority: low
severity: normal
stage: patch review
status: open
title: Curses - add missing functions to doc
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file20962/curses_missing_functs-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11363>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:51:21 2011
From: report at bugs.python.org (Florian Mayer)
Date: Tue, 01 Mar 2011 18:51:21 +0000
Subject: [issue11326] connect_ex() implementation missing for SSL sockets
In-Reply-To: <1298680273.55.0.581698432494.issue11326@psf.upfronthosting.co.za>
Message-ID: <1299005481.95.0.353705075381.issue11326@psf.upfronthosting.co.za>


Florian Mayer <flormayer at aim.com> added the comment:

Thanks for the fast response and for fixing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11326>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:53:24 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 01 Mar 2011 18:53:24 +0000
Subject: [issue11363] Curses - add missing functions to doc
In-Reply-To: <1299005402.55.0.443028099437.issue11363@psf.upfronthosting.co.za>
Message-ID: <AANLkTikYOgJTjdAUm1HmO0yh+ZxWFqgThVn-uLoz00ru@mail.gmail.com>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

On Tue, Mar 1, 2011 at 19:50, Sandro Tosi <report at bugs.python.org> wrote:
>
> New submission from Sandro Tosi <sandro.tosi at gmail.com>:
>
> Following up http://mail.python.org/pipermail/docs/2011-January/002922.html , I did a check on all the documented functions of curses and those available from the module, and wrote a patch to include in the doc the missing ones (text is mainly brought by manpages).
>
> IMHO, it should be backported to the currently maintained versions (but I didn't check what's 2.7 status).

I did it now, it was quite easy: diff between 2.7 and py3k doc files
are just a bunch of line, and patch applies fine (with some hunk
offsets) on release2.7-maint too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11363>
_______________________________________

From report at bugs.python.org  Tue Mar  1 19:58:23 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 01 Mar 2011 18:58:23 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299005903.73.0.740033048925.issue10900@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> I've attached the strace output. I was getting an error with the sbrk parameter, so I left it out.

Yeah, sbrk is not a syscall ;-)

> Let me know if there's anything else I can provide.

Stupid questions:
- have you checked the file's md5sum ?
- what does "bzip2 -cd <file> > /dev/null" return ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 20:08:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 19:08:18 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

I?m working on removing uses of distutils from the standard library.  I found only one remaining use of distutils.sysconfig; changing it to use sysconfig should not change the behavior of the test, but I can?t test, so please review attached patch.

----------
assignee: eric.araujo
components: Macintosh, Tests
files: remove-distutils.sysconfig-traces.diff
keywords: patch
messages: 129795
nosy: eric.araujo, tarek
priority: normal
severity: normal
stage: commit review
status: open
title: Move from distutils.sysconfig to sysconfig in test_osx_env
versions: Python 3.3
Added file: http://bugs.python.org/file20963/remove-distutils.sysconfig-traces.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Tue Mar  1 20:09:31 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 19:09:31 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299006571.78.0.822843824596.issue11364@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

(I thought auto-nosy was set for Mac.)

----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Tue Mar  1 20:39:58 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Mar 2011 19:39:58 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299008398.69.0.778464323604.issue9276@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> how about we give every function a `.__parent_class__` 
> attribute saying which class it is a method of? 

Won't work.  The same function can be used in multiple classes.

The function object is independent of the class.  This is conceptually no different that the unremarkable fact that any object can be stored in multiple dictionaries and the object is not responsible for knowing which dictionaries it is stored in.

def f(self): ...   # not even defined inside a class
A.f = f            # stored in class A
B.f = f            # also stored in class B
dir(f)             # f doesn't know where it is stored

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 20:49:24 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 19:49:24 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299008964.67.0.445348161344.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Raymond: I don't think this matters. We don't need a canonical `.__parent_class__`, we just need to know where that function is defined so we could find it when unpickling. In the example that you gave, `f` would have a `.__parent_class__` of `None`, and it would be pickleable because it would be found on the top-level of the module it's defined on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:09:12 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 01 Mar 2011 20:09:12 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299010152.1.0.314660293573.issue11364@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

LGTM

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:19:04 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 20:19:04 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299010744.3.0.892626965359.issue11364@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for reviewing.  Have you had time to test it or shall I just commit and wait for the buildbots master to come at me with a big knife if I break them?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:24:40 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Mar 2011 20:24:40 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299011080.73.0.333388124922.issue9276@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This isn't worth introducing poorly thought out hacks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:29:13 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 01 Mar 2011 20:29:13 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299011353.87.0.206160435885.issue11364@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Go for it. It's highly unlikely to break anything but, if so, redirect the knives my way. I verified that the results from the two sysconfigs are the same. I don't know that there are any buildbots that currently build a framework configuration anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:38:31 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 20:38:31 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299011911.24.0.282285111752.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

> This isn't worth introducing poorly thought out hacks.

Being able to pickle unbound methods is important. In my project I have objects that refer to unbound methods. Now these objects are unpickleable. I can't save them to disk and I can't use the multiprocessing module on them. That's a big problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 21:47:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 20:47:22 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299012442.07.0.820473962031.issue9276@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Being able to pickle unbound methods is important. In my project I have 
> objects that refer to unbound methods. Now these objects are
> unpickleable. I can't save them to disk and I can't use the
> multiprocessing module on them. That's a big problem.

Judging from all that has been said on this issue, I think the best you can do now is try to whip up a patch and upload it if it ends up not too hackish.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:03:19 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 21:03:19 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299013399.37.0.8184603845.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

> [...]  try to whip up a patch and upload it if it ends up not too hackish.

To have a non-hackish patch we need a non-hackish idea. The `.__parent_class__` idea looks hackish to me, but now that I think about it, how is it more hackish than a function's `.__module__` attribute?

I mean, a function's `.__module__` attribute says on which module the function was originally defined, but the function could be accessible on any other module and any other namespace or class. Its `.__module__` would remain constant, because it's the one place where you are guaranteed to be able to find the function, assuming it's defined in the top-level. So the `.__module__` attribute is used in unpickling the function. How is the `.__parent_class__` suggestion more hackish than `.__module__`?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:07:14 2011
From: report at bugs.python.org (Daniel Urban)
Date: Tue, 01 Mar 2011 21:07:14 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299013634.55.0.506134565415.issue9276@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:08:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 21:08:50 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1299013399.37.0.8184603845.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299013726.3709.14.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> To have a non-hackish patch we need a non-hackish idea. The
> `.__parent_class__` idea looks hackish to me, but now that I think
> about it, how is it more hackish than a function's `.__module__`
> attribute?

Not much, agreed. You might want to call it `__namespace__` instead if
you want it to look cleaner :)
(and it could be useful for other purposes such as e.g. introspection)

But by "hackish" I meant the possible implementation of it, not the idea
itself. That's what a patch would help assess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:14:15 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 01 Mar 2011 21:14:15 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299014055.39.0.736485853047.issue10900@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

After running this under gdb, it turns out that it's actually bzlib's bzRead that's returning a BZ_STREAM_END after only 900k bytes.
So it confims what I've been suspecting, i.e. that the file is corrupt (I got the error at exactly the same offset as you - it could be a bug in bzlib, but it'd be quite surprising).
Note that google returns quite a few occurrences of corrupted OSM archives, e.g. http://www.mail-archive.com/newbies at openstreetmap.org/msg01854.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:22:25 2011
From: report at bugs.python.org (Eric Wolf)
Date: Tue, 01 Mar 2011 21:22:25 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299014545.23.0.590778714643.issue10900@psf.upfronthosting.co.za>


Eric Wolf <ebwolf at gmail.com> added the comment:

Stupid questions are always worth asking. I did check the MD5 sum earlier and just checked it again (since I copied the file from one machine to another):

ebwolf at ubuntu:/opt$ md5sum /host/full-planet-110115-1800.osm.bz2 
0e3f81ef0dd415d8f90f1378666a400c  /host/full-planet-110115-1800.osm.bz2
ebwolf at ubuntu:/opt$ cat full-planet-110115-1800.osm.bz2.md5 
0e3f81ef0dd415d8f90f1378666a400c  full-planet-110115-1800.osm.bz2

There you have it. I was able to convert the bz2 to gzip with no errors:

bzcat full-planet-110115-1800.osm.bz2 | gzip > full-planet.osm.gz

FYI: This problem came up last year with no resolution:

http://mail.python.org/pipermail/tutor/2010-February/074610.html

Thanks for looking at this. Let me know if there's anything else you'd like me to try. In general, is it best to always read the same number of bytes? And what is the best value to pass for buffering in BZ2File? I just made up something hoping it would work.

I'm still waiting on the bzcat to /dev/null

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:29:15 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 01 Mar 2011 21:29:15 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299014955.28.0.462467189097.issue9276@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> Being able to pickle unbound methods is important. In my project I have 
> objects that refer to unbound methods. Now these objects are
> unpickleable. I can't save them to disk and I can't use the
> multiprocessing module on them. That's a big problem.

The multiprocessing module *can* pickle bound and unbound methods (see below), but only with the multiprocessing.Process class. It does not work with Pool.map(), for example.  The reason is that Process uses the special ForkingPickler that has special code to handle methods.  Pool.map could be fixed IMO.

Is "ForkingPickler" enough for your needs?



==== mod.py ============
class C:
    def foo(self):
        print("CALLED")
==== main.py ===========
from mod import C
if __name__ == '__main__':
    from multiprocessing import Process
    p = Process(target=C().foo)
    p.start(); p.join()
    p = Process(target=C.foo, args=(C(),))
    p.start(); p.join()

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:39:07 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Tue, 01 Mar 2011 21:39:07 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299015547.14.0.515076375469.issue11265@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

patch updated for handling EPIPE

----------
title: asyncore does not check for EAGAIN errno -> asyncore does not check for EAGAIN and EPIPE errno
Added file: http://bugs.python.org/file20964/z.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:39:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 21:39:49 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299015589.36.0.804706594702.issue11265@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> giampaolo.rodola
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:40:33 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 21:40:33 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

"Buildroot: Making Embedded Linux easy" has patches for Python 2.7 to simplify the cross-compilation of Python:
http://git.buildroot.net/buildroot/tree/package/python

The maintainer, Thomas Petazzoni, told me that the 12 first patches are the most important. Other patches are to disable some features.

----------
components: Build
messages: 129811
nosy: haypo
priority: normal
severity: normal
status: open
title: Integrate Buildroot patches (cross-compilation)
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:41:53 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 21:41:53 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299015713.71.0.152148368853.issue11365@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +eric.araujo, tarek
stage:  -> needs patch
type:  -> feature request
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:42:44 2011
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 01 Mar 2011 21:42:44 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299015764.16.0.667783586793.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Amaury: I don't think ForkingPickler works for unbound methods defined in user code, which are implemented as functions. I think it only works for method-descriptors and wrapper-descriptors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:56:25 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 01 Mar 2011 21:56:25 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299016585.87.0.138238299351.issue9276@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

did you see my example above? it passes methods defined in user code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:56:46 2011
From: report at bugs.python.org (Eric Wolf)
Date: Tue, 01 Mar 2011 21:56:46 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299016606.78.0.906279818387.issue10900@psf.upfronthosting.co.za>


Eric Wolf <ebwolf at gmail.com> added the comment:

The only problem with the theory that the file is corrupt is that at least three people have encountered exactly the same problem with three files:

http://mail.python.org/pipermail/tutor/2010-June/076343.html

Colin was using an OSM planet file from some time last year and it quit at exactly 900000 bytes.

I'm trying bzip2 -t on the file to see if it reports any problems. These things take time... the bzcat to /dev/null still hasn't completed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 22:58:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 21:58:43 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299016723.83.0.253872096659.issue11365@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

buildroot-python-patches.tar.gz: today checkout of the git repository (package/python).

----------
Added file: http://bugs.python.org/file20965/buildroot-python-patches.tar.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:06:27 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 22:06:27 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299017187.08.0.638670850544.issue11365@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

buildboot.patch: the 12 patches combined into a single patch for Python 2.7.

Note: python-2.7-001-support-for-build.patch doesn't apply cleanly on 
release27-maint.

----------
keywords: +patch
Added file: http://bugs.python.org/file20966/buildroot.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:06:36 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 22:06:36 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299017196.2.0.777163188536.issue11365@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, the patches should be first ported to 3.3 (and need checking that they don't break anything: test suite, etc.). Then, if you want them to be examined separately, it might be better to create a separate issue for each.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:08:47 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 22:08:47 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299017327.91.0.0527051686438.issue8841@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I'd be happy to provide a patch.

How about extending getopt api to something like this:

>> optlist, args = getopt.getopt(['-b'], 'e', not_recognized="no %s option, mate!")
GetoptError: no -b option, mate!

Or maybe you should provide a dictionary?

>> optlist, args = getopt.getopt(['-b'], 'e', errors={'not_recognized': "no %s option, mate!")
GetoptError: no -b option, mate!

I have little experience with making design decisions, so if someone could guide me here, I will get down and provide a patch with proposed solution.

----------
nosy: +gruszczy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:08:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 22:08:58 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299017338.0.0.732755913025.issue11342@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Can you try updating your py3k checkout and applying with ?patch -p1??

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:10:22 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 22:10:22 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299017422.02.0.446331899505.issue8841@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

One more solution. Maybe getopt should expose variables that hold error messages (rather than have them hardcoded in the code), that can be simply substituted by the user before he runs getopt? But I don't really like this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:11:33 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 01 Mar 2011 22:11:33 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1299014545.23.0.590778714643.issue10900@psf.upfronthosting.co.za>
Message-ID: <AANLkTinyf5E_fDASqL42gq09X9-wfG1+gs+TD8eUXtLm@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Stupid questions are always worth asking. I did check the MD5 sum earlier
> and just checked it again (since I copied the file from one machine to
> another):
>
> ebwolf at ubuntu:/opt$ md5sum /host/full-planet-110115-1800.osm.bz2
> 0e3f81ef0dd415d8f90f1378666a400c  /host/full-planet-110115-1800.osm.bz2
> ebwolf at ubuntu:/opt$ cat full-planet-110115-1800.osm.bz2.md5
> 0e3f81ef0dd415d8f90f1378666a400c  full-planet-110115-1800.osm.bz2
>

Well, that only proves that the file wasn't corrupted during the download.
But this doesn't prove that the file on the remote server isn't
corrupt (see for example the link I gave you, the guy used rsync and
had a correct checksum but was still unable to extract the file).

> There you have it. I was able to convert the bz2 to gzip with no errors:
>
> bzcat full-planet-110115-1800.osm.bz2 | gzip > full-planet.osm.gz
>

How big is full-planet.osm.gz ?
Since bzip2 uses bzlib, and can very well return after having
uncompressed only half the file.
A more interesting test would be
$ bzip2 -cd full-planet-110115-1800.osm.bz2 | bzip2 -c > full-planet.new.osm.bz2
$ md5sum full-planet.*.bz2

> FYI: This problem came up last year with no resolution:
>
> http://mail.python.org/pipermail/tutor/2010-February/074610.html
>

Yeah, and it was also on an OSM file.
Now, I know that OSM are probably one of the biggest providers of huge
archives, but it's surprising that everytime there's a problem with
bz2, it's with an OSM file, no ?

Look at what I just found, a message from an OSM admin dating from later 2010:

"""
On 26 October 2010 13:47, Anthony <osm <at> inbox.org> wrote:
> a <at> A-PC:/media/usbdrive$ cat full-planet-101022.osm.bz2.md5
> 0a90fec8ce66bdd82984c2ee8c6bb6ac  full-planet-101022.osm.bz2
> a <at> A-PC:/media/usbdrive$ md5sum full-planet-101022.osm.bz2
> c652430b00668c30bb04816ff16cbfbe  full-planet-101022.osm.bz2
>
> Just me?
>

We had problems with the network card in that machine last night
causing some corruption, try
rsync://planet.openstreetmap.org/planet/full-experimental/ the file
into a good state.

Although best to wait a few hours, currently packet loss issues on
server's upstream network.

Regards
 Grant
"""

> In general, is it best to always read the same number of bytes?

In that case, it doesn't matter.

> And what is the best value to pass for buffering in BZ2File? I just made up
> something hoping it would work.

The default one ;-) (don't provide any)

> Colin was using an OSM planet file from some time last year and it quit at exactly 900000 bytes.

OSM again :-)
900.000 is exacty the default bz2 block size...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:12:56 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 01 Mar 2011 22:12:56 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299017576.38.0.149767088881.issue11265@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Ok for EAGAIN.

I'm not completely sure about EPIPE on recv() as it is not listed here:
http://www.kernel.org/doc/man-pages/online/pages/man2/recv.2.html
...although I think it's ok to treat it as an alias for connection lost anyway.

In pyftpdlib I treat both EPIPE and EBADF as disconnect events, and this works with both select() and poll().

Your patches should be targeted for python 3.3 (and not 2.x).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:19:39 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 22:19:39 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299017979.55.0.70914201133.issue11365@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I uploaded the patch to Rietveld for a review:
http://codereview.appspot.com/4253047

> Well, the patches should be first ported to 3.3

Ok, I will ask the author if he can do this job. I uploaded the patches for Python 2.7 for a review and to open the discussion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:23:16 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 22:23:16 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299018196.84.0.920449965182.issue8841@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Filip: The standard way of doing localization is thanks to the gettext module.

Richard: Regarding the contents of the error messages, please make specific remarks on what is lacking.

----------
stage:  -> needs patch
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:27:57 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 01 Mar 2011 22:27:57 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299018477.82.0.134383554748.issue8841@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I understand I should do something similar to what is done in argparse:

from gettext import gettext as _, ngettext

...

message = ngettext('conflicting option string: %s',
                   'conflicting option strings: %s',
                   len(conflicting_actions))

and then let user define those messages somewhere in his own po files?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:28:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 22:28:38 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299018518.05.0.191386566633.issue10900@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Perhaps your bz2 files are simply multi-stream files? The bz2 module currently doesn't support them (it only decompresses the first stream); see issue1625 for a patch.

I'm not an expert on this, but it seems you can do:

$ bzip2 -tvvv foo.bz2 
  foo.bz2: 
    [1: huff+mtf rt+rld {0x135c15ac, 0x135c15ac}]
    combined CRCs: stored = 0x135c15ac, computed = 0x135c15ac
    [1: huff+mtf rt+rld {0x6ff631c1, 0x6ff631c1}]
    combined CRCs: stored = 0x6ff631c1, computed = 0x6ff631c1
    ok

My intuition is that if you get several lines about CRCs, it means there are several streams in the bz2 file.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:29:18 2011
From: report at bugs.python.org (Richard Lowe)
Date: Tue, 01 Mar 2011 22:29:18 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299018558.31.0.588963520222.issue8841@psf.upfronthosting.co.za>


Richard Lowe <richlowe at richlowe.net> added the comment:

I don't find anything lacking about the error messages, I meant that there were no more specific exceptions, or fields in GetoptError to allow the caller to tell what was specifically wrong and provide its own localized messages.  So while the defaults are unlocalized, all an application can do is interpret the error string to provide a localized message.

The solution I was thinking of is getopt raising sub-types of GetoptError for each specific error case (unknown option, option requires argument, etc), and the message text of each of those being localized through gettext().  I'm not sure what problems that could cause with compatibility however, beyond obviously anyone who's already resorted to interpreting the string would have problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:35:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 01 Mar 2011 22:35:35 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299018935.75.0.695884453465.issue8841@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Richard: It?s not common to use subclasses to allow message customization.  Would gettext cover your need?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:49:24 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 22:49:24 +0000
Subject: [issue11246] PyUnicode_FromFormat("%V") decodes the byte string from
	ISO-8859-1
In-Reply-To: <1298067134.11.0.957382113163.issue11246@psf.upfronthosting.co.za>
Message-ID: <1299019764.28.0.81449268085.issue11246@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Fixed in Python 3.3 (r88697) and 3.2 (r88698). Thank you Ray.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11246>
_______________________________________

From report at bugs.python.org  Tue Mar  1 23:49:31 2011
From: report at bugs.python.org (Richard Lowe)
Date: Tue, 01 Mar 2011 22:49:31 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299019771.68.0.255029905478.issue8841@psf.upfronthosting.co.za>


Richard Lowe <richlowe at richlowe.net> added the comment:

Sure, just localizing them in the getopt implementation would be fine.

I suggested subclassing to solve the more general problem of the caller being able to tell one getopt error from another, for which it is a pretty common solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Wed Mar  2 00:07:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 23:07:09 +0000
Subject: [issue11140] threading.Lock().release() raises _thread.error,
	not RuntimeError
In-Reply-To: <1297092927.55.0.763535906906.issue11140@psf.upfronthosting.co.za>
Message-ID: <1299020829.66.0.355199207286.issue11140@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

_dummy_thread patch committed in r88699, thank you!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11140>
_______________________________________

From report at bugs.python.org  Wed Mar  2 00:10:28 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 01 Mar 2011 23:10:28 +0000
Subject: [issue10911] cgi: add more tests
In-Reply-To: <1295040877.8.0.0807786274615.issue10911@psf.upfronthosting.co.za>
Message-ID: <1299021028.92.0.836444221612.issue10911@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I commited your patch with minor changes (e.g. I kept f.close()) to Python 3.3 (r88700) and 3.2 (r88701). Thank you Pierre.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10911>
_______________________________________

From report at bugs.python.org  Wed Mar  2 00:41:18 2011
From: report at bugs.python.org (Eric Wolf)
Date: Tue, 01 Mar 2011 23:41:18 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299022878.52.0.0620340549407.issue10900@psf.upfronthosting.co.za>


Eric Wolf <ebwolf at gmail.com> added the comment:

I just got confirmation that OSM is using pbzip2 to generate these files. So they are multi-stream. At least that gives a final answer but doesn't solve my problem.

I saw this: http://bugs.python.org/issue1625

Does anyone know the current status of the patch supporting multistream bz2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Wed Mar  2 00:47:53 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 01 Mar 2011 23:47:53 +0000
Subject: [issue10900] bz2 module fails to multi-stream files completely
In-Reply-To: <1294938865.74.0.735458664613.issue10900@psf.upfronthosting.co.za>
Message-ID: <1299023273.07.0.0531687169167.issue10900@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Does anyone know the current status of the patch supporting multistream 
> bz2?

1) patch needs updating for current 3.x (probably not difficult)
2) need to make sure the legal statement is ok with vmware (since apparently they are a bit picky about this)

Closing as duplicate of issue1625.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> bz2.BZ2File doesn't support multiple streams
title: bz2 module fails to uncompress large files -> bz2 module fails to multi-stream files completely

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Wed Mar  2 00:57:41 2011
From: report at bugs.python.org (Josiah Carlson)
Date: Tue, 01 Mar 2011 23:57:41 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299023861.63.0.577553626737.issue11265@psf.upfronthosting.co.za>


Josiah Carlson <josiahcarlson at users.sourceforge.net> added the comment:

Giampaolo pinged me over email...

These additional conditions look good, and should be targeted for 3.3 .

Thank you :)

----------
nosy: +josiahcarlson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:12:54 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 00:12:54 +0000
Subject: [issue10829] PyUnicode_FromFormatV() bugs with "%" and "%%" format
	strings
In-Reply-To: <1294188403.72.0.24360709681.issue10829@psf.upfronthosting.co.za>
Message-ID: <1299024774.38.0.385258234191.issue10829@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Fixed in Python 3.3 (r88702+r88703).

I don't really want to backport it to 3.2, 3.1 or 2.7, because the patch is complex, changes a very important function, and the fixed bug (don't crash on invalid format strings) is minor. If you would like the fix into in old release, please reopen the issue and tell me why.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10829>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:13:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 00:13:51 +0000
Subject: [issue10831] PyUnicode_FromFormatV() doesn't support %li, %lli, %zi
In-Reply-To: <1294192517.91.0.585635268064.issue10831@psf.upfronthosting.co.za>
Message-ID: <1299024831.69.0.050307108482.issue10831@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Done in Python 3.3 (r88704+r88705). It was easier after fixing #10829.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10831>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:21:23 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 02 Mar 2011 00:21:23 +0000
Subject: [issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text
	correctly
In-Reply-To: <1283557981.28.0.85027629308.issue9769@psf.upfronthosting.co.za>
Message-ID: <1299025283.62.0.665200735523.issue9769@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
assignee:  -> belopolsky
resolution: fixed -> 
type:  -> feature request
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9769>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:22:11 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 02 Mar 2011 00:22:11 +0000
Subject: [issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text
	correctly
In-Reply-To: <1283557981.28.0.85027629308.issue9769@psf.upfronthosting.co.za>
Message-ID: <1299025331.5.0.595721731153.issue9769@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9769>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:25:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 00:25:45 +0000
Subject: [issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text
	correctly
In-Reply-To: <1283557981.28.0.85027629308.issue9769@psf.upfronthosting.co.za>
Message-ID: <1299025545.73.0.540403073693.issue9769@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I still consider that ASCII format strings should be enough for everyone.

> > If someone does that, (s)he should open a new issue for that :-)
>
> Why new issue?

Ok, so I just remove myself from the nosy list.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9769>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:34:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 00:34:58 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299026098.38.0.544677380249.issue11364@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you.  Committed in r88707, not candidate for backport.  Will close after a day or two without anyone complaining.

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:37:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 00:37:18 +0000
Subject: [issue11041] On the distutils2 documentation,
	'requires-python' shouldn't be documented as *multi
In-Reply-To: <1296214788.72.0.049703794101.issue11041@psf.upfronthosting.co.za>
Message-ID: <1299026238.15.0.420202364759.issue11041@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for spotting this.  I agree with your analysis, but not with your patch :)  The value is a comma-separated list of version predicates, not a version number.

----------
stage:  -> patch review
versions: +3rd party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11041>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:39:11 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 00:39:11 +0000
Subject: [issue11041] On the distutils2 documentation,
	'requires-python' shouldn't be documented as *multi
In-Reply-To: <1296214788.72.0.049703794101.issue11041@psf.upfronthosting.co.za>
Message-ID: <1299026351.53.0.657613886535.issue11041@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

A note about the bug tracker fields: Setting the component to Distutils will automatically get Tarek and me nosy, setting it to Distutils2 will add Alexis as well.  Also please set 3rd party for version.  Thanks for your contribution!

----------
nosy:  -tarek-ziade

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11041>
_______________________________________

From report at bugs.python.org  Wed Mar  2 01:39:41 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 00:39:41 +0000
Subject: [issue11041] On the distutils2 documentation,
	'requires-python' shouldn't be documented as *multi
In-Reply-To: <1296214788.72.0.049703794101.issue11041@psf.upfronthosting.co.za>
Message-ID: <1299026381.36.0.501382544934.issue11041@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +alexis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11041>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:05:59 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:05:59 +0000
Subject: [issue8923] Remove unused "errors"
	argument	from	_PyUnicode_AsDefaultEncodedString()
In-Reply-To: <1275848921.87.0.52681950966.issue8923@psf.upfronthosting.co.za>
Message-ID: <1299027959.18.0.610588602405.issue8923@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Fixed in Python 3.3: r88708 removes errors argument of _PyUnicode_AsDefaultEncodedString(), r88709 caches the result of str.encode().

> replace all uses of _PyUnicode_AsDefaultEncodedString()
> with PyUnicode_AsUTF8String()

It makes the code more complex because PyUnicode_AsUTF8String() increments the reference counter. I prefer to keep _PyUnicode_AsDefaultEncodedString().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8923>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:06:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:06:05 +0000
Subject: [issue8923] Remove unused "errors"
	argument	from	_PyUnicode_AsDefaultEncodedString()
In-Reply-To: <1275848921.87.0.52681950966.issue8923@psf.upfronthosting.co.za>
Message-ID: <1299027965.62.0.36401823126.issue8923@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8923>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:07:26 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:07:26 +0000
Subject: [issue8967] Create PyErr_GetWindowsMessage() function
In-Reply-To: <1276214955.6.0.858876193041.issue8967@psf.upfronthosting.co.za>
Message-ID: <1299028046.45.0.228510333258.issue8967@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

This issue doesn't solve any real issue. I prefer to close it because I don't need it anymore.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8967>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:08:27 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:08:27 +0000
Subject: [issue10338] test_lib2to3 failure on buildbot x86 debian parallel
	3.x: node is None in find_root()
In-Reply-To: <1289041958.15.0.549624913321.issue10338@psf.upfronthosting.co.za>
Message-ID: <1299028107.22.0.728958409092.issue10338@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

There is no more such bug on this buildbot.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10338>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:08:58 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:08:58 +0000
Subject: [issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text
	correctly
In-Reply-To: <1283557981.28.0.85027629308.issue9769@psf.upfronthosting.co.za>
Message-ID: <1299028138.88.0.569191909403.issue9769@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9769>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:09:15 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 01:09:15 +0000
Subject: [issue10911] cgi: add more tests
In-Reply-To: <1295040877.8.0.0807786274615.issue10911@psf.upfronthosting.co.za>
Message-ID: <1299028155.78.0.112922714763.issue10911@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10911>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:30:22 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 01:30:22 +0000
Subject: [issue11366] xml.etree.ElementTree.Element: docs should mention
	immediate subelement
In-Reply-To: <1299029422.8.0.159025283655.issue11366@psf.upfronthosting.co.za>
Message-ID: <1299029422.8.0.159025283655.issue11366@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

>From xml.etree.ElementTree.Element docs it is not obvious that find() and fundall() functions all return immediate children of current element.

----------
messages: 129845
nosy: techtonik
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.Element: docs should mention immediate subelement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11366>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:30:30 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 01:30:30 +0000
Subject: [issue11366] xml.etree.ElementTree.Element: docs should mention
	immediate subelement
In-Reply-To: <1299029422.8.0.159025283655.issue11366@psf.upfronthosting.co.za>
Message-ID: <1299029430.9.0.258494724643.issue11366@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11366>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:34:21 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 01:34:21 +0000
Subject: [issue11366] xml.etree.ElementTree.Element: docs should mention
	immediate subelement
In-Reply-To: <1299029422.8.0.159025283655.issue11366@psf.upfronthosting.co.za>
Message-ID: <1299029661.81.0.179935442451.issue11366@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

See also http://diveintopython3.org/xml.html#xml-find

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11366>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:44:31 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 01:44:31 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

ElementTree.find(path) docs say:

"Finds the first toplevel element with given tag. Same as getroot().find(path). path is the element to look for."

That's not true. path can take the form of "//tag" to find any child element with given tag, not strictly top level.

----------
assignee: docs at python
components: Documentation
messages: 129847
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.find(all): docs are wrong
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Wed Mar  2 02:58:36 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 01:58:36 +0000
Subject: [issue11368] xml.etree.ElementTree.Element should have a reference to
	parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

There is no way to get parent element from xml.etree.ElementTree.Element. This is one of the essential functions for XML support.

----------
components: XML
messages: 129848
nosy: techtonik
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.Element should have a reference to parent

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Wed Mar  2 03:00:55 2011
From: report at bugs.python.org (LW)
Date: Wed, 02 Mar 2011 02:00:55 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299031255.94.0.470393917692.issue11342@psf.upfronthosting.co.za>


LW <cjejuni2000 at yahoo.com> added the comment:

thanks.py3k done. 
still having rejects, applied patch:  

les at Liquid:~$ patch -p1 -i ~/Desktop/distutils_files.diff ~/Downloads/Python-3.2/distutils/command
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 245.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 511.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 124.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 294.
Hunk #2 FAILED at 359.
2 out of 2 hunks FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 270.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
les at Liquid:~$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Wed Mar  2 04:02:53 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 02 Mar 2011 03:02:53 +0000
Subject: [issue11368] xml.etree.ElementTree.Element should have a reference to
	parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299034973.61.0.190186583645.issue11368@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

ElementTree Element has no parent link by design.  See the "Accessing Parents" topic (http://effbot.org/zone/element.htm) in the supplemental documentation for ElementTree linked from the Python Standard Library doc set (http://docs.python.org/py3k/library/xml.etree.elementtree.html).

----------
nosy: +ned.deily
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Wed Mar  2 04:03:37 2011
From: report at bugs.python.org (William Hart)
Date: Wed, 02 Mar 2011 03:03:37 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299035016.51.0.282905880953.issue11369@psf.upfronthosting.co.za>
Message-ID: <1299035016.51.0.282905880953.issue11369@psf.upfronthosting.co.za>


New submission from William Hart <whart222 at gmail.com>:

I recently started using logging extensively in the Coopr software, and I ran into some performance issues when logging was used within frequently used kernels in the code.  After profiling, it became clear that the performance of the logging package could be improved by simply caching the value of the Logger.isEnabledFor() method.

I've created a draft version of this cachine mechanism based on a snapshot of logging that I took from Python 2.7.1.  This is currently hosted in pytuilib.logging, though I'd love to see this migrate into the Python library (see https://software.sandia.gov/trac/pyutilib/browser/pyutilib.logging/trunk/pyutilib/logging).

Basically, I did the following:

1. Added a counter to the Manager class (status) that is incremented whenever the manager object has its level set

2. Add a counter to the Logger class (level_status) that represents the value of the manger status when the Logger's cache was last updated

3. Rework the isEnabledFor() method to update the cache if the logger status is older than the manager status.  I moved the present isEnabledFor logic into the _isEnabledFor() method for simplicity.

The attached file shows the diffs.  Note that there were a few other diffs due to an effort to make pyutilib.logging work on Python 2.5-2.7.

--Bill

----------
components: Library (Lib)
files: logging__init__diffs.txt
messages: 129851
nosy: William.Hart
priority: normal
severity: normal
status: open
title: Add caching for the isEnabledFor() computation
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file20967/logging__init__diffs.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________

From report at bugs.python.org  Wed Mar  2 04:10:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 03:10:36 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299035436.6.0.670749116295.issue11342@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

And of course, I said the wrong thing :)  This patch needs -p0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Wed Mar  2 04:21:40 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 02 Mar 2011 03:21:40 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299035016.51.0.282905880953.issue11369@psf.upfronthosting.co.za>
Message-ID: <1299036100.87.0.926605425838.issue11369@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________

From report at bugs.python.org  Wed Mar  2 04:31:18 2011
From: report at bugs.python.org (LW)
Date: Wed, 02 Mar 2011 03:31:18 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299036678.99.0.533710326634.issue11342@psf.upfronthosting.co.za>


LW <cjejuni2000 at yahoo.com> added the comment:

btw, if not know yet the patches are applied to python 3.2.
anyway the patch -p0 resulted exactly the same rejects. 


les at Liquid:~$ patch -p0 -i ~/Desktop/distutils_files.diff ~/Downloads/Python-3.2/distutils/command
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 245.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 511.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 124.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 294.
Hunk #2 FAILED at 359.
2 out of 2 hunks FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
patching file /home/les/Downloads/Python-3.2/distutils/command
Hunk #1 FAILED at 270.
1 out of 1 hunk FAILED -- saving rejects to file /home/les/Downloads/Python-3.2/distutils/command.rej
les at Liquid:~$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Wed Mar  2 05:10:15 2011
From: report at bugs.python.org (LW)
Date: Wed, 02 Mar 2011 04:10:15 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1299035436.6.0.670749116295.issue11342@psf.upfronthosting.co.za>
Message-ID: <914627.32830.qm@web30603.mail.mud.yahoo.com>


LW <cjejuni2000 at yahoo.com> added the comment:

hi eric,
maybe we are troubleshooting the wrong thing. so i downloaded the python3.2 package again. configured no error. 
now make gives, just one bad or missing module(s). 

Failed to build these modules:
ossaudiodev?????????????????????????? 

i can't find it in synaptic manager. what are the packages i need to install to build ossaudiodev! can you help or should i post?
thanks,
lw

--- On Tue, 3/1/11, ??ric Araujo <report at bugs.python.org> wrote:

From: ??ric Araujo <report at bugs.python.org>
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
To: cjejuni2000 at yahoo.com
Date: Tuesday, March 1, 2011, 7:10 PM

??ric Araujo <merwok at netwok.org> added the comment:

And of course, I said the wrong thing :)?? This patch needs -p0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

----------
Added file: http://bugs.python.org/file20968/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">hi eric,<br>maybe we are troubleshooting the wrong thing. so i downloaded the python3.2 package again. configured no error. <br>now make gives, just one bad or missing module(s). <br><br>Failed to build these modules:<br>ossaudiodev&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br><br>i can't find it in synaptic manager. what are the packages i need to install to build ossaudiodev! can you help or should i post?<br>thanks,<br>lw<br><br><br><br>--- On <b>Tue, 3/1/11, ??ric Araujo <i>&lt;report at bugs.python.org&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: ??ric Araujo &lt;report at bugs.python.org&gt;<br>Subject: [issue11342] ResourceWarning: unclosed file &lt;_io.TextIOWrapper<br>To: cjejuni2000 at yahoo.com<br>Date: Tuesday, March 1, 2011, 7:10
 PM<br><br><div class="plainMail"><br>??ric Araujo &lt;<a ymailto="mailto:merwok at netwok.org" href="/mc/compose?to=merwok at netwok.org">merwok at netwok.org</a>&gt; added the comment:<br><br>And of course, I said the wrong thing :)&nbsp; This patch needs -p0.<br><br>----------<br><br>_______________________________________<br>Python tracker &lt;<a ymailto="mailto:report at bugs.python.org" href="/mc/compose?to=report at bugs.python.org">report at bugs.python.org</a>&gt;<br>&lt;<a href="http://bugs.python.org/issue11342" target="_blank">http://bugs.python.org/issue11342</a>&gt;<br>_______________________________________<br></div></blockquote></td></tr></table><br>

      

From report at bugs.python.org  Wed Mar  2 05:21:28 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 04:21:28 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299039688.16.0.691419433509.issue11342@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

ossaudiodev is a platform-specific module that you don?t have to care about.  It?s just a compilation warning that an option module has not been built, nothing to worry about.

I just realized that I was not paying enough attention to your error messages.  I have never used patch with the -d or -i options.  To apply the patch, change directory to the source of Python, where you should see the Lib and Modules directories for example, and then patch -p0 < distutils-files.diff

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Wed Mar  2 05:22:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 04:22:49 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299039769.41.0.468774084895.issue11342@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file20968/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Wed Mar  2 05:28:52 2011
From: report at bugs.python.org (Ray.Allen)
Date: Wed, 02 Mar 2011 04:28:52 +0000
Subject: [issue11350] __setitem__()'s problem of dbm.dumb object pointed out
	by comments
In-Reply-To: <1298886786.25.0.421725723062.issue11350@psf.upfronthosting.co.za>
Message-ID: <1299040132.69.0.988386092802.issue11350@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Here is a test case.

First here is a patch which implements a simple builtin function "abort()" that calls exit(0) directly, it simulates the cases that Py_FatalError occurred or segment fault.

Then run the following:

import dbm.dumb as dumb

db = dumb.open('test_db', 'c')
db.clear()
db['a'] = 'a'
db.sync()
db['a'] = 'aa'
abort()


Now the database 'test_db' is corrupt because .dat file and .dir file are out of sync:

db = dumb.open('test_db', 'c')
print(db['a'])
db.close()

prints:
b'a'

But the value of key 'a' in .dat file are: 'aa':
cat test_db.dat
aa

----------
keywords: +patch
Added file: http://bugs.python.org/file20969/builtin_abort.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11350>
_______________________________________

From report at bugs.python.org  Wed Mar  2 07:35:24 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 06:35:24 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1299018518.05.0.191386566633.issue10900@psf.upfronthosting.co.za>
Message-ID: <AANLkTikyC4E7LXcHedQApD1inW5dGzK4aDsVHpU9OgvU@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Perhaps your bz2 files are simply multi-stream files? The bz2 module
> currently doesn't support them (it only decompresses the first stream); see
> issue1625 for a patch.

That explains why it was seeing an end-of-stream so early...
Thanks for the explanation, I didn't know about multi-stream bzip2.

Charles

----------
title: bz2 module fails to multi-stream files completely -> bz2 module fails to uncompress large files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Wed Mar  2 08:50:17 2011
From: report at bugs.python.org (Daniel Tavares)
Date: Wed, 02 Mar 2011 07:50:17 +0000
Subject: [issue10367] "python setup.py sdist upload --show-response" can fail
	with "UnboundLocalError: local variable 'result' referenced
	before assignment"
In-Reply-To: <1289252212.79.0.124730407849.issue10367@psf.upfronthosting.co.za>
Message-ID: <1299052217.48.0.361748909307.issue10367@psf.upfronthosting.co.za>


Daniel Tavares <danielmtavares at gmail.com> added the comment:

Hey ?ric,

Just wanted to check with you about the status of this issue. Any chance this could be reviewed? It's been idle since December and it's still listed as "needs patch".

Thanks,
Daniel

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10367>
_______________________________________

From report at bugs.python.org  Wed Mar  2 08:55:40 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 07:55:40 +0000
Subject: [issue10900] bz2 module fails to uncompress large files
In-Reply-To: <1299022878.52.0.0620340549407.issue10900@psf.upfronthosting.co.za>
Message-ID: <AANLkTinYFWszh4ZNYmWRHParAnx_4dosctA5_YUod01A@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

2011/3/2 Eric Wolf <report at bugs.python.org>:
>
> Eric Wolf <ebwolf at gmail.com> added the comment:
>
> I just got confirmation that OSM is using pbzip2 to generate these files. So they are multi-stream. At least that gives a final answer but doesn't solve my problem.
>

At least on Unix, you can use this workaround:

-        self.fp = bz2.BZ2File(filename,'rb',16384*64)
+       self.fp = os.popen('bzip2 -cd ' + filename)

It's ugly, not as portable, but it should work on any Unix with bzip2
installed (and supporting multi-stream files).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10900>
_______________________________________

From report at bugs.python.org  Wed Mar  2 10:25:16 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 02 Mar 2011 09:25:16 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299035016.51.0.282905880953.issue11369@psf.upfronthosting.co.za>
Message-ID: <1299057916.25.0.577733312091.issue11369@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Bill,

Thanks for the suggestion and the patch. It's a good idea, though I wonder whether you found that the bulk of the time spent in isEnabledFor() was actually spent in getEffectiveLevel()? That's the one which loops through a logger's ancestors looking for a level which is actually set, so intuitively it would take a while - especially for deeper levels in the logging hierarchy. If so (which I suspect to be the case, but it would be good to have you confirm it), a better solution may be to cache the effective level.

Roughly how deep are/were your logger hierarchies in the situation where you experienced performance problems?

I'm happy to look at caching effective level for Python 3.3: The 2.X branches are now closed for additions other than bugs and security issues.

----------
assignee:  -> vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________

From report at bugs.python.org  Wed Mar  2 10:46:28 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 09:46:28 +0000
Subject: [issue8841] GetoptError strings should be localized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299059188.27.0.618004362655.issue8841@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Here is a small patch. Could you advise me, how can I test it now? Or is it an issue, that doesn't require writing new tests?

----------
keywords: +patch
Added file: http://bugs.python.org/file20970/8841.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:03:21 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 02 Mar 2011 10:03:21 +0000
Subject: [issue11270] logging: RotatingFileHandler crash when opening the
	Logfile in an Texteditor
In-Reply-To: <1298294418.47.0.778073580595.issue11270@psf.upfronthosting.co.za>
Message-ID: <1299060201.54.0.223630933106.issue11270@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Closing, as I said I would, since no feedback has been received for a week.

----------
components: +Library (Lib) -Extension Modules
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11270>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:08:25 2011
From: report at bugs.python.org (John Szakmeister)
Date: Wed, 02 Mar 2011 10:08:25 +0000
Subject: [issue11370] Fix distutils to carry configure's LIBS through to
	extension modules.
In-Reply-To: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>
Message-ID: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>


New submission from John Szakmeister <john at szakmeister.net>:

This is a port of r301 from unladen swallow to the py3k-jit branch.

On the Mac, there was an extra '-framework CoreFoundation' that was being passed in python3 (maybe it wasn't there in Python 2.x?).  At any rate, I changed the logic to ignore anything that didn't start with a "-l" or end with a ".a".  Not sure if that's the best answer, or if we should allow -framework and friends to pass through.

I put this under distutils, but it's really targeted towards the py3k-jit branch... which hasn't been updated since June. :-(

----------
assignee: tarek
components: Distutils
files: libs-to-extension.patch
keywords: patch
messages: 129863
nosy: eric.araujo, jszakmeister, tarek
priority: normal
severity: normal
status: open
title: Fix distutils to carry configure's LIBS through to extension modules.
type: feature request
Added file: http://bugs.python.org/file20971/libs-to-extension.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11370>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:24:03 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 10:24:03 +0000
Subject: [issue8841] getopt errors should be specialized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299061443.75.0.971605578852.issue8841@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I suggested subclassing to solve the more general problem of the
> caller being able to tell one getopt error from another, for which it
> is a pretty common solution.

Now I see what you meant and understand your request.  optparse has five different error classes and argparse has two, but they don?t bubble up to the caller, they?re caught and turned into error messages.  getopt is different, since it require its users to do the gruntwork, so having different exceptions for different user errors would be helpful.  Compatibility would not be an issue, we?d just make all classes inherit from GetoptError so that except clauses would still work.  I think you should take this to the python-ideas mailing list: Do other getopt users need this functionality?  What subclasses should there be?

Filip: Localization of error messages in getopt is another enhancement.  Would you mind opening another report and moving your patch there?  Thanks.

----------
title: GetoptError strings should be localized -> getopt errors should be specialized

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:31:46 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 10:31:46 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>


New submission from Filip Gruszczy?ski <gruszczy at gmail.com>:

In http://bugs.python.org/issue8841 Eric asked to open a new ticket about localisation of getopt error messages. I attach a patch.

----------
files: 8841.patch
keywords: patch
messages: 129865
nosy: eric.araujo, gruszczy
priority: normal
severity: normal
status: open
title: Localization of error messages in getopt
type: feature request
Added file: http://bugs.python.org/file20972/8841.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:32:49 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 10:32:49 +0000
Subject: [issue8841] getopt errors should be specialized
In-Reply-To: <1275007450.32.0.944656023036.issue8841@psf.upfronthosting.co.za>
Message-ID: <1299061969.28.0.824255325425.issue8841@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Here it is: http://bugs.python.org/issue11371

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8841>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:35:17 2011
From: report at bugs.python.org (Ram Rachum)
Date: Wed, 02 Mar 2011 10:35:17 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299062117.7.0.393828775351.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

Amaury:

Your example succeeds on Linux but fails on Windows:

	$ python3.2 main.py
	CALLED
	Traceback (most recent call last):
	  File "C:\Python32\Lib\pickle.py", line 679, in save_global
		klass = getattr(mod, name)
	AttributeError: 'module' object has no attribute 'foo'

	During handling of the above exception, another exception occurred:

	Traceback (most recent call last):
	  File "main.py", line 7, in <module>
		p.start(); p.join()
	  File "C:\Python32\Lib\multiprocessing\process.py", line 130, in start
		self._popen = Popen(self)
	  File "C:\Python32\Lib\multiprocessing\forking.py", line 267, in __init__
		dump(process_obj, to_child, HIGHEST_PROTOCOL)
	  File "C:\Python32\Lib\multiprocessing\forking.py", line 190, in dump
		ForkingPickler(file, protocol).dump(obj)
	  File "C:\Python32\Lib\pickle.py", line 237, in dump
		self.save(obj)
	  File "C:\Python32\Lib\pickle.py", line 344, in save
		self.save_reduce(obj=obj, *rv)
	  File "C:\Python32\Lib\pickle.py", line 432, in save_reduce
		save(state)
	  File "C:\Python32\Lib\pickle.py", line 299, in save
		f(self, obj) # Call unbound method with explicit self
	  File "C:\Python32\Lib\pickle.py", line 623, in save_dict
		self._batch_setitems(obj.items())
	  File "C:\Python32\Lib\pickle.py", line 656, in _batch_setitems
		save(v)
	  File "C:\Python32\Lib\pickle.py", line 299, in save
		f(self, obj) # Call unbound method with explicit self
	  File "C:\Python32\Lib\pickle.py", line 683, in save_global
		(obj, module, name))
	_pickle.PicklingError: Can't pickle <function foo at 0x00C4EBB8>: it's not found as mod.foo

	User at TURING ~/Desktop/temp
	$ Traceback (most recent call last):
	  File "<string>", line 1, in <module>
	  File "C:\Python32\Lib\multiprocessing\forking.py", line 370, in main
		self = load(from_parent)
	EOFError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:37:30 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 10:37:30 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1299062117.7.0.393828775351.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299062247.3722.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Amaury:
> 
> Your example succeeds on Linux but fails on Windows:
> 
> 	$ python3.2 main.py

I think the difference has to do with Python 3 vs. Python 2.
In Python 3 unbound methods are not wrapped in a specific object, and so
ForkingPickler does not find their global name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Wed Mar  2 11:58:41 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 10:58:41 +0000
Subject: [issue10367] "python setup.py sdist upload --show-response" can fail
	with "UnboundLocalError: local variable 'result' referenced
	before assignment"
In-Reply-To: <1289252212.79.0.124730407849.issue10367@psf.upfronthosting.co.za>
Message-ID: <1299063521.14.0.213044140754.issue10367@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Sorry for overlooking this.  The test is good, I could trigger the bug with it and then fix it with the patch.

Would you mind adding the same test for upload_docs?  The code was originally copied from upload, so we should test it too.


Philip: I understand your motives but respectfully disagree with them.

> The urgency was only that I didn't want the other contributors to
> this issue to feel as though the bar on their contributions were
> being raised higher every time they jumped the previous bar.
I try not to put off people by demanding a test, but asking if they want to write one and providing guidance.  I think it?s worked quite well with a lot of our recent contributors from Montr?al and other places, but I?m open to critiques about my tone or phrasing, I don?t want to sound like I require a huge amount of work from people who report bugs.

> I did it to make them feel like somebody was doing *something*.  In
> hindsight, that was not necessarily the best tactic.  ;-)
Well, I don?t really care about appearances or feelings; the truth of the situation is that there are a lot of easy and hard bugs and a few people to look at them, I don?t think we should mask it.  Prior to December, I was reactive in this report.

> (Given the nature of the bugfix and the bugfix-only status of the 2.7
> line, I don't think the lack of an automated test is a big deal; the
> odds that anything other than trivial bugfixes will be applied to
> this module in the future seem negligible to me.
You know more about distutils than me, but from the short time I?ve worked with this codebase, read bug reports and mailing list archives, I?ve found that it?s too optimistic to change something without an automated test.  I have committed a bug in upload.py once :)  That?s why I decided to draw a line and stop guessing and hoping things would be right and rely on regression tests.  This adds a bit of work for our contributors, but my intention is not to put off people, but to make things more robust.  We owe that to our users and to future distutils contributors.

I do hope this explains why seemingly trivial changes require a test too.  I?d also like to thank you for your help in this report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10367>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:07:04 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 11:07:04 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1299064024.77.0.403217754234.issue11371@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks good to me.  I assume you?re run the test suite.  Can you run xgettext too to see if we get warnings or errors? (?xgettext getopt.py? should be enough)

----------
stage:  -> commit review
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:08:50 2011
From: report at bugs.python.org (Michal Nowikowski)
Date: Wed, 02 Mar 2011 11:08:50 +0000
Subject: [issue10999] os.chflags refers to stat constants,
	but the constants are not documented in the stat module
In-Reply-To: <1295898075.1.0.406467023745.issue10999@psf.upfronthosting.co.za>
Message-ID: <1299064130.2.0.552900462244.issue10999@psf.upfronthosting.co.za>


Michal Nowikowski <godfryd at gmail.com> added the comment:

Improved the patch:
- moved code example up, just below S_* functions list

----------
Added file: http://bugs.python.org/file20973/documented-os_chflags-flags-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10999>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:13:07 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 11:13:07 +0000
Subject: [issue9100] test_sysconfig fails (test_user_similar)
In-Reply-To: <1277731663.45.0.56366593786.issue9100@psf.upfronthosting.co.za>
Message-ID: <1299064387.67.0.619060262628.issue9100@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  What ./configure options did you use?  I wonder if this is a duplicate of #11171 or #10086.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9100>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:17:24 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 11:17:24 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1299064644.06.0.0552436274731.issue11371@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Yes, I have run 

  ./python -m test -v test_getopt 

and it was ok.

Running 

  xgettext --from-code utf-8 getopt.py 

produces no output.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:20:12 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 02 Mar 2011 11:20:12 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1299064812.19.0.191284319064.issue11371@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I will wait for any negative feedback from another core dev and then commit this.  Thanks.

----------
assignee:  -> eric.araujo
resolution:  -> accepted
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:21:55 2011
From: report at bugs.python.org (John Szakmeister)
Date: Wed, 02 Mar 2011 11:21:55 +0000
Subject: [issue11370] Fix distutils to carry configure's LIBS through to
	extension modules.
In-Reply-To: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>
Message-ID: <1299064915.34.0.1639721967.issue11370@psf.upfronthosting.co.za>


John Szakmeister <john at szakmeister.net> added the comment:

Looks like this should've been done against the py3k branch instead.  Looking at py3k, it's changed quite a bit since the last merge into py3k-jit.

Perhaps there is a better way to do this under py3k?  Or it's handled already?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11370>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:32:03 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 02 Mar 2011 11:32:03 +0000
Subject: [issue11372] Remove xrange from argparse docs
In-Reply-To: <1299065523.43.0.68544574367.issue11372@psf.upfronthosting.co.za>
Message-ID: <1299065523.43.0.68544574367.issue11372@psf.upfronthosting.co.za>


New submission from Ross Lagerwall <rosslagerwall at gmail.com>:

As the title says, this patch replaces xrange with range for the 3.3 docs.

----------
assignee: docs at python
components: Documentation
files: doc.patch
keywords: patch
messages: 129876
nosy: docs at python, rosslagerwall
priority: normal
severity: normal
status: open
title: Remove xrange from argparse docs
versions: Python 3.3
Added file: http://bugs.python.org/file20974/doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11372>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:35:16 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 11:35:16 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1299065716.59.0.633680088169.issue11371@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Cool, thanks for all your advice.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar  2 12:53:06 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 11:53:06 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299066786.63.0.510929898728.issue11314@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

subprocess_errpipe_buffer.patch: Patch for 2.7 which improve by 30% the dummy benchmark (run /bin/false 10,000 times). It avoids the creation of the 1 MB buffer: start with a buffer of a single byte (just to check if there is data or if the pipe was closed).

----------
keywords: +patch
Added file: http://bugs.python.org/file20975/subprocess_errpipe_buffer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:09:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 12:09:13 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1299066786.63.0.510929898728.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299067750.3722.7.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> subprocess_errpipe_buffer.patch: Patch for 2.7 which improve by 30%
> the dummy benchmark (run /bin/false 10,000 times). It avoids the
> creation of the 1 MB buffer: start with a buffer of a single byte
> (just to check if there is data or if the pipe was closed).

Does it improve on non-dummy benchmarks? Otherwise I don't think it's
worth the trouble.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:11:02 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 12:11:02 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299067862.29.0.175389632467.issue11314@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Quick benchmark:
 - fork(), execv(), waitpid(): 19081.1 ms
 - os.popen(): 25769.8 ms
 - subprocess.Popen(): 40025.8 ms
 - subprocess.Popen() patched: 26155.2 ms

I tested Python 2.7 (debug build) on Linux (Debian Sid) with a Pentium 4 (Hyperthreading, 2 fake cores), 2 GB of memory.

Without the patch, subprocess is 55% slower than popen. With the patch, subprocess is 1% slower than popen. It is not a good news: subprocess should be faster before my benchmark tries Popen() without stdout=PIPE ;-)

pitrou> I think your analysis is wrong. These mmap() calls are for
pitrou> anonymous memory, most likely they are emitted by the libc's
pitrou> malloc() to get some memory from the kernel. In other words
pitrou> they will be blazingly fast.

Are you sure? :-)

Note that popen() is 35% slower than fork()+execv()+waitpid(). Patched subprocess is 37% slower than  fork()+execv()+waitpid().

Try attached bench_subprocess.py script to get your own results.

----------
Added file: http://bugs.python.org/file20976/bench_subprocess.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:17:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 12:17:49 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299068269.98.0.235802527929.issue11314@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Victor, your patch doesn't even apply on 3.x. That code doesn't exist anymore...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:18:48 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 02 Mar 2011 12:18:48 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299068328.2.0.912939793607.issue9276@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

OK, let's go back to the "__namespace__" idea, then. 

A long time ago I had the idea that the ast compiler could remember the list of "named blocks" (classes, functions) with their line numbers;
for example, the statement "class C" spans from line 20 to 40, "def foo()" spans from line 26 to 30.
Then, it's easy to locate the function "C.foo" if you only have its co_firstlineno.  This would also be a replacement for the awful hacks in Lib/trace.py::file_module_function_of() (please read the code and say "aaargh!").
This information would be stored in the module itself, and probably compressed with techniques similar to co_lnotab.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:27:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 12:27:54 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299068874.96.0.0103788124421.issue11314@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Benchmark under 3.x (without obsolete patch):
- fork + execv + waitpid: 4794.4 ms
- os.popen: 19792.9 ms
- subprocess.popen: 10152.1 ms

Benchmark under 2.x (without patch:)
- fork + execv + waitpid: 4292.7 ms
- os.popen: 12697.6 ms
- subprocess.popen: 5496.3 ms

Looks like there's a regression on both os.popen and subprocess.popen.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:34:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 12:34:56 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299069296.58.0.337382134397.issue11314@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a quick profile under 3.x:

Time: 10178.0 ms
         320812 function calls (320809 primitive calls) in 10.182 seconds

   Ordered by: internal time

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
    10000    5.937    0.001    5.937    0.001 {built-in method read}
    10000    1.462    0.000    1.462    0.000 {built-in method waitpid}
    10000    1.042    0.000    1.042    0.000 {built-in method fork_exec}
    10000    0.752    0.000    8.131    0.001 subprocess.py:1119(_execute_child)
        1    0.228    0.228   10.182   10.182 bench_subprocess.py:1(<module>)
    10000    0.177    0.000    8.345    0.001 subprocess.py:631(__init__)
    20000    0.079    0.000    0.079    0.000 {built-in method close}
    10000    0.061    0.000    1.584    0.000 subprocess.py:1368(wait)


So it looks like our parent Python process spends its time (read(), waitpid()) waiting for its child...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:38:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 12:38:24 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299069504.06.0.161687172641.issue11314@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Interestingly, reducing from the max open file descriptors from 8192 (my default) to 512 halves the runtime and solves the regression:

$ ulimit -n
512
$ ./python bench_subprocess.py 
pid: 31631
Time: 4903.8 ms


So, even though implemented in C, the file descriptor closing logic is still quite costly!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:44:28 2011
From: report at bugs.python.org (=?utf-8?q?Bo=C5=A1tjan_Mejak?=)
Date: Wed, 02 Mar 2011 12:44:28 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>


New submission from Bo?tjan Mejak <bostjan.mejak at gmail.com>:

Try to fix this in every Python documentation that you can.

The typo was found here: http://docs.python.org/library/stdtypes.html#memoryview

"Create a memoryview that references obj. obj must support the buffer protocol. Builtin objects that /.../."

Fix this to "Create a memoryview that references obj, which must support the buffer protocol. Built-in objects that /.../."

Thank you.

----------
assignee: docs at python
components: Documentation
messages: 129886
nosy: Retro, docs at python
priority: normal
severity: normal
status: open
title: Fix 2 new typos in the docs
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Wed Mar  2 13:52:35 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 12:52:35 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299070355.88.0.907058391091.issue11314@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

pitrou> Victor, your patch doesn't even apply on 3.x. 
pitrou> That code doesn't exist anymore...

subprocess.Popen() does still read errpipe_read, but using a buffer of 50,000 bytes instead of 1 MB (the traceback is not more send to the parent process).


Benchmark on Python 3.2 (debug build, same computer than msg129880):

- fork + execv + waitpid: 20052.0 ms
- os.popen: 40241.7 ms
- subprocess.Popen (C): 28467.2 ms
- subprocess.Popen (C, close_fds=False): 22145.4 ms
- subprocess.Popen (Python): 40351.5 ms


Bad:

- os.popen is 41% is slower than subprocess: I suppose that it is the usage of stdout=PIPE (creation of the pipe) which make it slower. But 41% is huge just to create a pipe (without writing into it)!
- subprocess(close_fds=True) (default) is 22% slower than subprocess(close_fds=False)
- os.popen of Python 3 is 56% slower than os.popen of Python 2


Good:

- subprocess of Python 3 is 29% faster than subprocess of Python 2.


Other results:

- subprocess of Python 3 is 9% slower than patched subprocess of Python 2.
- subprocess (default options) is 42% slower than fork+execv+waitpid (this is close to the Python 2 overhead).
- subprocess implemented in Python is 42% slower than the C implementation of subprocess.


pitrou> Looks like there's a regression on both os.popen and subprocess.popen.

os.popen() uses subprocess in Python 3. The worst regression is "os.popen of Python 3 is 56% slower than os.popen of Python 2". I don't think that it is related to Unicode because my benchmark doesn't write or read any data.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:00:48 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 13:00:48 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299070848.82.0.768547963896.issue11314@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> os.popen is 41% is slower than subprocess: I suppose that it 
> is the usage of stdout=PIPE (creation of the pipe) which make 
> it slower

Oh no, it's because os.popen() calls subprocess.Popen() with shell=True: the overhead is the shell. Nothing wrong here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:01:28 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 13:01:28 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1299067862.29.0.175389632467.issue11314@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=qSziZzpJSjvtoJMx+S0-y1xOUJbCOvWN1H6Lk@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> pitrou> I think your analysis is wrong. These mmap() calls are for
> pitrou> anonymous memory, most likely they are emitted by the libc's
> pitrou> malloc() to get some memory from the kernel. In other words
> pitrou> they will be blazingly fast.
>
> Are you sure? :-)

Well, it is fast. It's true that mmap is slower than brk, since the
kernel zero-fills the pages, but the overhead probably doesn't come
from this, but more likely from pymalloc or malloc, and also from the
call to _PyBytes_resize in posix_read when the number of bytes read is
smaller than what has been requested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:13:39 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 13:13:39 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299071619.33.0.572439984781.issue11314@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> So, even though implemented in C, the file descriptor closing logic is still quite costly!

Yes, see this recent issue: http://bugs.python.org/issue11284

In the reporter's case, it's much worse, because FreeBSD (at least the version he's using) has a SC_OPEN_MAX of 655000, so that passing close_fds=True bumps the Popen runtime to 3 seconds!
Some Unix offer a closefrom() or similar function to close all open file descriptors (and only open ones), which should be much faster.
I'm not aware of anything equivalent under Linux, but it might be worth looking into.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:22:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 13:22:43 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299072163.96.0.552296584699.issue11284@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

As written by Charles-Francois Natali (msg129890), we can use closefrom(). Pseudo-code: find the biggest fd than that be kept open, call closefrom(highest+1), and then use close() (os.closerange) for fd in 0..highest that have to be closed.

closefrom() is available on OpenBSD, Solaris and NetBSD. I don't know for FreeBSD:
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-07/msg00035.html

On Linux, we can use os.listdir("/proc/self/fd") to get the list of open files.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:25:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 13:25:54 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299072354.53.0.266620730607.issue11284@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch is wrong, as explained by Charles-Fran?ois.
If someone wants subprocess to use closefrom(), a patch is required :)

But I think at least a mention in the documentation is warranted.

----------
nosy: +gregory.p.smith, pitrou
priority: normal -> high
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:43:19 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 13:43:19 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299073399.49.0.850114657378.issue11314@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Benchmark on subprocess with a less trivial example. Run 100x python -c pass: 8.63 sec without my patch, 8.53 sec with my patch => only 1% faster, so the patch is just useless on a real world example.

Finally, I think that there is just nothing to do on Python 2: the overhead between fork(), os.popen and subprocess doesn't impact real world programs. On Python 3: the most critical issue is that close_fds=True is much slower than close_fds=False, but there is already an issue for that (#11284).

So let's close this issue. You can still comment it if you disagree. But if you would like to reopen it: please come with numbers of a benchmark on real programs (not on "exit 0" with a shell or /bin/false).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 14:49:40 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 13:49:40 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299073780.86.0.699535722918.issue11284@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Benchmark extracted from #11314, Python 3.2 on Linux: subprocess("/bin/false", close_fds=True) is 22% slower than subprocess("/bin/false", close_fds=False).

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:20:26 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 02 Mar 2011 14:20:26 +0000
Subject: [issue11368] xml.etree.ElementTree.Element should have a reference to
	parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299075626.49.0.238767688937.issue11368@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

That's not a good reason to close report. Such limitations of xml.etree.ElementTree should be at least documented properlt. And even documented it is still a valid feature request for standard library. Not for current implementation, but perhaps for Python4.

----------
status: closed -> open
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:31:08 2011
From: report at bugs.python.org (Alexandre Badez)
Date: Wed, 02 Mar 2011 14:31:08 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>


New submission from Alexandre Badez <alexandre.badez at gmail.com>:

extend_path only test if "init.py" files exist, but it should also test "init.pyc" and/or "init.pyo".

----------
components: Library (Lib)
messages: 129896
nosy: Alexandre.Badez
priority: normal
severity: normal
status: open
title: pkgutil.extend_path do not recognize py{c,o} file
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:31:19 2011
From: report at bugs.python.org (Alexandre Badez)
Date: Wed, 02 Mar 2011 14:31:19 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1299076279.18.0.999576139361.issue11374@psf.upfronthosting.co.za>


Changes by Alexandre Badez <alexandre.badez at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:34:09 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 02 Mar 2011 14:34:09 +0000
Subject: [issue11368] xml.etree.ElementTree.Element should have a reference to
	parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299076449.81.0.79683731949.issue11368@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Anatoly, do you find the suggestions in http://effbot.org/zone/element.htm#accessing-parents useful to you?  If so, this paragraph could be copied into the documentation.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:51:00 2011
From: report at bugs.python.org (Alexandre Badez)
Date: Wed, 02 Mar 2011 14:51:00 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1299077460.16.0.287578569532.issue11374@psf.upfronthosting.co.za>


Alexandre Badez <alexandre.badez at gmail.com> added the comment:

I've made a simple patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file20977/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:51:48 2011
From: report at bugs.python.org (OJW)
Date: Wed, 02 Mar 2011 14:51:48 +0000
Subject: [issue11375] urllib2 over SOCKS doesn't use proxy for DNS
In-Reply-To: <1299077508.41.0.756366246736.issue11375@psf.upfronthosting.co.za>
Message-ID: <1299077508.41.0.756366246736.issue11375@psf.upfronthosting.co.za>


New submission from OJW <owhite at yahoo.com>:

#!/usr/bin/python
import socks
import socket

socks.setdefaultproxy(socks.PROXY_TYPE_SOCKS4, "127.0.0.1", 9050, True)
socket.socket = socks.socksocket

import urllib2
print urllib2.urlopen("http://example.com/").read()


Expected result: all network communications go through SOCKS4A proxy

Actual result: DNS lookup of example.com goes through default gateway, followed by HTTP connection via the proxy

----------
components: Library (Lib)
messages: 129899
nosy: OJW
priority: normal
severity: normal
status: open
title: urllib2 over SOCKS doesn't use proxy for DNS
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11375>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:58:37 2011
From: report at bugs.python.org (Alexandre Badez)
Date: Wed, 02 Mar 2011 14:58:37 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1299077917.93.0.379060656924.issue11374@psf.upfronthosting.co.za>


Changes by Alexandre Badez <alexandre.badez at gmail.com>:


Removed file: http://bugs.python.org/file20977/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Wed Mar  2 15:59:18 2011
From: report at bugs.python.org (Alexandre Badez)
Date: Wed, 02 Mar 2011 14:59:18 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1299077958.69.0.123035347343.issue11374@psf.upfronthosting.co.za>


Alexandre Badez <alexandre.badez at gmail.com> added the comment:

A little change in the patch

----------
Added file: http://bugs.python.org/file20978/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Wed Mar  2 16:04:18 2011
From: report at bugs.python.org (=?utf-8?b?SsOpcsO0bWUgUmFkaXg=?=)
Date: Wed, 02 Mar 2011 15:04:18 +0000
Subject: [issue11375] urllib2 over SOCKS doesn't use proxy for DNS
In-Reply-To: <1299077508.41.0.756366246736.issue11375@psf.upfronthosting.co.za>
Message-ID: <1299078258.22.0.688012341102.issue11375@psf.upfronthosting.co.za>


Changes by J?r?me Radix <jerome.radix at gmail.com>:


----------
nosy: +jerome.radix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11375>
_______________________________________

From report at bugs.python.org  Wed Mar  2 16:09:52 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 02 Mar 2011 15:09:52 +0000
Subject: [issue9313] distutils error on MSVC older than 8
In-Reply-To: <1279624042.03.0.724891043691.issue9313@psf.upfronthosting.co.za>
Message-ID: <1299078592.9.0.902514721148.issue9313@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

?ric, what forward porting exactly needs to be done?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9313>
_______________________________________

From report at bugs.python.org  Wed Mar  2 16:13:54 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 15:13:54 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299078834.78.0.76108876402.issue11284@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Attached is a patch adding os.closefrom.
If closefrom(2) is available, it's used.
Otherwise, two options:
- if sysconf and _SC_OPEN_MAX are defined, we close each file descriptor up to _SC_OPEN_MAX
- if not, we choose a default value (256), and close every FD up to this value
subprocess has been converted to use it, and a test has been added in test_os
Unfortunately, I only have Linux boxes, so I can't really test it.

Remarks:
- is it OK to provide posix_closefrom even though the underlying platform doesn't support it ?
- no error code is returned (since when closing every FD manually this wouldn't make much sense), even though closefrom(2) does return one
- for the test, I only close FDs > 7 to avoid closing stdin/stdout/stder, but you might have a better idea
- this won't fix the problem for Linux, which doesn't have closefrom(2). Is it worth using /proc/self/fd interface ?

----------
Added file: http://bugs.python.org/file20979/py3k_closefrom.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 16:17:38 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 02 Mar 2011 15:17:38 +0000
Subject: [issue11375] urllib2 over SOCKS doesn't use proxy for DNS
In-Reply-To: <1299077508.41.0.756366246736.issue11375@psf.upfronthosting.co.za>
Message-ID: <1299079058.11.0.567365361207.issue11375@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11375>
_______________________________________

From report at bugs.python.org  Wed Mar  2 17:19:29 2011
From: report at bugs.python.org (Dave Abrahams)
Date: Wed, 02 Mar 2011 16:19:29 +0000
Subject: [issue11376] Solaris/GCC/shared lib problem
In-Reply-To: <1299082769.75.0.912514538655.issue11376@psf.upfronthosting.co.za>
Message-ID: <1299082769.75.0.912514538655.issue11376@psf.upfronthosting.co.za>


New submission from Dave Abrahams <dave at boostpro.com>:

http://twistedmatrix.com/trac/ticket/4916#comment:2 suggests that maybe there's a bug in distutils.  Something in the build process for twisted is deciding that I have Sun CC installed instead of letting pycc, which can handle the job of picking the correct PIC flag, do it properly:

 /usr/lib/python2.6/pycc -DNDEBUG -KPIC -I/usr/include/python2.6 -c
 conftest.c -o conftest.o

 gcc: unrecognized option `-KPIC'

----------
assignee: tarek
components: Distutils
messages: 129903
nosy: dabrahams, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Solaris/GCC/shared lib problem
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11376>
_______________________________________

From report at bugs.python.org  Wed Mar  2 17:45:21 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 02 Mar 2011 16:45:21 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1299084321.16.0.930728114915.issue1559549@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


----------
nosy: +gruszczy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Wed Mar  2 17:51:34 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 16:51:34 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299084694.12.0.120786812697.issue11284@psf.upfronthosting.co.za>


Changes by Charles-Francois Natali <neologix at free.fr>:


Removed file: http://bugs.python.org/file20979/py3k_closefrom.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 17:52:10 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 16:52:10 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299084730.57.0.857054630444.issue11284@psf.upfronthosting.co.za>


Changes by Charles-Francois Natali <neologix at free.fr>:


Added file: http://bugs.python.org/file20980/py3k_closefrom.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:01:08 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 17:01:08 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299085268.22.0.526916047565.issue11284@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Attached is a new version falling back to /proc/self/fd when closefrom(2) is not available (on Unix), working on Linux.
It's indeed much faster than the current approach.
Note that it's only used if _posixsubprocess is not available, because in that case the FD are closed from _posixsubprocess.c:child_exec.
To make it available to _posixsubprocess, I was thinking of putting the closefrom code in a helper function, which would then be called from posix_closefrom and _posixsubprocess.
Is this the proper way to do ?
If yes, what file would be a good recipient for that ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:03:05 2011
From: report at bugs.python.org (s7v7nislands)
Date: Wed, 02 Mar 2011 17:03:05 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299085385.17.0.75116722769.issue11284@psf.upfronthosting.co.za>


Changes by s7v7nislands <s7v7nislands at gmail.com>:


Removed file: http://bugs.python.org/file20834/py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:03:11 2011
From: report at bugs.python.org (s7v7nislands)
Date: Wed, 02 Mar 2011 17:03:11 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299085391.09.0.563431619511.issue11284@psf.upfronthosting.co.za>


Changes by s7v7nislands <s7v7nislands at gmail.com>:


Removed file: http://bugs.python.org/file20835/python27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:29:26 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 17:29:26 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

Extract of the documentation:
----
15.14.3.1. Win95/98 specific

platform.popen(cmd, mode='r', bufsize=None)

Portable popen() interface. Find a working popen implementation preferring win32pipe.popen(). On Windows NT, win32pipe.popen() should work; on Windows 9x it hangs due to bugs in the MS C library.
----

Python 3 doesn't support Windows 9x/Me anymore: we should deprecate it, or maybe directly remove it.

subprocess.Popen() is a better alternative: it supports Unicode, it handles EINTR, etc.

----------
components: Library (Lib)
messages: 129905
nosy: haypo, lemburg
priority: normal
severity: normal
status: open
title: Deprecate (remove?) platform.popen()
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:45:03 2011
From: report at bugs.python.org (Alessandro Forghieri)
Date: Wed, 02 Mar 2011 17:45:03 +0000
Subject: [issue11378] os.path.join when second  starts with '/' (linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>


New submission from Alessandro Forghieri <alf at orion.it>:

Observed behavior:

>>>>>>os.path.join('/foo/bar', '/baz')
'/baz'

Expected behavior:

should return '/foo/bar/baz' or (suboptimally) raise an exception.

Why:
Observed beahvior violates the minimal surprise principle and does not appear to respond to any particular rationale (by the same token it could return /foo/bar as well)

----------
components: Library (Lib)
messages: 129906
nosy: al_form2000
priority: normal
severity: normal
status: open
title: os.path.join when second  starts with '/' (linux/unix)
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:45:57 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 02 Mar 2011 17:45:57 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <4D6E8252.5070702@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> New submission from STINNER Victor <victor.stinner at haypocalc.com>:
> 
> Extract of the documentation:
> ----
> 15.14.3.1. Win95/98 specific
> 
> platform.popen(cmd, mode='r', bufsize=None)
> 
> Portable popen() interface. Find a working popen implementation preferring win32pipe.popen(). On Windows NT, win32pipe.popen() should work; on Windows 9x it hangs due to bugs in the MS C library.
> ----
> 
> Python 3 doesn't support Windows 9x/Me anymore: we should deprecate it, or maybe directly remove it.
> 
> subprocess.Popen() is a better alternative: it supports Unicode, it handles EINTR, etc.

Does it prevent a shell window from opening on Windows ?

Does subprocess.Popen() use the system's PATH for finding the
executable ?

Since it's a documented API, we could replace it with an implementation
that uses subprocess.Popen(), but not remove it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:49:00 2011
From: report at bugs.python.org (Alessandro Forghieri)
Date: Wed, 02 Mar 2011 17:49:00 +0000
Subject: [issue11378] os.path.join when second argument starts with '/'
	(linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299088140.35.0.524172461308.issue11378@psf.upfronthosting.co.za>


Changes by Alessandro Forghieri <alf at orion.it>:


----------
title: os.path.join when second  starts with '/' (linux/unix) -> os.path.join when second  argument starts with '/' (linux/unix)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 18:56:50 2011
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 02 Mar 2011 17:56:50 +0000
Subject: [issue11378] os.path.join when second argument starts with '/'
	(linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299088610.8.0.426374943175.issue11378@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

It does exactly what is documented: "If any component is an absolute path, all previous components (on Windows, including the previous drive letter, if there was one) are thrown away, and joining continues." (http://docs.python.org/dev/py3k/library/os.path#os.path.join)

----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 19:04:56 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 02 Mar 2011 18:04:56 +0000
Subject: [issue11378] os.path.join when second argument starts with '/'
	(linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299089096.16.0.94926543731.issue11378@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

And the current behaviour is useful; for example, the absolute path of a file name can be computed with os.path.join(os.getcwd(), filename).
This works with both absolute and relative paths.

os.path.join() won't change; you probably should consider another function, like os.path.normpath(a + '/' + b)

----------
nosy: +amaury.forgeotdarc
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 19:05:07 2011
From: report at bugs.python.org (Max)
Date: Wed, 02 Mar 2011 18:05:07 +0000
Subject: [issue10654] test_datetime fails on Python3.2 windows binary
In-Reply-To: <1291822652.75.0.279703972848.issue10654@psf.upfronthosting.co.za>
Message-ID: <1299089107.58.0.811368359149.issue10654@psf.upfronthosting.co.za>


Max <max at alleged.net> added the comment:

This is still occurring with the release version of Python 3.2, installed from the 32-bit MSI, on Windows XP.

----------
nosy: +max-alleged

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10654>
_______________________________________

From report at bugs.python.org  Wed Mar  2 19:15:27 2011
From: report at bugs.python.org (Alessandro Forghieri)
Date: Wed, 02 Mar 2011 18:15:27 +0000
Subject: [issue11378] os.path.join when second argument starts with '/'
	(linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299089727.46.0.551308276756.issue11378@psf.upfronthosting.co.za>


Alessandro Forghieri <alf at orion.it> added the comment:

Documented it is, and change it may not, but I am still unconvinced.

Anything that joins "should" (IMHO) preserve the leading stuff - this one throws it away - sometimes. Also I do believe a number of other languages take a different stance (I am no pitonista, but took a double take when I noticed this).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 19:20:31 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 18:20:31 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299090031.82.0.106315521479.issue11284@psf.upfronthosting.co.za>


Changes by Charles-Francois Natali <neologix at free.fr>:


Removed file: http://bugs.python.org/file20980/py3k_closefrom.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 20:11:32 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 02 Mar 2011 19:11:32 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299093092.6.0.973739819094.issue11284@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

There is no OS API call to provide a *safe* way to get a list of all open file descriptors as part of POSIX in general that can be called after the fork() and before the exec().  It must be async signal safe. The closefrom() call available in Solaris and recent BSDs looks useful, is it async signal safe?  I still want to find a way to do this nicely on Linux (even if it means me going and implementing a closefrom syscall to be added to 2.6.39).

Your posix_closefrom() implementation as written today is not safe to call between fork() and exec() due to the opendir/readdir implementation.  It can and will hang processes at unexpected times.


Another thought that I've seen done in other subprocess implementations as a compromise:

Offer a way to use the hacky *not guaranteed to close everything if the process is multithreaded* version that has the parent get the list of fds before the fork() and the child closing those before exec().  That leaves the race condition of new fds being opened between the creation of that list and the fork() but would be fast.  If we can detect if any other threads exist in the program (they may have been created by C extension modules or by a C program that is embedding Python within it) we could conditionally use that approach vs the close-everything-possible approach so that people using this with generic programs that don't involve threads are not so heavily impacted.

----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 20:14:34 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 02 Mar 2011 19:14:34 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299093274.64.0.689940465716.issue11284@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

According to http://www.unix.com/man-page/All/3c/closefrom/ closefrom() is not async-signal-safe. :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 20:25:08 2011
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 02 Mar 2011 19:25:08 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>


New submission from Stefan Behnel <scoder at users.sourceforge.net>:

http://docs.python.org/library/xml.dom.minidom.html

presents MiniDOM as a "Lightweight DOM implementation". The word "lightweight" is easily misunderstood as meaning "efficient" or "memory friendly". MiniDOM is well known to be neither of the two.

The first paragraph then continues:

"""
xml.dom.minidom is a light-weight implementation of the Document Object Model interface. It is intended to be simpler than the full DOM and also significantly smaller.
"""

Again, "smaller" can be misread as "low memory footprint", whereas it is actually supposed to refer to an incomplete DOM API implementation. And "simpler" is also clearly exaggerated when compared to the alternative ElementTree package.

I would like to see this changed and combined with a clear and visible comment that MiniDOM has very high resource profile, e.g.

"""
19.7. xml.dom.minidom ? Pure Python DOM implementation

xml.dom.minidom is a pure Python implementation of the Document Object Model interface, as known from other programming languages. It is intended to provide a smaller API than the full DOM.

Note, however, that MiniDOM has a very large memory footprint compared to other Python XML libraries. If you need a fast and memory friendly XML tree implementation with a vastly simpler API, use the xml.etree package instead.
"""

----------
assignee: docs at python
components: Documentation
messages: 129914
nosy: docs at python, scoder
priority: normal
severity: normal
status: open
title: Remove "lightweight" from minidom description
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Wed Mar  2 20:35:36 2011
From: report at bugs.python.org (Eric Smith)
Date: Wed, 02 Mar 2011 19:35:36 +0000
Subject: [issue11378] os.path.join when second argument starts with '/'
	(linux/unix)
In-Reply-To: <1299087903.65.0.23161954685.issue11378@psf.upfronthosting.co.za>
Message-ID: <1299094536.36.0.048504833081.issue11378@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I appreciate that you're unconvinced of its usefulness, but you can be assured that some of us do find it a useful and desirable behavior. And Python isn't the only system that works this way, emacs does the same thing when you enter filenames.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11378>
_______________________________________

From report at bugs.python.org  Wed Mar  2 20:54:52 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 02 Mar 2011 19:54:52 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1299095692.29.0.222462872691.issue11284@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Your posix_closefrom() implementation as written today is not safe to call between fork() and exec() due to the opendir/readdir implementation.  It can and will hang processes at unexpected times.

Yeah, I remove the patch when I realized that.

> According to http://www.unix.com/man-page/All/3c/closefrom/ closefrom() is not async-signal-safe. :(

Strange. I was sure closefrom was implemented with fcntl.

> I still want to find a way to do this nicely on Linux (even if it means me going and implementing a closefrom syscall to be added to 2.6.39).

Well, arguably, CLOEXEC is designed to cope with this kind of situation.
closefrom is more like a hack (and mostly useless if it's really not async-safe).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Wed Mar  2 21:22:32 2011
From: report at bugs.python.org (=?utf-8?q?Wojciech_Mu=C5=82a?=)
Date: Wed, 02 Mar 2011 20:22:32 +0000
Subject: [issue11354] argparse: nargs could accept range of options count
In-Reply-To: <1298911895.1.0.590272861033.issue11354@psf.upfronthosting.co.za>
Message-ID: <1299097352.66.0.312669394376.issue11354@psf.upfronthosting.co.za>


Changes by Wojciech Mu?a <wojciech_mula at poczta.onet.pl>:


Removed file: http://bugs.python.org/file20948/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11354>
_______________________________________

From report at bugs.python.org  Wed Mar  2 21:24:26 2011
From: report at bugs.python.org (=?utf-8?q?Wojciech_Mu=C5=82a?=)
Date: Wed, 02 Mar 2011 20:24:26 +0000
Subject: [issue11354] argparse: nargs could accept range of options count
In-Reply-To: <1298911895.1.0.590272861033.issue11354@psf.upfronthosting.co.za>
Message-ID: <1299097466.44.0.807857501466.issue11354@psf.upfronthosting.co.za>


Wojciech Mu?a <wojciech_mula at poczta.onet.pl> added the comment:

Daniel, thanks for note, fixed.

----------
Added file: http://bugs.python.org/file20981/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11354>
_______________________________________

From report at bugs.python.org  Wed Mar  2 22:46:34 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 02 Mar 2011 21:46:34 +0000
Subject: [issue11354] argparse: nargs could accept range of options count
In-Reply-To: <1298911895.1.0.590272861033.issue11354@psf.upfronthosting.co.za>
Message-ID: <1299102394.34.0.802679529385.issue11354@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
nosy: +bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11354>
_______________________________________

From report at bugs.python.org  Wed Mar  2 22:49:46 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 02 Mar 2011 21:49:46 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299102586.35.0.461838257147.issue11379@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

-1. The description is factually correct - minidom *does* have a lower footprint than other Python DOM implementations (such as 4DOM).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Wed Mar  2 22:57:43 2011
From: report at bugs.python.org (Aaron Sherman)
Date: Wed, 02 Mar 2011 21:57:43 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1298589764.8.0.472079473316.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299103063.1.0.331245855119.issue11314@psf.upfronthosting.co.za>


Aaron Sherman <ajs at ajs.com> added the comment:

I think it's still safe to say that high performance applications which need to create many hundreds or thousands of children (e.g. large monitoring systems) will still need another solution that isn't subprocess. That being said, you're right that no one is going to care about the extra overhead of subprocess in a vacuum, and most applications fork one or a very small number of processes at a time and typically end up waiting for orders of magnitude more time for their output than they spend creating the process in the first place.

As I said when I opened this issue, I wasn't terribly concerned with most applications.

That being said, I can't really submit a full-blown monitoring system against this bug, so the best I could do would something that did lots of os.popens or subprocess.Popens in parallel in a contrived way and see how the performance scales as I tune "lots" to different values. Sadly, the time I have for doing that needs to be spent writing other code, so I'll leave this closed and let someone else raise the issue in the future if they run into it.

I can always build a dispatcher in C and communicate with it via IPC to get around the immediate concern of scalability.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 23:15:26 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 22:15:26 +0000
Subject: [issue11314] Subprocess suffers 40% process creation overhead penalty
In-Reply-To: <1299103063.1.0.331245855119.issue11314@psf.upfronthosting.co.za>
Message-ID: <1299104123.3722.10.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> That being said, I can't really submit a full-blown monitoring system
> against this bug,

Perhaps you can take a look at Shinken, it is a Nagios-lookalike written
in Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11314>
_______________________________________

From report at bugs.python.org  Wed Mar  2 23:19:59 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 02 Mar 2011 22:19:59 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299104399.44.0.716120202762.issue11377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

os.popen() is deprecated since Python 2.6 ("Use the subprocess module.") and it is no more documented in Python 3. The following documentation explains how to replace os.popen() by subprocess:

http://docs.python.org/py3k/library/subprocess.html#replacing-os-popen-os-popen2-os-popen3

> Does it prevent a shell window from opening on Windows ?

Yes, but only if shell=True.

> Does subprocess.Popen() use the system's PATH for finding the
executable ?

Yes. The subprocess module calls os.get_exec_path() which reads PATH environment variable.

> Since it's a documented API, we could replace it with an
> implementation that uses subprocess.Popen(),

platform_popen.patch patchs platform.popen() to reuse os.popen() (which uses subprocess). It adds also tests (there was no test for platform.popen)

> but not remove it.

Can't we at deprecate platform.popen in favor of subprocess, with a documentation to explain how to port code to subprocess?

My patch doesn't touch platform documentation.

--

os.popen() does still exist in Python 3.2, but it is no more documented. Its documentation should be fixed or the function should be removed.

----------
keywords: +patch
Added file: http://bugs.python.org/file20982/platform_popen.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Wed Mar  2 23:42:30 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 02 Mar 2011 22:42:30 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299104399.44.0.716120202762.issue11377@psf.upfronthosting.co.za>
Message-ID: <4D6EC7D2.3090102@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> os.popen() is deprecated since Python 2.6 ("Use the subprocess module.") and it is no more documented in Python 3. The following documentation explains how to replace os.popen() by subprocess:
> 
> http://docs.python.org/py3k/library/subprocess.html#replacing-os-popen-os-popen2-os-popen3
> 
>> Does it prevent a shell window from opening on Windows ?
> 
> Yes, but only if shell=True.
> 
>> Does subprocess.Popen() use the system's PATH for finding the
> executable ?
> 
> Yes. The subprocess module calls os.get_exec_path() which reads PATH environment variable.

One more question:

Doe subprocess work from inside Windows GUI applications ?

(I added the _popen class to work around issues with those
 a long while back)

>> Since it's a documented API, we could replace it with an
>> implementation that uses subprocess.Popen(),
> 
> platform_popen.patch patchs platform.popen() to reuse os.popen() (which uses subprocess). It adds also tests (there was no test for platform.popen)

Hmm, but if os.popen() is no longer supported in Python 3, how can
we still use it in platform ?

The os module still provides an popen() function which uses subprocess.

The documentation for the os module says:

http://docs.python.org/py3k/library/os.html?highlight=os#os.plock

"""
os.popen(...)

    Run child processes, returning opened pipes for communications. These functions are described in
section File Object Creation.
"""

If you then go to the suggested section, there's no mention of os.popen().
popen() is also referenced in a few other places in the os module
documentation.

The documentation should either be removed completely, or restored to
match the existing os module function popen().

>> but not remove it.
> 
> Can't we at deprecate platform.popen in favor of subprocess, with a documentation to explain how to port code to subprocess?

Sure, just not remove it immediately.

> My patch doesn't touch platform documentation.

> --
> 
> os.popen() does still exist in Python 3.2, but it is no more documented. Its documentation should be fixed or the function should be removed.

Indeed. See above.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Wed Mar  2 23:47:42 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 02 Mar 2011 22:47:42 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <4D6EC7D2.3090102@egenix.com>
Message-ID: <4D6EC90C.9070306@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

BTW: The _popen class can be removed as well, if the function
is replaced with os.popen() or the subprocess module Popen().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 00:41:32 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 02 Mar 2011 23:41:32 +0000
Subject: [issue9373] pulldom has low code coverage
In-Reply-To: <1279976804.16.0.216063093383.issue9373@psf.upfronthosting.co.za>
Message-ID: <1299109292.74.0.0772148393049.issue9373@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r88712 Thanks

----------
nosy: +benjamin.peterson
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9373>
_______________________________________

From report at bugs.python.org  Thu Mar  3 00:46:49 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 02 Mar 2011 23:46:49 +0000
Subject: [issue11335] Memory leak after key function failure in sort
In-Reply-To: <1298739745.54.0.516903833906.issue11335@psf.upfronthosting.co.za>
Message-ID: <1299109609.34.0.830437260135.issue11335@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Is there a way to test this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11335>
_______________________________________

From report at bugs.python.org  Thu Mar  3 00:49:01 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 02 Mar 2011 23:49:01 +0000
Subject: [issue11335] Memory leak after key function failure in sort
In-Reply-To: <1298739745.54.0.516903833906.issue11335@psf.upfronthosting.co.za>
Message-ID: <1299109741.63.0.360854256622.issue11335@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Valgrind perhaps?
If the "keys" container was a list or tuple it would simply take a refleak run of the test suite.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11335>
_______________________________________

From report at bugs.python.org  Thu Mar  3 00:53:15 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 02 Mar 2011 23:53:15 +0000
Subject: [issue11335] Memory leak after key function failure in sort
In-Reply-To: <1298739745.54.0.516903833906.issue11335@psf.upfronthosting.co.za>
Message-ID: <1299109995.57.0.839662205126.issue11335@psf.upfronthosting.co.za>


Daniel Stutzbach <stutzbach at google.com> added the comment:

I'm not sure.  What infrastructure do we have to leaked memory that was allocated with PyMem_MALLOC?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11335>
_______________________________________

From report at bugs.python.org  Thu Mar  3 00:53:52 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 02 Mar 2011 23:53:52 +0000
Subject: [issue11335] Memory leak after key function failure in sort
In-Reply-To: <1298739745.54.0.516903833906.issue11335@psf.upfronthosting.co.za>
Message-ID: <1299110032.77.0.482499898076.issue11335@psf.upfronthosting.co.za>


Daniel Stutzbach <stutzbach at google.com> added the comment:

I meant "to *detect* leaked memory", of course. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11335>
_______________________________________

From report at bugs.python.org  Thu Mar  3 01:06:12 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Thu, 03 Mar 2011 00:06:12 +0000
Subject: [issue11335] Memory leak after key function failure in sort
In-Reply-To: <1298739745.54.0.516903833906.issue11335@psf.upfronthosting.co.za>
Message-ID: <1299110772.03.0.898882154794.issue11335@psf.upfronthosting.co.za>


Daniel Stutzbach <stutzbach at google.com> added the comment:

I played around with this a little.  That code path doesn't appear to be exercised during the existing unit tests.  I'll add a test so the leak at least shows up when the tests are run under valgrind.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11335>
_______________________________________

From report at bugs.python.org  Thu Mar  3 02:32:46 2011
From: report at bugs.python.org (ulidtko)
Date: Thu, 03 Mar 2011 01:32:46 +0000
Subject: [issue11380] "close failed in file object destructor" when "Broken
	pipe" happens on stdout
In-Reply-To: <1299115966.12.0.337666295395.issue11380@psf.upfronthosting.co.za>
Message-ID: <1299115966.12.0.337666295395.issue11380@psf.upfronthosting.co.za>


New submission from ulidtko <ulidtko at gmail.com>:

The following script fails:

from time import sleep

try:
    while True:
        sleep(0.1)
        print "blah"
except KeyboardInterrupt:
    pass


when being launched with redirections like this:
$ python test.py | tee /dev/null

and the tee process gots killed *before* the python process (by e.g. hitting ^C in most shells). The output is:

close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr

When the python process is SIGINTed prior to the tee process, everything goes as expected: buffered output to stdout gots flushed and seen on the console, the script finishes successfully, with zero exit status, tee finishes too. When the tee receives SIGINT first, and then python, script loses the output and prints the mentioned message. strace shows that python is receiving (but probably not handling properly) "Broken pipe" error in response to write(2):
[pid 17874] write(1, "blah\nblah\nblah\nblah\nblah\nblah\nbl"..., 680) = -1 EPIPE (Broken pipe)

----------
components: IO
messages: 129930
nosy: ulidtko
priority: normal
severity: normal
status: open
title: "close failed in file object destructor" when "Broken pipe" happens on stdout
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11380>
_______________________________________

From report at bugs.python.org  Thu Mar  3 04:51:18 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 03 Mar 2011 03:51:18 +0000
Subject: [issue10829] PyUnicode_FromFormatV() bugs with "%" and "%%" format
	strings
In-Reply-To: <1294188403.72.0.24360709681.issue10829@psf.upfronthosting.co.za>
Message-ID: <1299124278.27.0.0205301014476.issue10829@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Hi, haypo, would you mind modify your newly added parse_format_flags() function so that it can diff the precision value of '%.0s' and '%s'(Currently both of them return precision as 0)? Because if used with string formatters(%s, %R, %S, %A, ...), they should be very different. And so I can work on issue7330 with it.

Just return precision as -1 to indicate no precision is designated could work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10829>
_______________________________________

From report at bugs.python.org  Thu Mar  3 06:31:43 2011
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 03 Mar 2011 05:31:43 +0000
Subject: [issue11372] Remove xrange from argparse docs
In-Reply-To: <1299065523.43.0.68544574367.issue11372@psf.upfronthosting.co.za>
Message-ID: <1299130303.4.0.991241079184.issue11372@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Committed for Python 3.3.0: r88717
Committed for Python 3.2.1: r88718

----------
assignee: docs at python -> fdrake
nosy: +fdrake
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11372>
_______________________________________

From report at bugs.python.org  Thu Mar  3 06:44:40 2011
From: report at bugs.python.org (Abafei)
Date: Thu, 03 Mar 2011 05:44:40 +0000
Subject: [issue11381] pretending the "not" operator is a function behaves
	surprisingly
In-Reply-To: <1299131080.86.0.627193173962.issue11381@psf.upfronthosting.co.za>
Message-ID: <1299131080.86.0.627193173962.issue11381@psf.upfronthosting.co.za>


New submission from Abafei <abafei at gmail.com>:

I'm not sure if this is a bug per se, since I don't think pretending operators are callable is in the docs, but:

pretending an operator (at least the "not" operator) is callable, like so:
not(True)

can be surprising:
>>> (not 1) == 9
False

>>> not(1) == 9
True


Now, I know this is valid because Python is very lenient about whitespace (and the parenthenses are really just  "eval '1' first") , but, this is still confusing behavior to someone who does not know about that.

I think the same problem may be possible in the case of statements.

A possible solution is to make sure there is at least some white-space between "alphabetical" operators and statements.

----------
messages: 129933
nosy: abafei
priority: normal
severity: normal
status: open
title: pretending the "not" operator is a function behaves surprisingly
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11381>
_______________________________________

From report at bugs.python.org  Thu Mar  3 08:02:17 2011
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 03 Mar 2011 07:02:17 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299135737.97.0.600914863085.issue11379@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

Well, I'm not aware of many people who use 4DOM these days, and if that's what it's meant to refer to, maybe that should be made more obvious, because it currently is not at all. Even cDomlette uses only half of the memory according to

http://effbot.org/zone/celementtree.htm

When you say that the description is "factually correct", that does by no means imply that the average reader will understand how it's meant. My point is that almost everyone who reads this will draw the wrong conclusions.

Also, when you say "lower footprint", that does not yet make it "light weight" in any way. It still uses something like ten times as much memory as cElementTree or lxml in Python 2 (and likely much more than even that in Python 3), and still something like 4-5 times as much as plain Python ElementTree. That's a huge difference.

What about this phrasing then:

"""
MiniDOM has a smaller memory footprint than some of the other DOM compliant implementations for Python (such as 4DOM), but uses about 10x more memory than the faster and simpler xml.etree.cElementTree module.
"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 08:20:46 2011
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 03 Mar 2011 07:20:46 +0000
Subject: [issue11381] pretending the "not" operator is a function behaves
	surprisingly
In-Reply-To: <1299131080.86.0.627193173962.issue11381@psf.upfronthosting.co.za>
Message-ID: <1299136846.44.0.44880784048.issue11381@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I don't think this is wise, or necessary.

I'm not sure why you would treat an operator as callable; the tutorial hopefully doesn't tell you such things.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11381>
_______________________________________

From report at bugs.python.org  Thu Mar  3 09:16:06 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 03 Mar 2011 08:16:06 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299135737.97.0.600914863085.issue11379@psf.upfronthosting.co.za>
Message-ID: <4D6F4E44.8080403@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> What about this phrasing then:
> 
> """ MiniDOM has a smaller memory footprint than some of the other DOM
> compliant implementations for Python (such as 4DOM), but uses about
> 10x more memory than the faster and simpler xml.etree.cElementTree
> module. """

But that's not a DOM implementation - so it would be comparing apples
and oranges.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 09:31:31 2011
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 03 Mar 2011 08:31:31 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299141091.25.0.50122778334.issue11379@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

It's the tree based API most python users are parsing XML with, though. So I do not agree that it's comparing apples and oranges, not at all. It's comparing tree based XML libraries, only one of which is worth being called "light weight", and that's not the one that is currently carrying that name.

I think it's worth telling new users what they are committing to when they write code that uses MiniDOM. The documentation should allow them to understand that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 09:34:29 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 08:34:29 +0000
Subject: [issue10829] PyUnicode_FromFormatV() bugs with "%" and "%%" format
	strings
In-Reply-To: <1294188403.72.0.24360709681.issue10829@psf.upfronthosting.co.za>
Message-ID: <1299141269.15.0.810561013632.issue10829@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Hi, haypo, would you mind modify your newly added parse_format_flags()
> function so that it can diff the precision value of '%.0s' and
> '%s'(Currently both of them return precision as 0)?

You should update your patch attached to #7330. I hope that your patch will be simpler with parse_format_flags() than before.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10829>
_______________________________________

From report at bugs.python.org  Thu Mar  3 09:36:34 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 03 Mar 2011 08:36:34 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299141091.25.0.50122778334.issue11379@psf.upfronthosting.co.za>
Message-ID: <4D6F5311.6010804@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> It's the tree based API most python users are parsing XML with,
> though. So I do not agree that it's comparing apples and oranges, not
> at all. It's comparing tree based XML libraries, only one of which is
> worth being called "light weight", and that's not the one that is
> currently carrying that name.

If that is a real concern, I'd rather reduce the memory footprint of
minidom than put actual performance figures into the documentation
that will likely outdate over time.

Notice that the documentation doesn't claim that it is a lightweight
XML library, only that it's a ligthweight DOM implementation. SAX is,
of course, even lighter-weight.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:02:21 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 09:02:21 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <1299142941.62.0.262912856595.issue10833@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I am working with Python since 5 years (and on Python since 3 years): I never seen any garbage string in error messages. My concern is to not truncate strings in error messages anymore. I consider that it is more important than using a hack to workaround some crashs.

I call %.100s a hack because on a buffer overflow, other attributes are overwritten, and I think that the other attributes are more important than tp_name and the program will crash quickly. Try a buffer overflow on PyLong_Type and check how much time does it take to crash Python: I bet that the program will crash before formatting any exception.

> Indeed, there are no PyErr_Format(PyExc_MemoryError, ..) in the code
> base, but there are a few PyErr_SetString(PyExc_MemoryError, ..) such
> as PyErr_SetString(PyExc_MemoryError, "math.fsum partials") in
> Modules/mathmodule.c.  Maybe these should be reviewed.

This instruction comes from math.fsum() which allocate a new list with the size of the input size (not exactly, but it is based on the size of the input list). Python may fail to allocate an huge list, but it doesn't mean that it will be unable to allocate memory for the short string "math.fsum partials". Anyway, if the allocation of "math.fsum partials" string fail, another MemoryError (without any message) will be used. So it doesn't really matter.

> Still, there may be code paths where OOM triggers an error other 
> than MemoryError.

Same than before: Python should be able to allocate the new error object, and if it fails: it will use MemoryError anyway.

> In any case, I don't see anything wrong with
> using fixed size buffers in error handling and truncating too long
> output.

I consider that there is no more good reason to truncate strings, I want to see the full error message!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:17:01 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 09:17:01 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299143821.27.0.39805982049.issue11377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Does subprocess work from inside Windows GUI applications?

You mean: Python embedded in another program? I don't know. How can I test that?

I never see any warning in subprocess documentation saying that subprocess doesn't work on Windows in some cases. subprocess uses CreateProcessW() (by _subprocess.CreateProcess).

I suppose that CreateProcessW() can always be used.

Note: subprocess does still support Windows 9x. But there is an issue to drop this support: #2405 (Drop w9xpopen and all dependencies).

----------
nosy: +brian.curtin, loewis, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:27:36 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 03 Mar 2011 09:27:36 +0000
Subject: [issue7330] PyUnicode_FromFormat segfault
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1299144456.31.0.91514198871.issue7330@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Here is the updated patch:

1, Work with function parse_format_flags() which is introduced in issue10829, and the patch is simpler and more clear than before.
2, Change parse_format_flags() to set precision value to -1 in the case of '%s' in order to differ with '%.0s'
3, Move call of unicode_format_align() in step 3 in order to avoid many codes like "n += width > PyUnicode_GET_SIZE(str) ? width : PyUnicode_GET_SIZE(str);", (following haypo's comments)

----------
Added file: http://bugs.python.org/file20983/issue7330_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:27:51 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 03 Mar 2011 09:27:51 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299143821.27.0.39805982049.issue11377@psf.upfronthosting.co.za>
Message-ID: <4D6F5F15.20704@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
>> Does subprocess work from inside Windows GUI applications?
> 
> You mean: Python embedded in another program? I don't know. How can I test that?

Try to use platform from within IDLE or PythonWin. The popen()
implementation in platform was added mostly to address issues
on Windows.

> I never see any warning in subprocess documentation saying that subprocess doesn't work on Windows in some cases. subprocess uses CreateProcessW() (by _subprocess.CreateProcess).
> 
> I suppose that CreateProcessW() can always be used.

Probably yes, but it's better to check.

> Note: subprocess does still support Windows 9x. But there is an issue to drop this support: #2405 (Drop w9xpopen and all dependencies).

The platform module in Python3 no longer needs to support platforms
that are not supported by Python2.

Some background on the compatibility requirements of platform:

The main reason for making platform portable across various Python
versions was to be able to use one version for all commonly used
Python versions. It originated from code I wrote for our build
machines and was intended to be used in multi-Python version build
processes.

For the Python3 branch, the same stability should be applied, but
keeping Python 3.2 compatibility is enough, IMO, since previous
3.x versions did not get much use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:29:01 2011
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 03 Mar 2011 09:29:01 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299144541.87.0.619999241678.issue11379@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

> If that is a real concern, I'd rather reduce the memory footprint of
> minidom than put actual performance figures into the documentation
> that will likely outdate over time.

Personally, I do not think it's worth putting much work into MiniDOM. I'd rather deprecate it to prevent new code from being written for it, but that's just my personal opinion, and this is the wrong place to discuss that. Given the current performance characteristics, I wouldn't be surprised if there was quite some room for improvements left in the xml.dom package.

If you dislike the "10x", feel free to use "several times". I doubt that MiniDOM will ever get so much closer to cET and lxml to prove that phrasing wrong.


> Notice that the documentation doesn't claim that it is a lightweight
> XML library, only that it's a ligthweight DOM implementation.

I imagine that you are as aware as I am that this nuance is easy to miss, especially for a new user. From my experience, it is very common for users, especially those with a Java-ish background, to confuse the terms "DOM" and "XML tree API/library". Hence my push to change the documentation.


> SAX is, of course, even lighter-weight.

Not so much more light weight than cET's iterparse(), but that's getting OT here.

Stefan

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:31:10 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 09:31:10 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <1299144670.05.0.140938015947.issue10833@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

History of PyErr_Format():

 - r7580 (13 years ago): creation of PyErr_Format() using a buffer of 500 bytes (fixed size buffer, allocated on the stack)
 - r17159 (10 years ago): PyErr_Format() allocates a dynamic buffer on the heap
 - r22722 (9 years ago): PyErr_Format() reuses PyString_FromFormatV() (dynamic buffer, allocated on the heap)

belopolsky>> Limiting field width when formatting error messages
belopolsky>> is a good safety measure.

me> Can you give me at least one example? I think that it is very
me> unlikely, or just impossible.

Python allocates a dynamic buffer since r17159 (10 years ago), and the strings were *never* truncated just because %.100s format was never supported (it is interpreted as %s).

If you still consider that %.100s protects is a good solution against crashes: you have to realize that Python doesn't truncate strings since 10 years, and nobody complained.

--

The situation is changing because Ray Allen wrote a patch implementing %.100s: #7330. I would like to decide what to do with %.100s in error messages before commiting #7330.

--

Eric and Alexander: do you still consider that %.100s is important in error messages? Or do you know agree that we can replace them with %s?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:38:40 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 09:38:40 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299145120.1.0.40618110123.issue11377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Try to use platform from within IDLE ...

I tried subprocess.call('calc.exec'): it works.

I tried p=subprocess.Popen('echo hello', shell=True, stdout=subprocess.PIPE); p.communicate(): it works too (I get the output and there is no MS-DOS popup).

> Hmm, but if os.popen() is no longer supported in Python 3, how can
> we still use it in platform ?

platform.popen() and os.popen() have the same requirement: call process.wait() on file.close(). os.popen() does already implement that using _wrap_close. I don't want to copy/paste the code from os. os.popen() does still exist, why not reusing it?

Anyway, if we remove os.popen(), we should remove platform.popen() too. But I don't want/plan to remove os.popen().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:40:10 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 03 Mar 2011 09:40:10 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299145120.1.0.40618110123.issue11377@psf.upfronthosting.co.za>
Message-ID: <4D6F61F8.3040002@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
>> Try to use platform from within IDLE ...
> 
> I tried subprocess.call('calc.exec'): it works.
> 
> I tried p=subprocess.Popen('echo hello', shell=True, stdout=subprocess.PIPE); p.communicate(): it works too (I get the output and there is no MS-DOS popup).

Great. Thanks for checking.

>> Hmm, but if os.popen() is no longer supported in Python 3, how can
>> we still use it in platform ?
> 
> platform.popen() and os.popen() have the same requirement: call process.wait() on file.close(). os.popen() does already implement that using _wrap_close. I don't want to copy/paste the code from os. os.popen() does still exist, why not reusing it?
> 
> Anyway, if we remove os.popen(), we should remove platform.popen() too. But I don't want/plan to remove os.popen().

Ok.

If you remove the _popen class as well, the patch can go in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 10:43:30 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 09:43:30 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1299145410.84.0.529663453947.issue7330@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
title: PyUnicode_FromFormat segfault -> PyUnicode_FromFormat: implement width and precision for %s, %S, %R, %V, %U, %A

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:11:55 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 10:11:55 +0000
Subject: [issue11382] some posix module functions
Message-ID: <1299147115.66.0.965600750268.issue11382@psf.upfronthosting.co.za>


Changes by Charles-Francois Natali <neologix at free.fr>:


----------
nosy: neologix
priority: normal
severity: normal
status: open
title: some posix module functions

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:15:33 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 10:15:33 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>


New submission from Charles-Francois Natali <neologix at free.fr>:

Some posix module functions unnecessarily release the GIL.
For example, posix_dup, posix_dup2 and posix_pipe all release the GIL, but those are non-blocking syscalls (the don't imply any I/O, only modifying the process file descriptors table).
This leads to the famous convoy effect (see http://bugs.python.org/issue7946).

For example:

$ cat /tmp/test_dup2.py 
import os
import threading
import sys
import time


def do_loop():
    while True:
        pass

t = threading.Thread(target=do_loop)
t.setDaemon(True)
t.start()

f = os.open(sys.argv[1], os.O_RDONLY)

for i in range(4, 1000):
    os.dup2(f, i)

Whith  GIL release/acquire:

$ time ./python /tmp/test_dup2.py  /etc/fstab 

real    0m5.238s
user    0m5.223s
sys     0m0.009s

$ time ./python /tmp/test_pipe.py 

real    0m3.083s
user    0m3.074s
sys     0m0.007s

Without GIL release/acquire:

$ time ./python /tmp/test_dup2.py  /etc/fstab 

real    0m0.094s
user    0m0.077s
sys     0m0.010s

$ time ./python /tmp/test_pipe.py 

real    0m0.088s
user    0m0.074s
sys     0m0.008s

----------
title: some posix module functions -> some posix module functions unnecessarily release the GIL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:41:25 2011
From: report at bugs.python.org (Eric Smith)
Date: Thu, 03 Mar 2011 10:41:25 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299148885.4.0.983375117121.issue11382@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
components: +Interpreter Core
nosy: +eric.smith, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:51:30 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 03 Mar 2011 10:51:30 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299149490.01.0.420299149745.issue11382@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

On Windows at least, these functions call malloc() and DuplicateHandle().

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:56:46 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 03 Mar 2011 10:56:46 +0000
Subject: [issue11383] compilation seg faults on insanely large expressions
In-Reply-To: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>
Message-ID: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

~/devel/py3k$ ./python -c "compile('1*'*100000+'1', 'broken', 'eval')"
Segmentation fault

Going by the gdb stack trace we're blowing the stack due to the recursive descent in "compiler_visit_expr".

----------
messages: 129950
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: compilation seg faults on insanely large expressions

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11383>
_______________________________________

From report at bugs.python.org  Thu Mar  3 11:58:02 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 10:58:02 +0000
Subject: [issue11379] Remove "lightweight" from minidom description
In-Reply-To: <1299093908.17.0.828802315354.issue11379@psf.upfronthosting.co.za>
Message-ID: <1299149882.79.0.215233919731.issue11379@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Agreed with Stefan's concern.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11379>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:10:33 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 03 Mar 2011 11:10:33 +0000
Subject: [issue11383] compilation seg faults on insanely large expressions
In-Reply-To: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>
Message-ID: <1299150633.01.0.0914113018121.issue11383@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Updated Lib/test/crashers/compiler_recursion.py to refer back to this issue. (As well as making it actually crash again on my system - apparently an expression nested 59k deep wasn't enough to kill the stack here, so I bumped it to 100k)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11383>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:20:22 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 11:20:22 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299151222.39.0.227856658939.issue11377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

New patch deprecating platform.popen() and removing _popen.

Marc-Andre: Do you agree to deprecate platform.popen() in favour of subprocess?

----------
Added file: http://bugs.python.org/file20984/platform_popen-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:25:10 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 11:25:10 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299151510.35.0.785537757742.issue11382@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

I didn't even know that Windows had such calls.
But anyway, if we start releasing the GIL around each malloc call, then it's going to get really complicated:

static PyObject *
posix_geteuid(PyObject *self, PyObject *noargs)
{
 	return PyLong_FromLong((long)geteuid());
}

PyLong_FromLong -> _PyLong_New -> PyObject_MALLOC which can call malloc.

As for DuplicateHandle, I assume it's as fast as Unix's dup(2).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:29:09 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 11:29:09 +0000
Subject: [issue11384] Deprecate, remove or document (correctly) os.popen
In-Reply-To: <1299151749.56.0.94984256295.issue11384@psf.upfronthosting.co.za>
Message-ID: <1299151749.56.0.94984256295.issue11384@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

os.popen() was deprecated in Python 2.6 but it does still exist in Python 3.3. The function is no more documented: there is an entry in os documentation, but the entry is not in the index, and it has a reference to the "file object creation" section which doesn't have an paragraph about os.popen().

I prefer subprocess.Popen() over os.popen() because subprocess has much more options to control the child process creation (eg. change the current directory), it closes all files by default (which is more secure), it restores the signal handlers, etc.

I don't know if we can directly remove os.popen() from Python 3.3, because it is no more marked as deprecated in Python 3!

----------
components: Library (Lib)
messages: 129955
nosy: haypo
priority: normal
severity: normal
status: open
title: Deprecate, remove or document (correctly) os.popen
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11384>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:33:31 2011
From: report at bugs.python.org (Neil Muller)
Date: Thu, 03 Mar 2011 11:33:31 +0000
Subject: [issue11384] Deprecate, remove or document (correctly) os.popen
In-Reply-To: <1299151749.56.0.94984256295.issue11384@psf.upfronthosting.co.za>
Message-ID: <1299152011.38.0.868696817611.issue11384@psf.upfronthosting.co.za>


Neil Muller <drnlmuller+bugs at gmail.com> added the comment:

See issue6490 , which covers much of the same ground.

----------
nosy: +Neil Muller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11384>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:36:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 11:36:44 +0000
Subject: [issue11384] Deprecate, remove or document (correctly) os.popen
In-Reply-To: <1299151749.56.0.94984256295.issue11384@psf.upfronthosting.co.za>
Message-ID: <1299152204.94.0.86551102789.issue11384@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11384>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:53:08 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 03 Mar 2011 11:53:08 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299153188.69.0.0709640751005.issue11382@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

What are you trying to achieve? Do you have loops which contain no other syscall than os.dup2()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:56:24 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 11:56:24 +0000
Subject: [issue6490] os.popen documentation in 2.6 is probably wrong
In-Reply-To: <1247646939.28.0.091306950041.issue6490@psf.upfronthosting.co.za>
Message-ID: <1299153384.58.0.61614979473.issue6490@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r55334 removed popen2, popen3 and popen4 from the os module from Python 3 (before the 3.0 release), but not os.popen.

Python 3.2 has now convenience functions in subprocess to get the output of a program:

- check_output()
- getstatusoutput()
- getoutput()

They have a better API then os.popen because you can:

 - avoid the shell process and use a list of arguments (to avoid ugly shell quoting using ' or ")
 - change the current directory
 - decide if signal are restored or not
 - get easily the exit code (not >> 8 magical operation on the close() output)
 - use a different executable name
 - pass file descriptor
 - etc.

I think that it's time to move forward and remove os.popen(). But... there are 66 calls to os.popen() in:

Doc/tools/docutils/writers/odf_odt
Lib
Lib/ctypes
Lib/distutils
Lib/distutils/command
Lib/distutils/tests
Lib/idlelib
Lib/multiprocessing
Lib/pydoc_data
Lib/test
Lib/tkinter/test/test_tkinter
Mac/BuildScript
Mac/Tools
PCbuild
PC/VC6
PC/VS7.1
PC/VS8.0
Tools/msi
Tools/scripts

So we can maybe start with:
 - Restore the documentation
 - Mark this function as deprecated in the doc
 - Emit a deprecating warning in the code
 - Start to replace os.popen() with subprocess in Python

And then maybe never drop it :-)

Note: even subprocess.getstatusoutput() is implemented using os.popen()...

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6490>
_______________________________________

From report at bugs.python.org  Thu Mar  3 12:57:46 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 11:57:46 +0000
Subject: [issue6490] os.popen documentation in 2.6 is probably wrong
In-Reply-To: <1247646939.28.0.091306950041.issue6490@psf.upfronthosting.co.za>
Message-ID: <1299153466.64.0.39115925667.issue6490@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

The following documentation should also be updated to use the new convenience functions:
http://docs.python.org/py3k/library/subprocess.html#replacing-os-popen-os-popen2-os-popen3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6490>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:15:33 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 03 Mar 2011 12:15:33 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299151222.39.0.227856658939.issue11377@psf.upfronthosting.co.za>
Message-ID: <4D6F8663.4050701@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> New patch deprecating platform.popen() and removing _popen.

Patch looks good.

> Marc-Andre: Do you agree to deprecate platform.popen() in favour of subprocess?

Yes. We can start the deprecation process in 3.3.

Thank you,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:39:12 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 12:39:12 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299155952.16.0.16875675738.issue11382@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Well, those are contrived examples showing the effect of the convoy effect induced by those unneeded GIL release/acquire: releasing and re-acquiring the GIL comes with a cost (e.g. under Linux, futex are really fast in the uncontended case since handled in use space but much slower when there's contention), and subverts the OS scheduling policy (forcing the thread to drop/re-acquire the GIL make the thread block after having consumed a small amount of its time slice and increases the context switching rate). I think that releasing and re-acquiring the GIL should only be done around potentially blocking calls.

> Do you have loops which contain no other syscall than os.dup2()?

No, but it's not a reason for penalizing threads that use dup, dup2 or pipe.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:42:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 12:42:24 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299155952.16.0.16875675738.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299156139.3773.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Well, those are contrived examples showing the effect of the convoy
> effect induced by those unneeded GIL release/acquire: releasing and
> re-acquiring the GIL comes with a cost (e.g. under Linux, futex are
> really fast in the uncontended case since handled in use space but
> much slower when there's contention), and subverts the OS scheduling
> policy (forcing the thread to drop/re-acquire the GIL make the thread
> block after having consumed a small amount of its time slice and
> increases the context switching rate). I think that releasing and
> re-acquiring the GIL should only be done around potentially blocking
> calls.

Do you want to propose a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:54:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 12:54:18 +0000
Subject: [issue11377] Deprecate (remove?) platform.popen()
In-Reply-To: <1299086966.45.0.602666513721.issue11377@psf.upfronthosting.co.za>
Message-ID: <1299156858.27.0.629655102977.issue11377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.3 (r88721).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11377>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:55:09 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 12:55:09 +0000
Subject: [issue8513] subprocess: support bytes program name (POSIX)
In-Reply-To: <1272062527.11.0.850135595207.issue8513@psf.upfronthosting.co.za>
Message-ID: <1299156909.55.0.584027244419.issue8513@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oh, I forget subprocess.call(b'ls'): command as a byte string => fixed in Python 3.3 (r88720).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8513>
_______________________________________

From report at bugs.python.org  Thu Mar  3 13:59:08 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 12:59:08 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299157148.89.0.97600358972.issue11382@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Do you want to propose a patch?

Sure, if removing those calls to Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS seems reasonable (I might haved missed something obvious).
Just to be clear, I'm not at all criticizing the current GIL implementation, there's been a great work done on it.
I'm just saying that releasing and re-acquiring the GIL around fast syscalls is probaly not a good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 14:09:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 13:09:12 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299157148.89.0.97600358972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299157748.3773.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Just to be clear, I'm not at all criticizing the current GIL
> implementation, there's been a great work done on it.
> I'm just saying that releasing and re-acquiring the GIL around fast
> syscalls is probaly not a good idea.

If these syscalls aren't likely to yield control to another thread, then
I agree there's no point in releasing the GIL around them.
(but is it the case that they are always fast? for example, how about
dup() on a network file system? or is it indifferent?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 14:18:55 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 13:18:55 +0000
Subject: [issue10197] subprocess.getoutput fails on win32
In-Reply-To: <1288095541.88.0.426506052882.issue10197@psf.upfronthosting.co.za>
Message-ID: <1299158335.88.0.505301219882.issue10197@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

subprocess_getoutput.patch: patch subprocess.getstatusoutput() to use directly Popen, instead of os.popen, with stderr=subprocess.STDOUT instead of "2>&1" shell redirection. It strips also all trailing spaces and newlines, not just the last one. And finally, it removes "Availability: UNIX." from the documentation.

I tried to add a shell argument (to be able to disable the shell) and to accept any Popen keyword, but I don't know how to implement shell=False if the input is a list of arguments. list2cmdline() is unsafe on UNIX (see #8972). And if getstatusoutput() doesn't accept argument list, it becomes useless with shell=False (it doesn't support to call a program with arguments).

Note: the status is still shifted on UNIX to be compatible with the wait() format.

----------
keywords: +patch
Added file: http://bugs.python.org/file20985/subprocess_getoutput.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10197>
_______________________________________

From report at bugs.python.org  Thu Mar  3 14:19:36 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 13:19:36 +0000
Subject: [issue8972] subprocess.list2cmdline doesn't quote the & character
In-Reply-To: <1276261868.23.0.953588591338.issue8972@psf.upfronthosting.co.za>
Message-ID: <1299158376.29.0.283204920106.issue8972@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8972>
_______________________________________

From report at bugs.python.org  Thu Mar  3 14:54:29 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 13:54:29 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298986461.42.0.308448879185.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110303135357.GA14002@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

> Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
> 
> Please try to provide a patch which fixes (as in "makes the test pass") this specific issue only. As for other changes such as the code restyling you can open a separate ticket with another patch.

Forza, Giampaolo. :)
If you never patch file20960 in, the buildbots will fail 
for the time being.
(And they do have to run Mac OS X already...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:26:29 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 14:26:29 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299162389.87.0.477869821594.issue11265@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fixed in r88722.
I did not catch EAGAIN in connect() as it makes hang some tests.

----------
resolution:  -> fixed
status: open -> closed
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:32:45 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 14:32:45 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299157748.3773.2.camel@localhost.localdomain>
Message-ID: <AANLkTikqqtH+Jop6jYMf57LM34r_99cSR7_-PkvxQd6P@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

2011/3/3 Antoine Pitrou <report at bugs.python.org>:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
>> Just to be clear, I'm not at all criticizing the current GIL
>> implementation, there's been a great work done on it.
>> I'm just saying that releasing and re-acquiring the GIL around fast
>> syscalls is probaly not a good idea.
>
> If these syscalls aren't likely to yield control to another thread, then
> I agree there's no point in releasing the GIL around them.
> (but is it the case that they are always fast? for example, how about
> dup() on a network file system? or is it indifferent?)

The initial open can take long, but once it's open, calling dup just
implies copying a reference to the open file (a pointer) to the file
descriptor table. No I/O is done (I tested it one a NFS mount).
Now, I don't know Windows at all, but I'm pretty sure that every
operating system does more or less the same thing, and that those
three calls (there might be others) don't block.

>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11382>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:36:10 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 14:36:10 +0000
Subject: [issue9723] Add shlex.quote
In-Reply-To: <1283262014.72.0.527039259842.issue9723@psf.upfronthosting.co.za>
Message-ID: <1299162970.05.0.0932324367685.issue9723@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9723>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:37:57 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 14:37:57 +0000
Subject: [issue10882] Add os.sendfile()
In-Reply-To: <1294691268.76.0.727179568007.issue10882@psf.upfronthosting.co.za>
Message-ID: <1299163077.65.0.831378877506.issue10882@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

OSX failure is tracked in issue 11351.
Closing this out as fixed.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10882>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:42:48 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 14:42:48 +0000
Subject: [issue7839] Popen should raise ValueError if pass a string when
	shell=False or a list when shell=True
In-Reply-To: <1265137684.99.0.487285282872.issue7839@psf.upfronthosting.co.za>
Message-ID: <1299163368.87.0.7174693978.issue7839@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7839>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:49:06 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 14:49:06 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299163746.74.0.0507481088742.issue11351@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

issue11351-5.patch no longer applies cleanly and I don't have an OSX box to test against at the moment.
Could you please update your patch? If you tell me it's gonna fix the test I'm going to commit it assuming everything is fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 15:59:34 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 14:59:34 +0000
Subject: [issue11259] asynchat does not check if terminator is negative integer
In-Reply-To: <1298220002.68.0.352394054223.issue11259@psf.upfronthosting.co.za>
Message-ID: <1299164374.92.0.429401683441.issue11259@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Can you write an actual patch which includes tests?
Also, I think the z.patch in attachment is targeted for python 2.x as it does not apply cleanly against the current trunk.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11259>
_______________________________________

From report at bugs.python.org  Thu Mar  3 16:35:15 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 15:35:15 +0000
Subject: [issue10197] subprocess.getoutput fails on win32
In-Reply-To: <1288095541.88.0.426506052882.issue10197@psf.upfronthosting.co.za>
Message-ID: <1299166515.64.0.688201707976.issue10197@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I tried to add a shell argument (to be able to disable the shell) and
> to accept any Popen keyword, but I don't know how to implement
> shell=False if the input is a list of arguments. list2cmdline() is
> unsafe on UNIX (see #8972).

Example of function to escape a list of arguments on UNIX:

def escapeargs(*args):
   return ' '.join(pipes.quote(arg) for arg in args)

R. David Murray disagree with me to allow getoutput(list) (shell=True) because Popen(list, shell=True) behaves differently.

subprocess.Popen(['echo Hello'], shell=True) writes 'Hello', whereas subprocess.Popen(['echo', 'Hello'], shell=True) writes nothing (because echo has no argument.

I would like to do something like that: getoutput(['echo', 'Hello']) calls Popen('echo Hello', shell=True) using escapeargs() function defined above. So getoutput(list) calls shell -c "arg1 arg2", whereas Popen(list, shell=True) calls shell -c "arg1" arg2 arg3 ...

See also issue #7839 for Popen(str, shell=False) and Popen(list, shell=True) cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10197>
_______________________________________

From report at bugs.python.org  Thu Mar  3 16:40:06 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 15:40:06 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1299163746.74.0.0507481088742.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110303153940.GA58662@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

> Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
> 
> issue11351-5.patch no longer applies cleanly and I don't have an OSX box to test against at the moment.
> Could you please update your patch? If you tell me it's gonna fix the test I'm going to commit it assuming everything is fine.

I'm at e79364a6bed8/[svn r88726].
issue11351-5.patch applies and the test is ok, at least in respect to sendfile:

Using random seed 1578968
[1/1] test_os
/Users/steffen/arena/code.extern.repos/py3k.hg/Lib/unittest/case.py:387: ResourceWarning: unclosed file <_io.BufferedReader name='@test_59563_tmp2'>
  function()
1 test OK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 16:48:50 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 15:48:50 +0000
Subject: [issue9922] subprocess.getstatusoutput can fail with utf8
	UnicodeDecodeError
In-Reply-To: <1285193199.71.0.119462884073.issue9922@psf.upfronthosting.co.za>
Message-ID: <1299167330.8.0.401592794233.issue9922@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I think that it is now too late to change getstatusoutput() output type (str->bytes). I prefer Unicode and I think that most users will have to decode bytes to Unicode anyway. So the right solution is to be able to configure encoding and errors used by TextIOWrapper: see issue #6135.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9922>
_______________________________________

From report at bugs.python.org  Thu Mar  3 16:51:38 2011
From: report at bugs.python.org (Roumen Petrov)
Date: Thu, 03 Mar 2011 15:51:38 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299167498.04.0.906003038006.issue11365@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

All is duplicate on already posted patches . It is not work to review limited functionality posted here.

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Thu Mar  3 16:51:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 15:51:54 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299167514.3.0.348837474533.issue11351@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 17:08:06 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 16:08:06 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1299167514.34.0.357546970873.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110303160755.GA75054@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

It's ok, but for the statistics:

16:59 ~/arena/code.extern.repos/py3k.hg $ hg identify
e79364a6bed8 (py3k) tip

16:59 ~/arena/code.extern.repos/py3k.hg $ hg slog -r tip
Changeset:   10021:e79364a6bed8
branch:      py3k
tag:         tip
user:        giampaolo.rodola
date:        Thu Mar 03 15:10:58 2011 +0100
summary:     [svn r88726] fix attribute error

16:59 ~/arena/code.extern.repos/py3k.hg $ sh .hg/steffen/buildit.sh
./configure --prefix=$HOME/usr/opt/py3k MACOSX_DEPLOYMENT_TARGET=10.6
make all

17:04 ~/arena/code.extern.repos/py3k.hg $ hg patch --no-commit --strip 1 .hg/steffen/issue11351-5.patch 
applying .hg/steffen/issue11351-5.patch

17:04 ~/arena/code.extern.repos/py3k.hg $ make all
/usr/bin/gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall 
-Wstrict-prototypes -O2 -O2  -I. -IInclude -I./Include    
-DPy_BUILD_CORE  -c ./Modules/posixmodule.c -o 
Modules/posixmodule.o
/usr/bin/gcc
...

17:05 ~/arena/code.extern.repos/py3k.hg $ ./python.exe -E -Wd -m test.test_os -r -w -uall
test_access (__main__.FileTests) ... ok
test_closerange (__main__.FileTests) ... ok
test_read (__main__.FileTests) ... ok
test_rename (__main__.FileTests) ... ok
test_write (__main__.FileTests) ... ok
test_stat_attributes (__main__.StatAttributeTests) ... ok
test_stat_attributes_bytes (__main__.StatAttributeTests) ... ok
test_statvfs_attributes (__main__.StatAttributeTests) ... ok
test_utime_dir (__main__.StatAttributeTests) ... ok
test___repr__ (__main__.EnvironTests)
Check that the repr() of os.environ looks like environ({...}). ... ok
test_bool (__main__.EnvironTests) ... ok
test_constructor (__main__.EnvironTests) ... ok
test_environb (__main__.EnvironTests) ... ok
test_get (__main__.EnvironTests) ... ok
test_get_exec_path (__main__.EnvironTests) ... ok
test_getitem (__main__.EnvironTests) ... ok
test_items (__main__.EnvironTests) ... ok
test_keys (__main__.EnvironTests) ... ok
test_keyvalue_types (__main__.EnvironTests) ... ok
test_len (__main__.EnvironTests) ... ok
test_os_popen_iter (__main__.EnvironTests) ... ok
test_pop (__main__.EnvironTests) ... ok
test_popitem (__main__.EnvironTests) ... ok
test_read (__main__.EnvironTests) ... ok
test_setdefault (__main__.EnvironTests) ... ok
test_update (__main__.EnvironTests) ... ok
test_update2 (__main__.EnvironTests) ... ok
test_values (__main__.EnvironTests) ... ok
test_write (__main__.EnvironTests) ... ok
test_traversal (__main__.WalkTests) ... ok
test_exist_ok_existing_directory (__main__.MakedirTests) ... ok
test_exist_ok_existing_regular_file (__main__.MakedirTests) ... ok
test_makedir (__main__.MakedirTests) ... ok
test_devnull (__main__.DevNullTests) ... ok
test_urandom (__main__.URandomTests) ... ok
test_execvpe_with_bad_arglist (__main__.ExecTests) ... ok
test_execvpe_with_bad_program (__main__.ExecTests) ... ok
test_internal_execvpe_str (__main__.ExecTests) ... ok
test_closerange (__main__.TestInvalidFD) ... ok
test_dup (__main__.TestInvalidFD) ... ok
test_dup2 (__main__.TestInvalidFD) ... ok
test_fchdir (__main__.TestInvalidFD) ... ok
test_fchmod (__main__.TestInvalidFD) ... ok
test_fchown (__main__.TestInvalidFD) ... ok
test_fdatasync (__main__.TestInvalidFD) ... ok
test_fdopen (__main__.TestInvalidFD) ... ok
test_fpathconf (__main__.TestInvalidFD) ... ok
test_fstat (__main__.TestInvalidFD) ... ok
test_fstatvfs (__main__.TestInvalidFD) ... ok
test_fsync (__main__.TestInvalidFD) ... ok
test_ftruncate (__main__.TestInvalidFD) ... ok
test_isatty (__main__.TestInvalidFD) ... ok
test_lseek (__main__.TestInvalidFD) ... ok
test_read (__main__.TestInvalidFD) ... ok
test_tcgetpgrp (__main__.TestInvalidFD) ... ok
test_tcsetpgrpt (__main__.TestInvalidFD) ... ok
test_ttyname (__main__.TestInvalidFD) ... ok
test_write (__main__.TestInvalidFD) ... ok
test_setegid (__main__.PosixUidGidTests) ... ok
test_seteuid (__main__.PosixUidGidTests) ... ok
test_setgid (__main__.PosixUidGidTests) ... ok
test_setregid (__main__.PosixUidGidTests) ... ok
test_setregid_neg1 (__main__.PosixUidGidTests) ... ok
test_setreuid (__main__.PosixUidGidTests) ... ok
test_setreuid_neg1 (__main__.PosixUidGidTests) ... ok
test_setuid (__main__.PosixUidGidTests) ... ok
test_listdir (__main__.Pep383Tests) ... ok
test_open (__main__.Pep383Tests) ... ok
test_stat (__main__.Pep383Tests) ... ok
test_CTRL_BREAK_EVENT (__main__.Win32KillTests) ... skipped 'Win32 specific tests'
test_CTRL_C_EVENT (__main__.Win32KillTests) ... skipped 'Win32 specific tests'
test_kill_int (__main__.Win32KillTests) ... skipped 'Win32 specific tests'
test_kill_sigterm (__main__.Win32KillTests) ... skipped 'Win32 specific tests'
test_directory_link (__main__.Win32SymlinkTests) ... skipped 'Win32 specific tests'
test_file_link (__main__.Win32SymlinkTests) ... skipped 'Win32 specific tests'
test_isdir_on_directory_link_to_missing_target (__main__.Win32SymlinkTests) ... skipped 'Win32 specific tests'
test_remove_directory_link_to_missing_target (__main__.Win32SymlinkTests) ... skipped 'Win32 specific tests'
test_rmdir_on_directory_link_to_missing_target (__main__.Win32SymlinkTests) ... skipped 'Win32 specific tests'
test_identity (__main__.FSEncodingTests) ... ok
test_nop (__main__.FSEncodingTests) ... ok
test_getppid (__main__.PidTests) ... ok
test_getlogin (__main__.LoginTests) ... skipped 'Skip due to platform/environment differences on *NIX buildbots'
test_link (__main__.LinkTests) ... ok
test_link_bytes (__main__.LinkTests) ... ok
test_unicode_name (__main__.LinkTests) ... ok
test_headers (__main__.TestSendfile) ... ok
test_invalid_offset (__main__.TestSendfile) ... ok
test_offset_overflow (__main__.TestSendfile) ... ok
test_send_at_certain_offset (__main__.TestSendfile) ... ok
test_send_whole_file (__main__.TestSendfile) ... ok
test_trailers (__main__.TestSendfile) ... ok
test_set_get_priority (__main__.ProgramPriorityTests) ... /Users/steffen/arena/code.extern.repos/py3k.hg/Lib/unittest/case.py:387: ResourceWarning: unclosed file <_io.BufferedReader name='@test_86650_tmp2'>
  function()
ok

----------------------------------------------------------------------
Ran 92 tests in 0.359s

OK (skipped=10)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 17:12:34 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 16:12:34 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299168754.74.0.347703948435.issue11351@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

> I'm at e79364a6bed8/[svn r88726].
> issue11351-5.patch applies and the test is ok, at least in respect 
> to sendfile:

Sorry, I'm still not used to the whole svn/mercurial change.
I applied your patch in r88729.
Let's see how the buildbot goes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 17:18:33 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 16:18:33 +0000
Subject: [issue11365] Integrate Buildroot patches (cross-compilation)
In-Reply-To: <1299015633.09.0.58407944374.issue11365@psf.upfronthosting.co.za>
Message-ID: <1299169113.47.0.725683383301.issue11365@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

A quick search gives me:
- #1006238
- #1597850
- #3754
- #5404
- #3871

Are they the same patches from Buildroot?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11365>
_______________________________________

From report at bugs.python.org  Thu Mar  3 17:23:46 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 16:23:46 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1299168754.74.0.347703948435.issue11351@psf.upfronthosting.co.za>
Message-ID: <20110303162112.GB75054@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

> Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
> Let's see how the buildbot goes.

Italian Espressi are the best!
(Our local classical radio station plays Respighi's "Pini di Roma" 
almost every day ...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 17:48:51 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 16:48:51 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299170931.78.0.692359382702.issue11351@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

=)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 18:10:11 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 03 Mar 2011 17:10:11 +0000
Subject: [issue11381] pretending the "not" operator is a function behaves
	surprisingly
In-Reply-To: <1299131080.86.0.627193173962.issue11381@psf.upfronthosting.co.za>
Message-ID: <1299172211.73.0.120343390394.issue11381@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I concur with Georg.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11381>
_______________________________________

From report at bugs.python.org  Thu Mar  3 18:32:17 2011
From: report at bugs.python.org (Zsolt Cserna)
Date: Thu, 03 Mar 2011 17:32:17 +0000
Subject: [issue9100] test_sysconfig fails (test_user_similar)
In-Reply-To: <1277731663.45.0.56366593786.issue9100@psf.upfronthosting.co.za>
Message-ID: <1299173537.53.0.0505968486661.issue9100@psf.upfronthosting.co.za>


Zsolt Cserna <zsolt.cserna at morganstanley.com> added the comment:

No, I think it's not the duplicate of any of the bugs you've specified.
Meanwhile I've installed to another location and it's now python 2.7.1, but the problem still present:

My configure parameters are:
--prefix=//ms/dist/python/PROJ/core/2.7.1-1/common --exec-prefix=//ms/dist/python/PROJ/core/2.7.1-1/.exec/ia32.linux.2.6.glibc.2.3 --enable-shared

The error message is:

AssertionError: '/ms/user/a/and/.local/lib/python2.7' != '/ms/user/a/and/.local/exec/lib/python2.7'

I'm executing the python interpreter from:
//ms/dist/python/PROJ/core/2.7.1/exec/bin/python

(which is the same as //ms/dist/python/PROJ/core/2.7.1-1/.exec/ia32.linux.2.6.glibc.2.3/bin/python)

In the unittest I have the following variables:
sysconfig.get_config_var('base') = '/ms/dist/python/PROJ/core/2.7.1'
sysconfig.get_config_var('userbase') = '/ms/user/a/and/.local'
sysconfig.get_path('stdlib', 'posix_prefix') = '/ms/dist/python/PROJ/core/2.7.1/lib/python2.7'
sysconfig.get_path('stdlib', 'posix_user') = '/ms/user/a/and/.local/lib/python2.7'
sysconfig.get_path('platstdlib', 'posix_prefix') = '/ms/dist/python/PROJ/core/2.7.1/exec/lib/python2.7'
sysconfig.get_path('platstdlib', 'posix_user') = '/ms/user/a/and/.local/lib/python2.7'
sysconfig.get_path('purelib', 'posix_prefix') = '/ms/dist/python/PROJ/core/2.7.1/lib/python2.7/site-packages'
sysconfig.get_path('purelib', 'posix_user') = '/ms/user/a/and/.local/lib/python2.7/site-packages'
sysconfig.get_path('platlib', 'posix_prefix') = '/ms/dist/python/PROJ/core/2.7.1/exec/lib/python2.7/site-packages'
sysconfig.get_path('platlib', 'posix_user') = '/ms/user/a/and/.local/lib/python2.7/site-packages'

I think the problem is that while get_path('platstdlib', 'posix_prefix') returns an exec-specific path different from get_path('stdlib', 'posix_prefix'), get_path('platstdlib', 'posix_user') returns the same as get_path('stdlib', 'posix_user').

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9100>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:00:04 2011
From: report at bugs.python.org (Eric Smith)
Date: Thu, 03 Mar 2011 18:00:04 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <1299175204.82.0.757784378592.issue10833@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I don't feel strongly one way or the other about it. I was just relaying the reason I heard when I asked the question about why it's done the way it is.

I suggest mentioning that you're going to commit this change on python-dev, since this seems like an issue that people might care about without knowing about its existence in the bug tracker.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:19:26 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 03 Mar 2011 18:19:26 +0000
Subject: [issue11306] mailbox should test for errno.EROFS
In-Reply-To: <1298531012.94.0.719284706533.issue11306@psf.upfronthosting.co.za>
Message-ID: <1299176366.04.0.518982619697.issue11306@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Committed to py3k in r88730, 3.2 in r88731, and 2.7 in r88732.

I tested it by hand; mbox open failed before patch, succeeded (read-only) after patch.  I also changed two other cases of EACCES tests without testing them; I don't see how it could hurt to add EROFS.  I did not touch the os2-specific cases as there it looks like EROFS might require a different semantic from EACCES.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11306>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:22:24 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 03 Mar 2011 18:22:24 +0000
Subject: [issue10516] Add list.clear() and list.copy()
In-Reply-To: <1290555468.47.0.0329661397161.issue10516@psf.upfronthosting.co.za>
Message-ID: <1299176544.83.0.472069012378.issue10516@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Committed the bytearray methods in revision 88733. 

Closing this issue. Will handle wrong exception and MutableSequence ABC method addition in separate issues.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10516>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:25:34 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 03 Mar 2011 18:25:34 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

TextTestRunner has a run method, which is not documented. It is also is not clear how to add suite to TextTestRunner to be executed later by unittest.main()

----------
assignee: docs at python
components: Documentation, Tests
messages: 129988
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: TextTestRunner methods are not documented
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:29:03 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 03 Mar 2011 18:29:03 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>


New submission from Eli Bendersky <eliben at gmail.com>:

bytearray.pop() currently throws OverflowError when popping an empty bytearray, instead of IndexError.

See Issue #10516 for reference discussion.

----------
assignee: rhettinger
components: Interpreter Core
keywords: easy, needs review
messages: 129989
nosy: eli.bendersky, georg.brandl, ncoghlan, rhettinger, terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: Fix exception thrown by bytearray.pop() for empty bytearrays
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:30:14 2011
From: report at bugs.python.org (Nikolay Fomichev)
Date: Thu, 03 Mar 2011 18:30:14 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>
Message-ID: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>


New submission from Nikolay Fomichev <morphsandn at gmail.com>:

A simple code:

class App():  
    def __init__(self):
        self.root = tk.Tk()
        
        self.btn = tk.Button(self.root, text='Click me')
        self.btn.pack()
        self.btn.bind('<Button-1>', self.click)

        self.root.mainloop()
        
    def click(self, event):
        # Messagebox or filedialog
        pass


When the button is clicked, it calls the function where a filedialog or messagebox is called. After the function is done the button changes - it looks like it's pressed. Its relief is sunken. Something like "self.btn.config(relief=tk.RAISED)" has no effect - relief is raised, but the button still looks pressed.
If no dialogs are called, all is fine.

But... if instead of "bind" I use config option "command", it works - the function goes well with dialogs, etc and the button is really raised.

I checked this in 2.6.6, 2.7, 3.1.2 and 3.2 on Linux and Win, everywhere is the same tune.

----------
components: Tkinter
messages: 129990
nosy: Nikolay.Fomichev
priority: normal
severity: normal
status: open
title: Tkinter, callback functions
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:30:37 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Thu, 03 Mar 2011 18:30:37 +0000
Subject: [issue11265] asyncore does not check for EAGAIN and EPIPE errno
In-Reply-To: <1298265532.74.0.854480048578.issue11265@psf.upfronthosting.co.za>
Message-ID: <1299177037.31.0.303911652223.issue11265@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

> I did not catch EAGAIN in connect() as it makes hang some tests.
maybe incorrect tests? which test(s) failed ?

mmarkk at fad:/usr/include$ fgrep EWOULDB -r .
./asm-generic/errno.h:#define	EWOULDBLOCK	EAGAIN	/* Operation would block */

So not catching EAGAIN ( at least in Linux) can not make some tests hang.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11265>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:32:27 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 03 Mar 2011 18:32:27 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299177147.23.0.0577928389824.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

The attached patch changes the exception thrown to IndexError, as well as aligning the error message to the one thrown by list.

----------
keywords: +patch
Added file: http://bugs.python.org/file20986/issue11386.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:34:25 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 18:34:25 +0000
Subject: [issue9795] nntplib.NNTP should support the context protocol
In-Reply-To: <1283899375.28.0.82339837152.issue9795@psf.upfronthosting.co.za>
Message-ID: <1299177265.88.0.862365807247.issue9795@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed in r88734.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9795>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:36:47 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 03 Mar 2011 18:36:47 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>


New submission from Eli Bendersky <eliben at gmail.com>:

Now that both list and bytearray support the clear() method (see issue #10516), MutableSequence.clear() has to be implemented.

This is pending on commit for issue #11386, which fixes the exception thrown by bytearray.pop() when the bytearray is empty.

----------
assignee: eli.bendersky
components: Library (Lib)
keywords: easy
messages: 129994
nosy: eli.bendersky, georg.brandl, ncoghlan, rhettinger, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Implement MutableSequence.clear()
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:39:01 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Thu, 03 Mar 2011 18:39:01 +0000
Subject: [issue11259] asynchat does not check if terminator is negative integer
In-Reply-To: <1298220002.68.0.352394054223.issue11259@psf.upfronthosting.co.za>
Message-ID: <1299177541.09.0.535032021894.issue11259@psf.upfronthosting.co.za>


Changes by ???? ????????? <socketpair at gmail.com>:


Added file: http://bugs.python.org/file20987/z31.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11259>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:40:35 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Thu, 03 Mar 2011 18:40:35 +0000
Subject: [issue11259] asynchat does not check if terminator is negative integer
In-Reply-To: <1298220002.68.0.352394054223.issue11259@psf.upfronthosting.co.za>
Message-ID: <1299177635.36.0.759679638975.issue11259@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

> actual patch which includes tests
I do not understand you. Probably I can not write that patch. Do not know how to. Sorry :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11259>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:50:16 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 03 Mar 2011 18:50:16 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299178216.76.0.0544912623929.issue11386@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The patch looks fine.  Please apply and backport.

Also, please search all other pop() methods in the standard library to see if this bug occurred anywhere else.  Popping from an empty container should be a LookupError, either IndexError for sequences or KeyError for mappings.

----------
assignee: rhettinger -> eli.bendersky
nosy: +nnorwitz
resolution:  -> accepted
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Thu Mar  3 19:54:46 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 03 Mar 2011 18:54:46 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299178486.71.0.397234409269.issue11388@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

s/has to be/could be/

But yes, this would be a worthwhile addition to MutableSequence :-)

----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Thu Mar  3 20:05:50 2011
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 03 Mar 2011 19:05:50 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299179150.87.0.848732850267.issue11388@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

+1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Thu Mar  3 20:08:14 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 19:08:14 +0000
Subject: [issue11259] asynchat does not check if terminator is negative integer
In-Reply-To: <1298220002.68.0.352394054223.issue11259@psf.upfronthosting.co.za>
Message-ID: <1299179294.58.0.91171217714.issue11259@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

By "writing a test" I mean adding a unittest-based test case in Lib/test/test_asynchat.py which fails before fixing Lib/asynchat.py and succeeds afterwards.

Now, I'm not even sure I properly understood your bug exactly.
I've never used negative terminators in asynchat and I'm not even sure why one would want to. 

In this case, taking a look at a test would help me (and others) to understand what you are complaining about exactly and figure out whether this is actually a bug and if it is worth fixing it.

As for how to properly write a patch see:
http://www.python.org/dev/faq/
All new patches should be applied to python 3.3 first so every time you submit a new one you should work on the 3.3 branch (current trunk) which is:
http://svn.python.org/projects/python/branches/py3k/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11259>
_______________________________________

From report at bugs.python.org  Thu Mar  3 20:22:21 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 03 Mar 2011 19:22:21 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299180141.83.0.913544165206.issue11388@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Thu Mar  3 20:50:25 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 19:50:25 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <AANLkTikqqtH+Jop6jYMf57LM34r_99cSR7_-PkvxQd6P@mail.gmail.com>
Message-ID: <AANLkTimKbugaAe3b+Q5mpEA4K8A0-2vTmNTfWOCb_Sx6@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

Attached is a patch removing useless calls to
Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS for several posix
functions.
It's straigthforward, but since I only have Linux boxes, I couldn't
test it under Windows.

----------
keywords: +patch
Added file: http://bugs.python.org/file20988/gil_release_py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________
-------------- next part --------------
Index: Modules/posixmodule.c
===================================================================
--- Modules/posixmodule.c	(r??vision 88734)
+++ Modules/posixmodule.c	(copie de travail)
@@ -3041,9 +3041,7 @@
     if (!PyArg_ParseTuple(args, "ii", &which, &who))
         return NULL;
     errno = 0;
-    Py_BEGIN_ALLOW_THREADS
     retval = getpriority(which, who);
-    Py_END_ALLOW_THREADS
     if (errno != 0)
         return posix_error();
     return PyLong_FromLong((long)retval);
@@ -3063,9 +3061,7 @@
 
     if (!PyArg_ParseTuple(args, "iii", &which, &who, &prio))
         return NULL;
-    Py_BEGIN_ALLOW_THREADS
     retval = setpriority(which, who, prio);
-    Py_END_ALLOW_THREADS
     if (retval == -1)
         return posix_error();
     Py_RETURN_NONE;
@@ -5712,9 +5708,7 @@
         return NULL;
     if (!_PyVerify_fd(fd))
         return posix_error();
-    Py_BEGIN_ALLOW_THREADS
     fd = dup(fd);
-    Py_END_ALLOW_THREADS
     if (fd < 0)
         return posix_error();
     return PyLong_FromLong((long)fd);
@@ -5733,9 +5727,7 @@
         return NULL;
     if (!_PyVerify_fd_dup2(fd, fd2))
         return posix_error();
-    Py_BEGIN_ALLOW_THREADS
     res = dup2(fd, fd2);
-    Py_END_ALLOW_THREADS
     if (res < 0)
         return posix_error();
     Py_INCREF(Py_None);
@@ -6116,9 +6108,7 @@
     HFILE read, write;
     APIRET rc;
 
-    Py_BEGIN_ALLOW_THREADS
     rc = DosCreatePipe( &read, &write, 4096);
-    Py_END_ALLOW_THREADS
     if (rc != NO_ERROR)
         return os2_error(rc);
 
@@ -6127,9 +6117,7 @@
 #if !defined(MS_WINDOWS)
     int fds[2];
     int res;
-    Py_BEGIN_ALLOW_THREADS
     res = pipe(fds);
-    Py_END_ALLOW_THREADS
     if (res != 0)
         return posix_error();
     return Py_BuildValue("(ii)", fds[0], fds[1]);
@@ -6137,9 +6125,7 @@
     HANDLE read, write;
     int read_fd, write_fd;
     BOOL ok;
-    Py_BEGIN_ALLOW_THREADS
     ok = CreatePipe(&read, &write, NULL, 0);
-    Py_END_ALLOW_THREADS
     if (!ok)
         return win32_error("CreatePipe", NULL);
     read_fd = _open_osfhandle((Py_intptr_t)read, 0);

From report at bugs.python.org  Thu Mar  3 20:57:25 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 03 Mar 2011 19:57:25 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
	cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

I can't find a way to execute DocTests contained in a separate README.txt file using unittest.main() function. That doesn't allow to control verbosity for debugging.

I am doing it this way in the tests.py

import doctest
import unittest
if __name__ == '__main__':
  runner = unittest.TextTestRunner()
  runner.run(doctest.DocFileSuite('README.txt',
    optionflags=doctest.ELLIPSIS))


I could find a way to subclass TestLoader.loadTestsFromNames() by looking at the source code of undocumented TestProgram. I'd like to see this use case at least covered by documentation if not properly developed for stdlib of Python4.

----------
assignee: docs at python
components: Documentation, Tests
messages: 130001
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: unittest: no way to control verbosity of doctests from cmd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Thu Mar  3 21:33:46 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 03 Mar 2011 20:33:46 +0000
Subject: [issue11390] doctest: add cmdline parameters
In-Reply-To: <1299184426.69.0.480744886707.issue11390@psf.upfronthosting.co.za>
Message-ID: <1299184426.69.0.480744886707.issue11390@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

doctest module need to parse -h/--help parameters, and accept flags like ELLIPSIS from command line. Otherwise it very hard to debug tests like contained in the attached README.

It is also worth to make it parameter compatible with unittest.main()

Usage: tests.py [options] [test] [...]

Options:
  -h, --help       Show this message
  -v, --verbose    Verbose output
  -q, --quiet      Minimal output
  -f, --failfast   Stop on first failure
  -c, --catch      Catch control-C and display results
  -b, --buffer     Buffer stdout and stderr during test runs

----------
files: README.txt
messages: 130002
nosy: techtonik
priority: normal
severity: normal
status: open
title: doctest: add cmdline parameters
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file20989/README.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11390>
_______________________________________

From report at bugs.python.org  Thu Mar  3 21:59:33 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 20:59:33 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299185973.59.0.308227857629.issue11351@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Buildbot ok, i hope it's ok for you all
that i close this heavy-load issue.
More fun further on up the road ...
from a non-MQ user.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 22:00:05 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 03 Mar 2011 21:00:05 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299186005.86.0.522256364311.issue11351@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 22:00:32 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 21:00:32 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299186032.31.0.209443366579.issue11351@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 22:00:51 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 21:00:51 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299186051.2.0.806003552411.issue11351@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 22:20:55 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 03 Mar 2011 21:20:55 +0000
Subject: [issue11351] Mac OS X os.sendfile()
In-Reply-To: <1298894639.33.0.0182835623383.issue11351@psf.upfronthosting.co.za>
Message-ID: <1299187255.41.0.343802608744.issue11351@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Looks good to me and the test does now run successfully.

Note that sendfile() was introduced with OS X 10.5 so, like a number of other similar calls, os.sendfile() will not be present on 32-bit-only OS X installer builds which are built with a minimum deployment target of 10.3. It will be available on the 64-/32-bit installers which have a 10.6 minimum deployment target.

----------
stage: patch review -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11351>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:08:15 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 03 Mar 2011 22:08:15 +0000
Subject: [issue9922] subprocess.getstatusoutput can fail with utf8
	UnicodeDecodeError
In-Reply-To: <1285193199.71.0.119462884073.issue9922@psf.upfronthosting.co.za>
Message-ID: <1299190095.57.0.0944211831951.issue9922@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I don't have a strong feeling about it but it seems to me that getstatusoutput is broken now so something should needs to be changed.  If I understand your suggestion, adding a universal_newlines option to getstatusoutput similar to Popen, with a True (default) to return str False to return bytes, should provide an upwards compatible compromise.  And whatever solution is adopted for Issue6135 should be able to be applied here as well.

On the other hand, getstatusoutput was a carryover from the commands module in Python 2 and I'm not sure why it was not just removed in Python 3 as it seems to duplicate what can be done with Popen.  Perhaps it should just be deprecated and removed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9922>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:09:30 2011
From: report at bugs.python.org (Craig McQueen)
Date: Thu, 03 Mar 2011 22:09:30 +0000
Subject: [issue10592] pprint module doesn't work well with OrderedDicts
In-Reply-To: <1291162826.6.0.417417654349.issue10592@psf.upfronthosting.co.za>
Message-ID: <1299190170.92.0.726795226694.issue10592@psf.upfronthosting.co.za>


Changes by Craig McQueen <python at craig.mcqueen.id.au>:


----------
nosy: +cmcqueen1975

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10592>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:12:35 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 22:12:35 +0000
Subject: [issue1661754] ftplib passive ftp problem on multihomed clients
Message-ID: <1299190355.51.0.273130453405.issue1661754@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Patch in attachment updates the previous one which no longer applies cleanly in py 3.3.
The control connection address is used for *both* passive (PASV) and active (PORT) connections, which is the same approach I used in pyftpdlib.

Removed test_source_address_passive_connection test because we do not want that the same (host, port) is used for both control and data connections.

I think it makes sense to port this patch in previous python versions as well.

----------
nosy: +exarkun, pitrou
stage: test needed -> patch review
versions: +Python 3.3
Added file: http://bugs.python.org/file20990/ftplib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661754>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:13:20 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 22:13:20 +0000
Subject: [issue1661754] ftplib passive ftp problem on multihomed clients
Message-ID: <1299190400.84.0.110099901789.issue1661754@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
assignee:  -> giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661754>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:14:45 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Thu, 03 Mar 2011 22:14:45 +0000
Subject: [issue10924] Adding salt and Modular Crypt Format to crypt library.
In-Reply-To: <1295247997.49.0.7150272714.issue10924@psf.upfronthosting.co.za>
Message-ID: <1299190485.9.0.611829180515.issue10924@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10924>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:20:29 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 03 Mar 2011 22:20:29 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>
Message-ID: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>


New submission from Charles-Francois Natali <neologix at free.fr>:

$ cat /tmp/test_mmap.py 
import mmap

m = mmap.mmap(-1, 1024, prot=mmap.PROT_READ|mmap.PROT_EXEC)
m[0] = 0
$ ./python /tmp/test_mmap.py 
Segmentation fault

When trying to perform a write, is_writable is called to check that we can indeed write to the mmaped area. is_writable just checks the access mode, and if it's not ACCESS_READ, we go ahead and proceed to the write.
The problem is that under Unix, it's possible to pass ACCESS_DEFAULT, and in that case no check is done on prot value.
In that case, is_writable will return true (since ACCESS_DEFAULT != ACCESS_READ), but if prot doesn't include PROT_WRITE bit, we'll segfault.
Attached is a patch including fix and specific test.

----------
files: mmap_check_prot_py3k.diff
keywords: patch
messages: 130008
nosy: neologix
priority: normal
severity: normal
status: open
title: mmap write segfaults if PROT_WRITE bit is not set in prot
Added file: http://bugs.python.org/file20991/mmap_check_prot_py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:24:05 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 22:24:05 +0000
Subject: [issue1661754] ftplib passive ftp problem on multihomed clients
Message-ID: <1299191045.82.0.43767576371.issue1661754@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

> we do not want that the same (host, port) is used for
> both control and data connections.

I meant *port*, not (host, port).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661754>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:32:06 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 22:32:06 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>
Message-ID: <1299191526.09.0.259884450082.issue11391@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch looks mostly good. Why do you use ~PROT_WRITE instead of PROT_READ|PROT_EXEC as in your example?
(I'm unsure whether a POSIX implementation could refuse such a value)

----------
nosy: +pitrou
stage:  -> patch review
type:  -> crash
versions: +Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Thu Mar  3 23:52:06 2011
From: report at bugs.python.org (v_peter)
Date: Thu, 03 Mar 2011 22:52:06 +0000
Subject: [issue9173] logger statement not guarded in shutil._make_tarball
In-Reply-To: <1278374700.0.0.888108186461.issue9173@psf.upfronthosting.co.za>
Message-ID: <1299192726.97.0.116985536299.issue9173@psf.upfronthosting.co.za>


v_peter <leanmeandonothingmachine at gmail.com> added the comment:

I think it would be nice to get this test in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9173>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:13:22 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Thu, 03 Mar 2011 23:13:22 +0000
Subject: [issue11392] Turtle - better explain 'chaos' demo
In-Reply-To: <1299194002.65.0.446288192224.issue11392@psf.upfronthosting.co.za>
Message-ID: <1299194002.65.0.446288192224.issue11392@psf.upfronthosting.co.za>


New submission from Sandro Tosi <sandro.tosi at gmail.com>:

Following up http://mail.python.org/pipermail/docs/2011-January/002786.html I prepared this patch to

- correct Verhulst name
- explain that the results can be against common sense

Also, what's exactly related to "world coordinates" in this example?

----------
assignee: docs at python
components: Documentation
files: turle_demo_chaos-py3k.patch
keywords: patch
messages: 130012
nosy: docs at python, sandro.tosi
priority: low
severity: normal
stage: patch review
status: open
title: Turtle - better explain 'chaos' demo
versions: Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file20992/turle_demo_chaos-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11392>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:19:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 23:19:45 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

<< Fault handler for SIGSEGV, SIGFPE, SIGBUS and SIGILL signals: display the
Python backtrace and restore the previous handler. Allocate an alternate stack
for this handler, if sigaltstack() is available, to be able to allocate memory
on the stack, even on stack overflow (not available on Windows).

Import the module and call faulthandler.enable() to enable the fault handler.

The fault handler is called on catastrophic cases and so it can only use
signal-safe functions (eg. it doesn't allocate memory on the heap). That's why
the backtrace is limited: it only supports ASCII encoding (use the
backslashreplace error handler for non-ASCII characters), doesn't print
the source code in the backtrace (only the filename, the function name and the
line number), is limited to 100 frames and 100 threads.

By default, the Python backtrace is written to the standard error stream. Start
your graphical applications in a terminal and run your server in foreground to
see the backtrace, or pass a file to faulthandler.enable().

faulthandler is implemented in C using signal handlers to be able to dump a
backtrace on a crash or when Python is blocked (eg. deadlock). >>

https://github.com/haypo/faulthandler

faulthandler works on Python 2.5 .. 3.3.

--

faulthandler is an alternative to gdb7 + python-gdb.py to dump the backtrace. faulthandler already helped me to debug a PyQt crash on Windows: I don't know how to install gdb on Windows, especially with faulthandler!

But I didn't get a lot of feedbacks.

--

I don't know if the whole module should be included or not.

TODO list:

 * add something to enable faulthandler on the command line: an option on the command line (eg. python -x faulthandler script.py) or an environment variable (PYTHONFAULTHANDLER=y python script.py)?
 * decide what to do with child processes: disable the faulthandler after a fork?
 * use something else than Py_AtExit() to unload the module?
 * dump the Python backtrace on a fatal error (and/or maybe catch SIGABRT)
 * use maybe something else than alarm()+SIGARLM for dumpbacktrace_later() because it interrupts the current system call

--

History of this module.

I first proposed a segfault handler using setjmp/longjmp to raise a classic Python exception. So it was  possible to execute Python code after a segfault (including stack overflow). But the idea was rejected because the Python internal state may be corrupted if the segfault was an invalid memory write (buffer overflow?), and anyway we cannot warranty that the internal state is still consistent after a long jump.

=> http://bugs.python.org/issue3999 (sept. 2009)

After that, I proposed to just display the Python backtrace on segfault. The signal handler was enabled by default. Because some people was concerned about possible bugs or security vulnerabilities introduced by the signal handler, I proposed options to disable it. Finally, I proposed to disable it by default and add options to enable it, but it was too late for an inclusion into Python 3.2. Anyways, the project (a patch) was young and the API not correctly defined.

=> http://bugs.python.org/issue8863 (may 2010)

I converted my patch into a module. During this conversion, I realized that a module API is more natural than options using environment variables or functions in the sys module (I proposed sys.setfaulthandlerenabled(), an horrible name :-)). And it becomes more natural to enable the faulthandler by importing a module and calling a function (faulthandler.enable()).

Later I added functions to display the Python backtrace not only on a crash, but after a certain amount of time, or when an user signal is raised. You can also call the function directly to dump the backtrace. And finally, I added many option to configure how the backtrace is displayed: current thread of all threads, sys.stderr or another file, ...

--

I hope that this module will help to understand multiprocessing issues on the buildbots!

----------
components: Library (Lib)
messages: 130013
nosy: haypo
priority: normal
severity: normal
status: open
title: Integrate faulthandler module into Python 3.3
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:22:02 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 03 Mar 2011 23:22:02 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1299194522.94.0.0645029247673.issue11393@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:24:13 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 03 Mar 2011 23:24:13 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1299194653.97.0.623953980405.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I tested faulthandler on Linux, FreeBSD and Windows XP: it works well. I suppose that it works on any operating systems.

You can also try it on know crashers: Lib/test/crashers/ (you have to modify the files to add: import faulthandler; faulthandler.enable()). Example:

----
$ ./python Lib/test/crashers/bogus_code_obj.py 
Fatal Python error: Segmentation fault

Traceback (most recent call first):
  File "", line 1 in 
  File "Lib/test/crashers/bogus_code_obj.py", line 20 in <module>
Erreur de segmentation
----

The backtrace is not revelant here because the file is very short, but faulthandler is more useful on an huge application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:24:28 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 03 Mar 2011 23:24:28 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
	accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1299194668.77.0.0312830741798.issue11266@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Again, it's not clear to me what you are complaining about.
Please try to be more clear and/or provide a patch.

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Fri Mar  4 00:39:48 2011
From: report at bugs.python.org (Florian Mayer)
Date: Thu, 03 Mar 2011 23:39:48 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
	accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1299195588.4.0.284044757569.issue11266@psf.upfronthosting.co.za>


Changes by Florian Mayer <flormayer at aim.com>:


----------
nosy: +segfaulthunter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Fri Mar  4 02:02:57 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 01:02:57 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299200577.02.0.93821728311.issue11373@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 02:17:32 2011
From: report at bugs.python.org (LW)
Date: Fri, 04 Mar 2011 01:17:32 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1299201452.01.0.954251413335.issue11342@psf.upfronthosting.co.za>


LW <cjejuni2000 at yahoo.com> added the comment:

so i downloaded the python-3.2 source again, applied the .diff file. still getting _io.TextIOWrapper open file error. then ran the major 5 individual make test_ files errors. hope u can find from these:

===================================================================
les at Liquid:~/Desktop/Python-3.2$ ./python -m test -v test_distutils

== CPython 3.2 (r32:88445, Mar 3 2011, 16:17:04) [GCC 4.4.5]
==   Linux-2.6.35-27-generic-pae-i686-with-debian-squeeze-sid little-endian
==   /home/les/Desktop/Python-3.2/build/test_python_32202
Testing with flags: sys.flags(debug=0, division_warning=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0)

test_no_optimize_flag (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... unknown, 0: Warning: using regular magic file `/etc/magic'
ok
test_quiet (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... unknown, 0: Warning: using regular magic file `/etc/magic'
ok
==================================================================

==================================================================
./python -m test -v test_parser
test_trigger_memory_error (test.test_parser.ParserStackLimitTestCase) ... Expecting 's_push: parser stack overflow' in next line
s_push: parser stack overflow
ok

=================================================================
./python -m test -v test_startfile
test_startfile skipped -- module os has no attribute startfile
=================================================================

=================================================================
./python -m test -v test_subprocess

test_executable_without_cwd (test.test_subprocess.ProcessTestCase) ... skipped 'need an installed Python. See #7774'
test_stdout_none (test.test_subprocess.ProcessTestCase) ...     this bit of output is from a test of stdout in a different process ...
ok
test_pass_fds (test.test_subprocess.POSIXProcessTestCase) ...  -- maxfd = 1024
 -- fds that should have been closed: {4, 5, 6, 7, 8, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 3}
 -- fds that should have been closed: {3, 5, 6, 7, 8, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 4}
 -- fds that should have been closed: {3, 4, 6, 7, 8, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 5}
 -- fds that should have been closed: {3, 4, 5, 7, 8, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 6}
 -- fds that should have been closed: {3, 4, 5, 6, 8, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 7}
 -- fds that should have been closed: {3, 4, 5, 6, 7, 9, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 8}
 -- fds that should have been closed: {3, 4, 5, 6, 7, 8, 10, 11, 12}
 -- fds that remained open: {0, 1, 2, 9}
 -- fds that should have been closed: {3, 4, 5, 6, 7, 8, 9, 11, 12}
 -- fds that remained open: {0, 1, 2, 10}
 -- fds that should have been closed: {3, 4, 5, 6, 7, 8, 9, 10, 12}
 -- fds that remained open: {0, 1, 2, 11}
 -- fds that should have been closed: {3, 4, 5, 6, 7, 8, 9, 10, 11}
 -- fds that remained open: {0, 1, 2, 12}
ok
test_executable_without_cwd (test.test_subprocess.ProcessTestCasePOSIXPurePython) ... skipped 'need an installed Python. See #7774'
==================================================================

==================================================================
./python -m test -v test_urllib2_localnet

test_sending_headers (test.test_urllib2_localnet.TestUrlopen) ... ok

======================================================================
FAIL: test_proxy_with_bad_password_raises_httperror (test.test_urllib2_localnet.ProxyAuthTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/les/Desktop/Python-3.2/Lib/test/test_urllib2_localnet.py", line 267, in test_proxy_with_bad_password_raises_httperror
    self.URL)
AssertionError: HTTPError not raised by open

======================================================================
FAIL: test_proxy_with_no_password_raises_httperror (test.test_urllib2_localnet.ProxyAuthTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/les/Desktop/Python-3.2/Lib/test/test_urllib2_localnet.py", line 273, in test_proxy_with_no_password_raises_httperror
    self.URL)
AssertionError: HTTPError not raised by open

----------------------------------------------------------------------
Ran 18 tests in 1.888s

FAILED (failures=2)
test test_urllib2_localnet failed -- multiple errors occurred
1 test failed:
    test_urllib2_localnet





thanks again

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Fri Mar  4 04:02:10 2011
From: report at bugs.python.org (Bob Wintemberg)
Date: Fri, 04 Mar 2011 03:02:10 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299207730.4.0.170859562399.issue11373@psf.upfronthosting.co.za>


Bob Wintemberg <rwinte at gmail.com> added the comment:

The following is a patch to fix this documentation issue in release27-maint.

----------
keywords: +patch
nosy: +rwinte
Added file: http://bugs.python.org/file20993/patch-27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 04:03:05 2011
From: report at bugs.python.org (Bob Wintemberg)
Date: Fri, 04 Mar 2011 03:03:05 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299207785.41.0.0334034299475.issue11373@psf.upfronthosting.co.za>


Bob Wintemberg <rwinte at gmail.com> added the comment:

The following is a patch to fix this documentation issue in py3k.

----------
Added file: http://bugs.python.org/file20994/patch-3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 05:06:55 2011
From: report at bugs.python.org (Kelsey)
Date: Fri, 04 Mar 2011 04:06:55 +0000
Subject: [issue11357] Add support for PEP 381 -- Mirror Authenticity
In-Reply-To: <1298948795.56.0.864012658533.issue11357@psf.upfronthosting.co.za>
Message-ID: <1299211615.09.0.629896865253.issue11357@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

Based on the feedback I have updated my patch, please review.

An updated patch attached. Link to my distutils2 mq below:

https://bitbucket.org/khightower/distutils2-patch-queue/qseries?apply=t&qs_apply=mirror-authenticity

----------
Added file: http://bugs.python.org/file20995/mirror-authenticity-updated.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11357>
_______________________________________

From report at bugs.python.org  Fri Mar  4 05:55:49 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 04:55:49 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299214549.01.0.417652584832.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Committed into py3k, revision 88735

----------
assignee: eli.bendersky -> rhettinger
resolution: accepted -> 
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:12:58 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 05:12:58 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299215578.09.0.887193867982.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Committed into release32-maint, revision 88739

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:18:47 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 05:18:47 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299215927.75.0.221125466162.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Can't find other instances of this bug, so I'm closing the issue.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:27:09 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 04 Mar 2011 05:27:09 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299216429.8.0.255635594022.issue11386@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Does Python 2.7 have an issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:35:44 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 05:35:44 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299216944.1.0.617977452669.issue11388@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Committed in revision 88740

The non-abstract methods of MutableSequence and other classes currently seem to have no unit-tests. Any ideas about the best testing strategy for them?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:37:00 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 04 Mar 2011 05:37:00 +0000
Subject: [issue11394] No Tools/demo on Windows
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

Changelog for Python 3.2 contains this paragraph:
"- Issue #7962: The Demo directory is gone.  Most of the old and unmaintained demos have been removed, others integrated in documentation or a new Tools/demo subdirectory."

However, there is no "demo" inside of Tools directory in fresh install of Python 3.2 on Windows.

----------
components: Demos and Tools
messages: 130025
nosy: techtonik
priority: normal
severity: normal
status: open
title: No Tools/demo on Windows
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:39:25 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 04 Mar 2011 05:39:25 +0000
Subject: [issue10502] Add unittestguirunner to Tools/
In-Reply-To: <1290424978.75.0.300298743015.issue10502@psf.upfronthosting.co.za>
Message-ID: <1299217165.41.0.86426049933.issue10502@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Not present on Windows. See also issue #11394

----------
nosy: +techtonik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10502>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:39:31 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 05:39:31 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299217171.34.0.883111945098.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Indeed it does - good catch :-)
I'll backport to 2.7 soon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:40:07 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 04 Mar 2011 05:40:07 +0000
Subject: [issue11394] No Tools/demo on Windows
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1299217207.17.0.490518209963.issue11394@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

See also #10502.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Fri Mar  4 06:47:43 2011
From: report at bugs.python.org (Case Van Horsen)
Date: Fri, 04 Mar 2011 05:47:43 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>


New submission from Case Van Horsen <casevh at gmail.com>:

Python 3.2 fails when printing long strings.

C:\Python32>python
Python 3.2 (r32:88445, Feb 20 2011, 21:30:00) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> print("a"*66000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
IOError: [Errno 12] Not enough space
>>>

Some observations:

1) 3.2 on Linux prints just fine.
2) 2.7.1 and 3.1.3 on Windows x64 are fine
3) The 32-bit interpreter for 3.2 also fails.
4) On 32-bit Windows, a length of 62733 works correctly but 62734, and higher, fail.
5) On 64-bit Windows, the output is visibly corrupted when the length reaches 62801 but the error does not occur until the length reaches 65536.
6) While experimenting with various lengths, I was able to crash the interpreter once.

----------
messages: 130029
nosy: casevh
priority: normal
severity: normal
status: open
title: print(s) fails on Windows with long strings
type: crash
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 07:15:24 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 06:15:24 +0000
Subject: [issue11386] Fix exception thrown by bytearray.pop() for empty
	bytearrays
In-Reply-To: <1299176943.63.0.780548363822.issue11386@psf.upfronthosting.co.za>
Message-ID: <1299219324.08.0.277479219712.issue11386@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Committed to release27-maint, revision 88741

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11386>
_______________________________________

From report at bugs.python.org  Fri Mar  4 07:56:44 2011
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 04 Mar 2011 06:56:44 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299221804.68.0.142136569515.issue11388@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Creating a minimal concrete subclass and testing with that would be the obvious thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Fri Mar  4 08:37:55 2011
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 04 Mar 2011 07:37:55 +0000
Subject: [issue11368] xml.etree.ElementTree.Element should have a reference to
	parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299224275.98.0.860567168849.issue11368@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> docs at python
components: +Documentation -XML
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Fri Mar  4 08:38:12 2011
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 04 Mar 2011 07:38:12 +0000
Subject: [issue11368] Document why xml.etree.ElementTree.Element has no
	reference to parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299224292.77.0.825482623302.issue11368@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
title: xml.etree.ElementTree.Element should have a reference to parent -> Document why xml.etree.ElementTree.Element has no reference to parent

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Fri Mar  4 08:39:27 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Fri, 04 Mar 2011 07:39:27 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299191526.09.0.259884450082.issue11391@psf.upfronthosting.co.za>
Message-ID: <AANLkTimKgG9vTG7SQbPsD9CY2Ud5PXSZk7xUYyecNNMZ@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Patch looks mostly good. Why do you use ~PROT_WRITE instead of PROT_READ|PROT_EXEC as in your example?

Because I'm not sure that PROT_EXEC is supported by all platforms. See
http://pubs.opengroup.org/onlinepubs/007908799/xsh/mmap.html :
"The implementation will support at least the following values of
prot: PROT_NONE, PROT_READ, PROT_WRITE, and the inclusive OR of
PROT_READ and PROT_WRITE."
If PROT_EXEC is defined but unsupported, it's likely to be defined as
0, so passing PROT_READ|PROT_EXEC will just pass PROT_READ (which is
catched by the current version), whereas with ~PROT_WRITE we're sure
that the PROT_WRITE bit won't be set.

> (I'm unsure whether a POSIX implementation could refuse such a value)

Me neither. I'd guess that the syscall just performs bitwise AND to
check the bits that are set, but you never know :-)
Maybe we could try this and see if a builbot complains ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Fri Mar  4 08:57:30 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 07:57:30 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299225450.03.0.617424540691.issue11395@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
nosy: +pitrou
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 09:15:13 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 08:15:13 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299226513.38.0.79001438371.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Likewise, this fails with 3.2::
   import os
   os.write(1, b"a" * 66000)

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 09:21:51 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 04 Mar 2011 08:21:51 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299226911.56.0.598908336466.issue11395@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 09:24:41 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Fri, 04 Mar 2011 08:24:41 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299227081.28.0.677775393862.issue11395@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

It's probably a Windows limitation regarding the number of bytes that can be written to stdout in one write.
As for the difference between python versions, what does
python -c "import sys; print(sys.getsizeof('a'))" return ?

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:04:40 2011
From: report at bugs.python.org (=?utf-8?q?Bo=C5=A1tjan_Mejak?=)
Date: Fri, 04 Mar 2011 09:04:40 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299229480.98.0.284469303101.issue11373@psf.upfronthosting.co.za>


Bo?tjan Mejak <bostjan.mejak at gmail.com> added the comment:

Please fix the word "Builtin" to "Built-in" as well. Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:08:15 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 04 Mar 2011 09:08:15 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299229695.22.0.252465026542.issue11373@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:20:05 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 09:20:05 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299230405.93.0.158374043406.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

no, it works with 3.2b2 (r32b2:87398), and fails with 3.2 final (r32:88445)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:32:14 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 09:32:14 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299231134.38.0.856860991539.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Extract of issue #1602:
<< WriteConsoleW has one bug that I know of, which is that it <a href="http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1232">fails when writing more than 26608 characters at once</a>. That's easy to work around by limiting the amount of data passed in a single call. >>

I suppose that os.write(1) does indirectly write into the Windows console which has this limit.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:33:47 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 09:33:47 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299231227.17.0.235914892044.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Extract of the WriteConsole Function:

<< The storage for this buffer is allocated from a shared heap for the process that is 64 KB in size. The maximum size of the buffer will depend on heap usage. >>
http://msdn.microsoft.com/en-us/library/ms687401(VS.85).aspx

Ah ah, that's funny, "depend on heap usage" :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:35:14 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 09:35:14 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299231314.81.0.00213405895752.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

This changed with r87824

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:39:15 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 04 Mar 2011 09:39:15 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299231555.97.0.173749865106.issue11388@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Please also update the table entry for MutableSequence in Doc/library/collections.abc.rst

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:39:32 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 09:39:32 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299231572.25.0.64981172155.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> This changed with r87824

Yes, I changed Python to open all files in binary mode. With Python < 3.2, you can open sys.std* streams in binary mode using -u command line option (u like unbuffered, not Unicode ;-)).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 10:50:54 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 09:50:54 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299232254.62.0.847135441084.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Indeed, Python3.1 fails with the -u option.

Before r87824, the C call to write() performed CRLF conversion.  In the implementation of MSVCRT, a local buffer is used (1025 chars in vs8.0, 5*1024 in vs10.0), so WriteFile is called with small sizes.
Since r87824 (or with -u), no such conversion occurs, and WriteFile is called with the full buffer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 11:00:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 10:00:51 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299232851.79.0.436243670684.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Anyway, use os.write() to write unicode into the Windows console is not the right thing to do. We should use WriteConsoleW(): #1602 is the correct fix for this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 11:06:33 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 10:06:33 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299233193.82.0.193034059107.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I'm writing bytes here: os.write(1, b"b" * 66000)
And WriteConsole has the same issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 11:11:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 10:11:53 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299233513.56.0.0574857950082.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> And WriteConsole has the same issue.

print() (sys.stdout and sys.stderr) should use WriteConsoleW() and use small chunks (smaller than 64 KB, I don't know the safest size).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 11:38:52 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 04 Mar 2011 10:38:52 +0000
Subject: [issue11388] Implement MutableSequence.clear()
In-Reply-To: <1299177407.5.0.868573551727.issue11388@psf.upfronthosting.co.za>
Message-ID: <1299235132.12.0.00420516280835.issue11388@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Documentation fix and some unit tests committed in revision 88742

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11388>
_______________________________________

From report at bugs.python.org  Fri Mar  4 12:47:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 04 Mar 2011 11:47:49 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299239269.52.0.486823836506.issue11395@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

IIUC, this is a Windows bug? Is there any easy workaround for us?

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 13:31:41 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 12:31:41 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299241901.1.0.872421476632.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

It may be a windows bug, but it's also an a python regression!
A fix is to limit the number of chars:

===================================================================
--- D:/py3k/Modules/_io/fileio.c   (revision 87824)
+++ D:/py3k/Modules/_io/fileio.c   (copie de travail)
@@ -712,6 +712,8 @@
         errno = 0;
         len = pbuf.len;
 #if defined(MS_WIN64) || defined(MS_WINDOWS)
+        if (len > 32000 && isatty(self->fd))
+            len = 32000;
         if (len > INT_MAX)
             len = INT_MAX;
         n = write(self->fd, pbuf.buf, (int)len);

On my system, errors start at ~52200 (why?). I hope that 32K is low enough... MSVCRT's write() (version vs10.0) uses a buffer of 5K.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 13:33:00 2011
From: report at bugs.python.org (Stephen Evans)
Date: Fri, 04 Mar 2011 12:33:00 +0000
Subject: [issue9802] Document 'stability' of builtin min() and max()
In-Reply-To: <1283974231.16.0.73129931792.issue9802@psf.upfronthosting.co.za>
Message-ID: <1299241980.44.0.537248844158.issue9802@psf.upfronthosting.co.za>


Stephen Evans <stephen at recombinant.co.uk> added the comment:

As suggested by Mark following my post on comp.lang.python I am adding further comments to the discussion on this (closed) issue.

For a more mathematical consideration of the issue:

Stepanov, Alexander and Paul McJones. 2009. Elements of Programming. Addison Wesley. Pages 52-53

The problem with the builtin max() is with weak comparisons. Consider two python objects a and b that are equivalent and where the following are True:

a is not b
repr([a, b]) == repr(sorted([a, b]))
repr([a, b]) == repr(sorted([a, b], reverse=True))
repr([b, a]) == repr(sorted([b, a]))
repr([b, a]) == repr(sorted([b, a], reverse=True))

Assuming repr() implemented correctly for a and b. The only Python rich comparison required is (weak) __lt__. If (weak) __eq__ is implemented then the following are True:

a == b
b == a

In bltinmodule.c builtin_max() uses Py_GT. For correctness this should use the converse of builtin_min() i.e. the boolean negation of PyObject_RichCompare using Py_LT (for valid results). If using Python rich comparisions then only __lt__ would be required for both min() and max() as with list.sort(). The following will then be True:

min([a, b]) is a
max([a, b]) is b

min([b, a]) is b
max([b, a]) is a

min([a, b]) is max([b, a])
min([a, b]) is not min([b, a])
max([a, b]) is min([b, a])
max([a, b]) is not max([b, a])

The above will work if Py_GE is subtituted for Py_GT in builtin_max(), though this will require the implementation of __ge__ which is inconsistent with list.sort() and is a point of potential failure if the implementation of __ge__ is not the converse of the implementation __lt__.

To reiterate - builtin max() should be the converse of builtin min().

----------
components: +None -Documentation
nosy: +Stephen.Evans
versions: +Python 2.7, Python 3.3
Added file: http://bugs.python.org/file20996/min_max.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9802>
_______________________________________

From report at bugs.python.org  Fri Mar  4 13:58:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 04 Mar 2011 12:58:05 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1299243485.49.0.756818762333.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r88746: Add PyModule_NewObject() function
r88747: Add PyImport_AddModuleObject() and PyImport_ExecCodeModuleObject()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Fri Mar  4 14:32:09 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 04 Mar 2011 13:32:09 +0000
Subject: [issue11368] Document why xml.etree.ElementTree.Element has no
	reference to parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299245529.63.0.883996264081.issue11368@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

I still struggling to find a way to apply http://effbot.org/zone/element.htm#accessing-parents in my specific case. Unfortunately, it doesn't seem trivial to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Fri Mar  4 14:32:43 2011
From: report at bugs.python.org (david)
Date: Fri, 04 Mar 2011 13:32:43 +0000
Subject: [issue7305] urllib2.urlopen() segfault using SSL on Solaris
In-Reply-To: <1257946972.34.0.0114488119184.issue7305@psf.upfronthosting.co.za>
Message-ID: <1299245563.24.0.99469366575.issue7305@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

I have also hit this bug. It is slightly interesting that urllib is able to connect to hosts that trigger a segfault under urllib2  without an issue...

----------
nosy: +db

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7305>
_______________________________________

From report at bugs.python.org  Fri Mar  4 14:40:41 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 13:40:41 +0000
Subject: [issue11368] Document why xml.etree.ElementTree.Element has no
	reference to parent
In-Reply-To: <1299031116.52.0.175842807219.issue11368@psf.upfronthosting.co.za>
Message-ID: <1299246041.5.0.811536831112.issue11368@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

This is a question for comp.lang.python ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11368>
_______________________________________

From report at bugs.python.org  Fri Mar  4 15:06:24 2011
From: report at bugs.python.org (Ram Rachum)
Date: Fri, 04 Mar 2011 14:06:24 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1299247584.03.0.542967777534.issue9276@psf.upfronthosting.co.za>


Ram Rachum <cool-rr at cool-rr.com> added the comment:

I don't have the time and the ability to write the patch that implements this. I'll be happy to write tests if you think this will help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9276>
_______________________________________

From report at bugs.python.org  Fri Mar  4 16:18:52 2011
From: report at bugs.python.org (nestor)
Date: Fri, 04 Mar 2011 15:18:52 +0000
Subject: [issue11396] add format handler to bytes object
In-Reply-To: <1299251932.57.0.908834065422.issue11396@psf.upfronthosting.co.za>
Message-ID: <1299251932.57.0.908834065422.issue11396@psf.upfronthosting.co.za>


New submission from nestor <nestornissen at gmail.com>:

Many programs written for Python 2.x use simple string interpolation to create byte strings with specific layout, this is gone in 3.x. Is it possible to support the format method but maybe only supporting field names like '{}' '{1}{2}' '{name}' and not conversion and formatting for the bytes type?

Examples:
http://mail.python.org/pipermail/python-list/2011-March/1267308.html

and the "get_current_url" function at this post:
http://lucumr.pocoo.org/2010/5/25/wsgi-on-python-3/

----------
messages: 130055
nosy: nestor
priority: normal
severity: normal
status: open
title: add format handler to bytes object
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11396>
_______________________________________

From report at bugs.python.org  Fri Mar  4 16:35:06 2011
From: report at bugs.python.org (Eric Smith)
Date: Fri, 04 Mar 2011 15:35:06 +0000
Subject: [issue11396] add format handler to bytes object
In-Reply-To: <1299251932.57.0.908834065422.issue11396@psf.upfronthosting.co.za>
Message-ID: <1299252906.46.0.366846196081.issue11396@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

There have been a number of discussions about this, but no concrete proposal. The last one I recall was to add a __bformat__ method, but I couldn't find the email trail just now.

See also issue 3982.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11396>
_______________________________________

From report at bugs.python.org  Fri Mar  4 17:15:54 2011
From: report at bugs.python.org (nestor)
Date: Fri, 04 Mar 2011 16:15:54 +0000
Subject: [issue11396] add format handler to bytes object
In-Reply-To: <1299251932.57.0.908834065422.issue11396@psf.upfronthosting.co.za>
Message-ID: <1299255354.08.0.90676093283.issue11396@psf.upfronthosting.co.za>


nestor <nestornissen at gmail.com> added the comment:

My search fu has failed me this time. This is indeed a duplicate of issue 3982. I think the issue is real and not going to go away, but finding a beautiful solution has been elusive so far.

----------
resolution:  -> duplicate

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11396>
_______________________________________

From report at bugs.python.org  Fri Mar  4 17:20:28 2011
From: report at bugs.python.org (Eric Smith)
Date: Fri, 04 Mar 2011 16:20:28 +0000
Subject: [issue11396] add format handler to bytes object
In-Reply-To: <1299251932.57.0.908834065422.issue11396@psf.upfronthosting.co.za>
Message-ID: <1299255628.47.0.411815114731.issue11396@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I found part of the discussion I was looking for:
http://mail.python.org/pipermail/python-dev/2010-July/102252.html

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11396>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:05:16 2011
From: report at bugs.python.org (=?utf-8?q?Izidor_Matu=C5=A1ov?=)
Date: Fri, 04 Mar 2011 17:05:16 +0000
Subject: [issue6059] uuid.uuid4 cause segfault in emesene
In-Reply-To: <1242699417.24.0.211949858612.issue6059@psf.upfronthosting.co.za>
Message-ID: <1299258316.69.0.352339857722.issue6059@psf.upfronthosting.co.za>


Izidor Matu?ov <izidor.matusov at gmail.com> added the comment:

This bug is still present in Gentoo. Find while trying to  Steps to reproduce

1, install gentoo (testing on amd64 machine)
2, run commands in python
from gtk import glade
import uuid
uuid.uuid4()

It results in Segmentation fault.

----------
nosy: +izidor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6059>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:07:55 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 04 Mar 2011 17:07:55 +0000
Subject: [issue6059] uuid.uuid4 cause segfault in emesene
In-Reply-To: <1242699417.24.0.211949858612.issue6059@psf.upfronthosting.co.za>
Message-ID: <1299258475.01.0.304959002081.issue6059@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6059>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:17:18 2011
From: report at bugs.python.org (Mikhail Kovtun)
Date: Fri, 04 Mar 2011 17:17:18 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>


New submission from Mikhail Kovtun <mikhail.kovtun at duke.edu>:

This bug appears in Python 2.4, 2.5, 2.6; not tested in Python 2.7.

How to reproduce on Linux:
{{{
$ mkdir ~/testsymlinks
$ cd ~/testsymlinks
$ mkdir adir
$ ln -s ../adir adir/blink
$ mkdir -p  adir/cdir/ddir
$ ln -s adir/cdir/ddir/.. xlink
$ ln -s xlink/../blink zlink
}}}
Then:
{{{
$ readlink zlink -f
/home/user/testsymlinks/adir
}}}
but:
{{{
$ python
Python 2.4.3 (#1, Sep  3 2009, 15:37:37) 
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os.path
>>> os.path.realpath('zlink')
'/home/user/testsymlinks/blink'
>>>
}}}

----------
components: Extension Modules
messages: 130060
nosy: mkovtun
priority: normal
severity: normal
status: open
title: os.path.realpath() may produce incorrect results
type: behavior
versions: Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:33:01 2011
From: report at bugs.python.org (=?utf-8?q?Izidor_Matu=C5=A1ov?=)
Date: Fri, 04 Mar 2011 17:33:01 +0000
Subject: [issue6059] uuid.uuid4 cause segfault in emesene
In-Reply-To: <1242699417.24.0.211949858612.issue6059@psf.upfronthosting.co.za>
Message-ID: <1299259981.39.0.804997853756.issue6059@psf.upfronthosting.co.za>


Izidor Matu?ov <izidor.matusov at gmail.com> added the comment:

After searching at Gentoo's bugzilla, I've found that there is probably problem in gentoo's libuuid library implementation: http://bugs.gentoo.org/show_bug.cgi?id=317557

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6059>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:37:35 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 04 Mar 2011 17:37:35 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1299260255.82.0.176340039407.issue1553375@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1553375>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:38:57 2011
From: report at bugs.python.org (William Hart)
Date: Fri, 04 Mar 2011 17:38:57 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299057916.25.0.577733312091.issue11369@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=ZAN--tiU=pBeYVU36MkvwefrCrN=ARwJYGWZa@mail.gmail.com>


William Hart <whart222 at gmail.com> added the comment:

Vinay:

Yes, the bulk of the time was spent in getEffectiveLevel().  Since that
method is only called by isEnabledFor(), it made sense to cache
isEnabledFor().  But, that probably reflects the characteristics of my use
of logging.  I never call getEffectiveLevel() otherwise, so caching
isEnabledFor() minimized the total cost of logging.  I think you could
sensibly argue for caching getEffectiveLevel().

I had somewhat shallow logger hierarchies (3-4 deep).  The real problem was
that this was being called in a kernel of my code ... so even that
additional cost was noteworthy.

I think it's smart to focus on Python 3.3. As it happens, my colleagues did
some explicit caching of logging information that made pyutilib.logging
redundant.  When you don't think you need this as a reference
implementation, I'll delete it.

--Bill

On Wed, Mar 2, 2011 at 2:25 AM, Vinay Sajip <report at bugs.python.org> wrote:

>
> Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:
>
> Bill,
>
> Thanks for the suggestion and the patch. It's a good idea, though I wonder
> whether you found that the bulk of the time spent in isEnabledFor() was
> actually spent in getEffectiveLevel()? That's the one which loops through a
> logger's ancestors looking for a level which is actually set, so intuitively
> it would take a while - especially for deeper levels in the logging
> hierarchy. If so (which I suspect to be the case, but it would be good to
> have you confirm it), a better solution may be to cache the effective level.
>
> Roughly how deep are/were your logger hierarchies in the situation where
> you experienced performance problems?
>
> I'm happy to look at caching effective level for Python 3.3: The 2.X
> branches are now closed for additions other than bugs and security issues.
>
> ----------
> assignee:  -> vinay.sajip
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11369>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file20997/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________
-------------- next part --------------
Vinay:<br><br>Yes, the bulk of the time was spent in getEffectiveLevel().?? Since that method is only called by isEnabledFor(), it made sense to cache isEnabledFor().?? But, that probably reflects the characteristics of my use of logging.?? I never call getEffectiveLevel() otherwise, so caching isEnabledFor() minimized the total cost of logging.?? I think you could sensibly argue for caching getEffectiveLevel().<br>
<br>I had somewhat shallow logger hierarchies (3-4 deep).?? The real problem was that this was being called in a kernel of my code ... so even that additional cost was noteworthy.<br><br>I think it&#39;s smart to focus on Python 3.3. As it happens, my colleagues did some explicit caching of logging information that made pyutilib.logging redundant.?? When you don&#39;t think you need this as a reference implementation, I&#39;ll delete it.<br>
<br>--Bill<br><br><br><br><div class="gmail_quote">On Wed, Mar 2, 2011 at 2:25 AM, Vinay Sajip <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Vinay Sajip &lt;<a href="mailto:vinay_sajip at yahoo.co.uk">vinay_sajip at yahoo.co.uk</a>&gt; added the comment:<br>
<br>
Bill,<br>
<br>
Thanks for the suggestion and the patch. It&#39;s a good idea, though I wonder whether you found that the bulk of the time spent in isEnabledFor() was actually spent in getEffectiveLevel()? That&#39;s the one which loops through a logger&#39;s ancestors looking for a level which is actually set, so intuitively it would take a while - especially for deeper levels in the logging hierarchy. If so (which I suspect to be the case, but it would be good to have you confirm it), a better solution may be to cache the effective level.<br>

<br>
Roughly how deep are/were your logger hierarchies in the situation where you experienced performance problems?<br>
<br>
I&#39;m happy to look at caching effective level for Python 3.3: The 2.X branches are now closed for additions other than bugs and security issues.<br>
<br>
----------<br>
assignee: ??-&gt; vinay.sajip<br>
<br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11369" target="_blank">http://bugs.python.org/issue11369</a>&gt;<br>
_______________________________________<br>
</blockquote></div><br>

From report at bugs.python.org  Fri Mar  4 18:41:47 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 04 Mar 2011 17:41:47 +0000
Subject: [issue9427] logging.error('...',
	exc_info=True) should display upper frames, too
In-Reply-To: <1280489148.4.0.967800282636.issue9427@psf.upfronthosting.co.za>
Message-ID: <1299260507.53.0.668443603841.issue9427@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
dependencies: +Add traceback.print_full_exception()
nosy: +stutzbach
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9427>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:43:52 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 04 Mar 2011 17:43:52 +0000
Subject: [issue6059] uuid.uuid4 cause segfault in emesene
In-Reply-To: <1242699417.24.0.211949858612.issue6059@psf.upfronthosting.co.za>
Message-ID: <1299260632.46.0.711243795047.issue6059@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

Gentoo uses standard libuuid.so from util-linux without any custom patches. Izidor Matu?ov actually reproduced https://bugs.gentoo.org/show_bug.cgi?id=351897.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6059>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:47:18 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 04 Mar 2011 17:47:18 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1299260838.82.0.906141963924.issue1602@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:49:35 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 04 Mar 2011 17:49:35 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299260975.01.0.313575623034.issue11395@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:53:00 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 04 Mar 2011 17:53:00 +0000
Subject: [issue6059] ctypes/uuid-related segmentation fault
In-Reply-To: <1242699417.24.0.211949858612.issue6059@psf.upfronthosting.co.za>
Message-ID: <1299261180.89.0.796536505336.issue6059@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

Steps to reproduce segmentation fault:
python2.7 -c 'import cairo, uuid; print(uuid.uuid1().hex)'

----------
assignee:  -> theller
components: +ctypes -Extension Modules
nosy: +theller
title: uuid.uuid4 cause segfault in emesene -> ctypes/uuid-related segmentation fault
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6059>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:56:33 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 04 Mar 2011 17:56:33 +0000
Subject: [issue11303]
	b'x'.decode('latin1')	is	much	slower	than	b'x'.decode('latin-1')
In-Reply-To: <4D68F839.4080603@egenix.com>
Message-ID: <4D7127CF.7070002@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

M.-A. Lemburg wrote:
> Raymond Hettinger wrote:
>>
>> Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:
>>
>>> If you agree, Raymond, I'll backport the patch.
>>
>> Yes.  That will address Antoine's legitimate concern about making other backports harder, and it will get all the Python's to use the canonical spelling.
> 
> Ok, I'll backport both the normalization and Alexander's patch.

Hmm, I wanted to start working on this just now and then saw
Georg's mail about the hg transition today, so I guess the
backport will have to wait until Monday... will be interesting
to see whether hg is really so much better than svn ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11303>
_______________________________________

From report at bugs.python.org  Fri Mar  4 18:57:11 2011
From: report at bugs.python.org (=?utf-8?q?Bo=C5=A1tjan_Mejak?=)
Date: Fri, 04 Mar 2011 17:57:11 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299261431.02.0.0719698233157.issue11373@psf.upfronthosting.co.za>


Bo?tjan Mejak <bostjan.mejak at gmail.com> added the comment:

I am uploading a patch that fixes both of these typos in the docs. Please apply it and keep up the good work.

----------
versions: +Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file20998/stdtypes_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar  4 19:07:47 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 04 Mar 2011 18:07:47 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1299262067.25.0.448322528279.issue11393@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar  4 19:35:12 2011
From: report at bugs.python.org (chris nojima)
Date: Fri, 04 Mar 2011 18:35:12 +0000
Subject: [issue11398] http_proxy on windows won't function due to incorrect
	case handling
In-Reply-To: <1299263712.38.0.425713656967.issue11398@psf.upfronthosting.co.za>
Message-ID: <1299263712.38.0.425713656967.issue11398@psf.upfronthosting.co.za>


New submission from chris nojima <chrisnojima at gmail.com>:

There is an issue where on windows os.environ keys are all uppercase. If i run set a="hello", in python it will appear as a key "A". urllib.request.getproxies_environment looks for all _proxy environment vars by looking for "_proxy". Since windows uppercases, it's impossible to set this var (it will be HTTP_PROXY and won't match, etc).
This is stopping me from running some install scripts

----------
components: Library (Lib)
messages: 130067
nosy: chris.nojima
priority: normal
severity: normal
status: open
title: http_proxy on windows won't function due to incorrect case handling
type: behavior
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11398>
_______________________________________

From report at bugs.python.org  Fri Mar  4 20:00:08 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 04 Mar 2011 19:00:08 +0000
Subject: [issue11399] python.exe -u fails to parse input to the interactive
	interpreter
In-Reply-To: <1299265208.56.0.328818913289.issue11399@psf.upfronthosting.co.za>
Message-ID: <1299265208.56.0.328818913289.issue11399@psf.upfronthosting.co.za>


New submission from Santoso Wijaya <santoso.wijaya at gmail.com>:

Observe:

C:\Users\santa>C:\Python27\python.exe -u
Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> print 'Hello world'
  File "<stdin>", line 1
    print 'Hello world'
                       ^
SyntaxError: invalid syntax
>>>

----------
components: Windows
messages: 130068
nosy: santa4nt
priority: normal
severity: normal
status: open
title: python.exe -u fails to parse input to the interactive interpreter
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11399>
_______________________________________

From report at bugs.python.org  Fri Mar  4 20:00:32 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 04 Mar 2011 19:00:32 +0000
Subject: [issue11399] cmd.exe: python.exe -u fails to parse input to the
	interactive interpreter
In-Reply-To: <1299265208.56.0.328818913289.issue11399@psf.upfronthosting.co.za>
Message-ID: <1299265232.27.0.664004772832.issue11399@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
title: python.exe -u fails to parse input to the interactive interpreter -> cmd.exe: python.exe -u fails to parse input to the interactive interpreter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11399>
_______________________________________

From report at bugs.python.org  Fri Mar  4 20:11:39 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 04 Mar 2011 19:11:39 +0000
Subject: [issue11399] cmd.exe: python.exe -u fails to parse input to the
	interactive interpreter
In-Reply-To: <1299265208.56.0.328818913289.issue11399@psf.upfronthosting.co.za>
Message-ID: <1299265899.51.0.957537743732.issue11399@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Amazing.  This issue is unreported for years, Victor fixes it in python3, and *then* we get two bug reports for it against 2.7 in as many months :)

Anyway, this is a duplicate of issue 11098.  If you have a real use case for this, we can consider a backport, but otherwise it isn't worth it.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> syntax error at end of line in interactive python -u
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11399>
_______________________________________

From report at bugs.python.org  Fri Mar  4 20:17:21 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 04 Mar 2011 19:17:21 +0000
Subject: [issue11399] cmd.exe: python.exe -u fails to parse input to the
	interactive interpreter
In-Reply-To: <1299265208.56.0.328818913289.issue11399@psf.upfronthosting.co.za>
Message-ID: <1299266241.99.0.681967119145.issue11399@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ah, I'm wrong, this has been reported earlier.... issue 707576.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11399>
_______________________________________

From report at bugs.python.org  Fri Mar  4 21:44:51 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 20:44:51 +0000
Subject: [issue11400] Remove reference to pre 1.5 assignment behavior
In-Reply-To: <1299271491.28.0.280932939056.issue11400@psf.upfronthosting.co.za>
Message-ID: <1299271491.28.0.280932939056.issue11400@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

In Language Ref, 6.2 assignments, delete

"(This rule is relaxed as of Python 1.5; in earlier versions, the object had to be a tuple. Since strings are sequences, an assignment like a, b = "xy" is now legal as long as the string has the right length.)"

----------
assignee: docs at python
components: Documentation
messages: 130071
nosy: docs at python, terry.reedy
priority: normal
severity: normal
status: open
title: Remove reference to pre 1.5 assignment behavior
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11400>
_______________________________________

From report at bugs.python.org  Fri Mar  4 21:49:46 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 04 Mar 2011 20:49:46 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

Hello, David, the error from Issue 11116 occurred again,
and it still can be healed with the patch file20675.
(I'm opening a new issue because 11116 turned over to
the mailbox fix.
My repo and installation is at:

21:34 ~/arena/code.extern.repos/py3k.hg $ hg identify
ddd8bf84e27d+ (py3k) tip
21:34 ~/arena/code.extern.repos/py3k.hg $ hg slog -r tip
changeset:   10028:ddd8bf84e27d
branch:      py3k
tag:         tip
user:        eli.bendersky
date:        Fri Mar 04 11:38:14 2011 +0100
summary:     [svn r88742]

Here is the dump:

| Opening mbox mailbox /private/var/folders/Da/DaZX3-k5G8a57zw6MSmjJ++++TM/-Tmp-/mail/test
David: <class 'mailbox.mbox'>  <->  <class 'mailbox.MaildirMessage'>
PANIC: [box] test: message-add failed.
  Traceback (most recent call last):
    File "/Users/steffen/usr/bin/s-postman.py", line 1093, in save_ticket
      mb.add(ticket.message())
	...
        try:
            print('David:', type(mb), ' <-> ', type(ticket.message()))
            mb.add(ticket.message())
            mb.flush()
        except Exception as e:
            efun('[box] ', self.id, ': message-add failed.\n', extb=E())
        finally:
            mb.unlock()
	...
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 595, in add
      self._toc[self._next_key] = self._append_message(message)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 733, in _append_message
      offsets = self._install_message(message)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 805, in _install_message
      self._dump_message(message, self._file, self._mangle_from_)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 215, in _dump_message
      gen.flatten(message)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 88, in flatten
      self._write(msg)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 141, in _write
      self._write_headers(msg)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 373, in _write_headers
      self.write(header.encode(linesep=self._NL)+self._NL)
    File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 317, in encode
      formatter.feed(lines[0], charset)
  Exception: IndexError: list index out of range

In the meanwhile the thing has dispatched tens of thousands
of mails, and no error did ever occur (reading from MBox,
storing as Maildir).  This happened when saving the first
message read from a Maildir mailbox to a MBox one.
I think i'll gonna do some round-trip tests tomorrow and
monday evening+.  Anyway, patching in file20675 heals the
problem and the thing finishs gracefully.

----------
components: Library (Lib)
messages: 130072
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: email.header error during .flatten()
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Fri Mar  4 21:55:13 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 20:55:13 +0000
Subject: [issue11337] Nothing refers to footnote [1] on page "6. Simple
	Statements" in Language Reference
In-Reply-To: <1298745459.54.0.732710965592.issue11337@psf.upfronthosting.co.za>
Message-ID: <1299272113.28.0.290938776377.issue11337@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Agreed. The footnote is "[1] It may occur within an except or else clause. The restriction on occurring in the try clause is implementor?s laziness and will eventually be lifted. "

I searched chapter for all occurences of '1' and also found no reference.
(And verified searching for '[#]' in .rst.) Nor can I think of what the footnote referred to. Unless someone else can, we should delete it.

Georg: should sphinx not noticed mismatch between # of footnote references and footnotes?

----------
nosy: +georg.brandl, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11337>
_______________________________________

From report at bugs.python.org  Fri Mar  4 21:55:24 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 20:55:24 +0000
Subject: [issue11337] Nothing refers to footnote [1] on page "6. Simple
	Statements" in Language Reference
In-Reply-To: <1298745459.54.0.732710965592.issue11337@psf.upfronthosting.co.za>
Message-ID: <1299272124.36.0.948277910313.issue11337@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11337>
_______________________________________

From report at bugs.python.org  Fri Mar  4 21:59:57 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 20:59:57 +0000
Subject: [issue11338] No list of Python hg repositories
In-Reply-To: <1298747627.22.0.769234647511.issue11338@psf.upfronthosting.co.za>
Message-ID: <1299272397.28.0.624766928973.issue11338@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Conversion is underway today. Completion should be announced at least on the pydev list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11338>
_______________________________________

From report at bugs.python.org  Fri Mar  4 22:06:04 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 21:06:04 +0000
Subject: [issue11339] annotation for class being defined
In-Reply-To: <1298751820.01.0.369994267539.issue11339@psf.upfronthosting.co.za>
Message-ID: <1299272764.72.0.249280177233.issue11339@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

>The basic problem is that the class object is defined after the class definitions have been made,

I have sometimes thought the the class statement could start with binding the name to a blank object or new, blank class object. But then people might try to grab attributes (and fail!) outside of method defs.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11339>
_______________________________________

From report at bugs.python.org  Fri Mar  4 22:30:11 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 21:30:11 +0000
Subject: [issue11343] Make errors due to full parser stack identifiable
In-Reply-To: <1298759991.59.0.16834388397.issue11343@psf.upfronthosting.co.za>
Message-ID: <1299274211.29.0.177006727238.issue11343@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree that compile-time stack exhaustion is different from runtime object-heap exhaustion and could/should have a different error.

I agree with Martin (from 2000) that SyntaxError is not right either. Perhaps a new ParseError subclass thereof. I believe IndentationError was added since 2000. Its doc is "Base class for syntax errors related to incorrect indentation." and it has TabError as a subclass, so its use for too many indents (not really 'incorrect') is not obvious. But having the position marked (if it would be) would be a plus.

I presume REPL == read-eval-print-loop (from Google). Would a new error help such programs (like code.interact, or IDLE)?

----------
nosy: +loewis, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11343>
_______________________________________

From report at bugs.python.org  Fri Mar  4 22:38:27 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 04 Mar 2011 21:38:27 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <AANLkTi=ZAN--tiU=pBeYVU36MkvwefrCrN=ARwJYGWZa@mail.gmail.com>
Message-ID: <279599.16530.qm@web25804.mail.ukl.yahoo.com>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

> I had somewhat shallow logger hierarchies (3-4  deep).  The real problem was> 
>that this was being called in a kernel of  my code ... so even that

> additional cost was noteworthy.
> 
> I think it's  smart to focus on Python 3.3. As it happens, my colleagues did
> some explicit  caching of logging information that made pyutilib.logging
> redundant.   When you don't think you need this as a reference
> implementation, I'll delete  it.

You can go ahead and do that, since the diff attached to this ticket will give 
me any information I need. I already have a patch of a solution which caches the 
effective level, but I need some time to benchmark what the improvement is, and 
whether it is effective enough to warrant committing. Anyway it's for Python 
3.3, so we have time to get it right :-)

Thanks for your feedback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________

From report at bugs.python.org  Fri Mar  4 22:49:08 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 21:49:08 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299275348.06.0.396476837961.issue11344@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am inclined to -1 also.

a. The proposed behavior is anti-obvious to me: the higher the height, the shorter the result. Calling param 'drop' would be better.

b. Not every one-liner should be wrapped.

>>> path.rsplit('/',0)[0]
'/ggparent/gparent/parent/myfile.txt'
>>> path.rsplit('/',1)[0]
'/ggparent/gparent/parent'
>>> path.rsplit('/',2)[0]
'/ggparent/gparent'
>>> path.rsplit('/',3)[0]
'/ggparent'

Note: above gives '' for maxsplit out of range, easily converted to exception in function wrapper.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:00:01 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 04 Mar 2011 22:00:01 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299276001.97.0.29967105109.issue11344@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Except that dirname() isn't a one-liner, so you are giving rather bad advice here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:03:48 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:03:48 +0000
Subject: [issue11355] os.mkdir() and os.mkdirat() don't apply SUID/SGID
	permissions
In-Reply-To: <1298922038.05.0.695997862178.issue11355@psf.upfronthosting.co.za>
Message-ID: <1299276228.34.0.326133720349.issue11355@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

os.makedir (and, I presume, makedirat) are intentionally thin wrapperws around the libc system calls

>From #9299, msg111014 (Guido)
"I wonder if os.mkdir() should not be left alone (so as to continue
to match the system call most exactly, as is our convention) and the
extra functionality added to os.makedirs() only."

Deviation from this would require pydev discussion. I otherwise have no opinion.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11355>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:04:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 04 Mar 2011 22:04:12 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299276252.65.0.329449747741.issue11344@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

As for use cases, I have used it quite commonly in test scripts in order to find out the base directory of the source tree (and/or other resources such as data files).

e.g.:

basepath = os.path.dirname(os.path.dirname(os.path.dirname(__file__)))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:06:43 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:06:43 +0000
Subject: [issue11361] suggestion for os.kill(pid,CTRL_C_EVENT) in tests
In-Reply-To: <1298986221.06.0.20392871991.issue11361@psf.upfronthosting.co.za>
Message-ID: <1299276403.31.0.254819589339.issue11361@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: suggestion for os.kill(pid,CTRL_C_EVENT) -> suggestion for os.kill(pid,CTRL_C_EVENT) in tests

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11361>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:21:25 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:21:25 +0000
Subject: [issue11362] image/webp missing from mimetypes.py
In-Reply-To: <1299002869.89.0.906487136823.issue11362@psf.upfronthosting.co.za>
Message-ID: <1299277285.73.0.764545180821.issue11362@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

No IANA registration. According to
https://secure.wikimedia.org/wikipedia/en/wiki/Webp
this is a Google-specific proposal rather than a standard.
Thus addition would seem premature at this time.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11362>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:50:47 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:50:47 +0000
Subject: [issue11380] "close failed in file object destructor" when "Broken
	pipe" happens on stdout
In-Reply-To: <1299115966.12.0.337666295395.issue11380@psf.upfronthosting.co.za>
Message-ID: <1299279047.25.0.601362024732.issue11380@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Have you tried this with 3.2 (or 3.1)?
What behavior do you expect when pipe goes first?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11380>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:54:03 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:54:03 +0000
Subject: [issue11382] some posix module functions unnecessarily release the GIL
In-Reply-To: <1299147333.52.0.465056224972.issue11382@psf.upfronthosting.co.za>
Message-ID: <1299279243.78.0.660001133449.issue11382@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type:  -> performance
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11382>
_______________________________________

From report at bugs.python.org  Fri Mar  4 23:55:04 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 22:55:04 +0000
Subject: [issue11383] compilation seg faults on insanely large expressions
In-Reply-To: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>
Message-ID: <1299279304.13.0.958810858116.issue11383@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type:  -> crash
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11383>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:16:36 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 04 Mar 2011 23:16:36 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1299280596.5.0.493784361514.issue11401@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:17:02 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 23:17:02 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299280622.52.0.0134351857047.issue11385@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Doc issues should be 'tested' and reported against the latest versions. 2.6.6 doc is effectively the last 2.6 version.

TextTextRunner is not completely undocumented.
In 3.2
>>> help(t.run)
Help on function run in module unittest.runner:

run(self, test)
    Run the given test case or test suite.

Searching on 'run(' finds near the top of the unittest chapter (2.7, 3.2):
"A test runner is an object that provides a single method, run(), which accepts a TestCase or TestSuite object as a parameter, and returns a result object."

I agree that the entry for TextTestRunner near the bottom should include one for .run, with at least the doc string, but maybe a backreference to the discussion near the top.

It is not clear to me how TextTestRunner is expected to be used. Does unittest.main instantiate one, and call run, behind the scenes?

----------
nosy: +michael.foord, terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:26:21 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 23:26:21 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299281181.56.0.471703405409.issue11385@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I also see that TextTestRunner has an attribute resultclass, which is TextTestResult. Is this intended to be ever changed?

The docstring for TTRunner says "It prints out the names of tests as they are run, errors as they occur, and a summary of the results at the end of the test run." which seems to be what .main() does. The manual just has the less informative "A basic test runner implementation that outputs results to a stream." I prefer the former.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:28:03 2011
From: report at bugs.python.org (Michael Foord)
Date: Fri, 04 Mar 2011 23:28:03 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299281283.93.0.294306736309.issue11385@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Except the former is incorrect as the responsibility for printing results as they occur is with the TestResult and not the runner. I'll look at this and improve the docs for the runner.

(And yes unittest.main() creates and uses a runner under the hood. It is frequently used directly by test frameworks as well though.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:38:01 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 04 Mar 2011 23:38:01 +0000
Subject: [issue11398] http_proxy on windows won't function due to incorrect
	case handling
In-Reply-To: <1299263712.38.0.425713656967.issue11398@psf.upfronthosting.co.za>
Message-ID: <1299281881.5.0.956826702583.issue11398@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

hmm, the code of urllib.request.getproxies_environment contains::
    for name, value in os.environ.items():
        name = name.lower()
        if value and name[-6:] == '_proxy':
            proxies[name[:-6]] = value  
So the comparison is effectively case-insensitive.
What is the problem exactly?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11398>
_______________________________________

From report at bugs.python.org  Sat Mar  5 00:49:50 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 04 Mar 2011 23:49:50 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>
Message-ID: <1299282590.42.0.559577285783.issue11387@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 2.7 or 3.2, winxp, when I enclose your code with
from tkinter import tk #or Tkinter
...
App()

I get a window with a buttom that sinks and raises as I press and release the left button.

Please post complete runnable code that exhibits the problem.
Do not expect us to replace what you deleted.

----------
nosy: +gpolo, terry.reedy
versions: +Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:08:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 05 Mar 2011 00:08:19 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299283699.98.0.260659282819.issue11385@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

class unittest.TextTestRunner(stream=None, descriptions=True, verbosity=1, runnerclass=None, warnings=None) 

stream is documented, the others are not (except for some garbled text about warnings). "This class has a few configurable parameters, " is not helpful.

It seems that TextTestRunner was meant to be a subclass of a documented TestRunner class (just as TextTestResult subclasses TestResult), except that is it not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:10:49 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 05 Mar 2011 00:10:49 +0000
Subject: [issue11402] _PyUnicode_Init leaks a little memory once
In-Reply-To: <1299283849.1.0.295176765442.issue11402@psf.upfronthosting.co.za>
Message-ID: <1299283849.1.0.295176765442.issue11402@psf.upfronthosting.co.za>


New submission from Daniel Stutzbach <stutzbach at google.com>:

By the time _PyUnicode_Init is called and does the following:

    /* Init the implementation */                                               
    free_list = NULL;                                                           
    numfree = 0;                                                                

free_list is already in use.  _PyUnicode_Init clobbers whatever was stored there, leaking memory.

In Python 2, this was not an issue because no unicode functions were called prior to initialization.  In Python 3, Unicode objects are created when initializing other types.

I found this using valgrind to search for "definitely lost" memory.  I'd like to fix all of those cases, to make it easier to run valgrind on a regular basis.

I'll upload a patch momentarily.

----------
assignee: stutzbach
components: Interpreter Core
messages: 130090
nosy: stutzbach
priority: normal
severity: normal
stage: patch review
status: open
title: _PyUnicode_Init leaks a little memory once
type: resource usage
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11402>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:11:28 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 05 Mar 2011 00:11:28 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
	cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1299283888.1.0.200155232939.issue11389@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The undocumented verbosity parameter?

----------
nosy: +michael.foord, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:13:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 05 Mar 2011 00:13:19 +0000
Subject: [issue11392] Turtle - better explain 'chaos' demo
In-Reply-To: <1299194002.65.0.446288192224.issue11392@psf.upfronthosting.co.za>
Message-ID: <1299283999.93.0.0596849366101.issue11392@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +gregorlingl, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11392>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:14:06 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 05 Mar 2011 00:14:06 +0000
Subject: [issue11402] _PyUnicode_Init leaks a little memory once
In-Reply-To: <1299283849.1.0.295176765442.issue11402@psf.upfronthosting.co.za>
Message-ID: <1299284046.11.0.835219580706.issue11402@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
keywords: +needs review, patch
Added file: http://bugs.python.org/file20999/unicode-leak.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11402>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:15:36 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 05 Mar 2011 00:15:36 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
	cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1299284136.18.0.586292400614.issue11389@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

If the verbosity parameter isn't sufficient (which needs documenting but that is issue 11385) then it would need to be a feature request on DocFileSuite (part of doctest).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:21:43 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 05 Mar 2011 00:21:43 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299284503.88.0.565051674493.issue11385@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

TextTestRunner was more meant to be an *example* of a test runner. It just turned out to be the only one and widely used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:31:43 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 05 Mar 2011 00:31:43 +0000
Subject: [issue11394] No Tools/demo, etc, on Windows
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1299285103.38.0.376299392422.issue11394@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I thought I posted this on another issue, but cannot find it.

My installed 3.2 Tools directory only has i8n, pynche, and scripts directories.
The 3.2 repository has 12 other directories in Tools that are missing from the installation.

----------
components: +Installation, Windows
nosy: +loewis, terry.reedy
title: No Tools/demo on Windows -> No Tools/demo, etc, on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:45:17 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 05 Mar 2011 00:45:17 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299285917.59.0.772952326339.issue11395@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

print("a"*66000)

works (after some delay) running from an IDLE edit window (but see #144249). Works means that I get a working prompt back with no errors.

Unlike IDLE, the Command Prompt Windows keeps a limited number of lines in its buffers (default: 4x50), and may have a total size limit.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sat Mar  5 01:50:33 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 05 Mar 2011 00:50:33 +0000
Subject: [issue11394] No Tools/demo, etc, on Windows
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1299286233.94.0.598984877329.issue11394@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

These directories aren't missing - they are simply not included. Each such inclusion should be preceded by an explicit request (preferably with some rationale).

Including the demo directory is fine with me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Sat Mar  5 03:08:37 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 05 Mar 2011 02:08:37 +0000
Subject: [issue11403] Add some generated files in PC/ to .hgignore.
In-Reply-To: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>
Message-ID: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>


New submission from Santoso Wijaya <santoso.wijaya at gmail.com>:

Here's a patch for .hgignore file to include some more build files emitted on Windows.

----------
components: None
files: pcignore.patch
keywords: patch
messages: 130097
nosy: santa4nt
priority: normal
severity: normal
status: open
title: Add some generated files in PC/ to .hgignore.
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21000/pcignore.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11403>
_______________________________________

From report at bugs.python.org  Sat Mar  5 03:15:59 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 05 Mar 2011 02:15:59 +0000
Subject: [issue11403] Add some generated files in PC/ to .hgignore.
In-Reply-To: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>
Message-ID: <1299291359.95.0.243868385141.issue11403@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11403>
_______________________________________

From report at bugs.python.org  Sat Mar  5 04:42:36 2011
From: report at bugs.python.org (Mathieu Bridon)
Date: Sat, 05 Mar 2011 03:42:36 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1299296556.33.0.140721763508.issue9584@psf.upfronthosting.co.za>


Mathieu Bridon <bochecha at fedoraproject.org> added the comment:

So, now that Python 3.2 was released, here is a patch rebased on top of the py3k branch.

----------
Added file: http://bugs.python.org/file21001/0001-Curly-brace-expansion-in-glob.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Sat Mar  5 04:43:00 2011
From: report at bugs.python.org (Mathieu Bridon)
Date: Sat, 05 Mar 2011 03:43:00 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1299296580.04.0.797264414617.issue9584@psf.upfronthosting.co.za>


Changes by Mathieu Bridon <bochecha at fedoraproject.org>:


Removed file: http://bugs.python.org/file20129/0001-Curly-brace-expansion-in-glob.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Sat Mar  5 04:44:25 2011
From: report at bugs.python.org (Mathieu Bridon)
Date: Sat, 05 Mar 2011 03:44:25 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1299296665.53.0.559539423461.issue9584@psf.upfronthosting.co.za>


Mathieu Bridon <bochecha at fedoraproject.org> added the comment:

The sys module is imported in glob but never used.

It's not related to this feature request but I saw it when implementing the patch, so here is a second patch removing the import.

----------
Added file: http://bugs.python.org/file21002/0002-Remove-unused-import.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Sat Mar  5 05:35:28 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 05 Mar 2011 04:35:28 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299299728.93.0.547759610902.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I'm adding a test that will reproduce the crash.

----------
keywords: +patch
Added file: http://bugs.python.org/file21003/writeconsole.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sat Mar  5 05:40:30 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 04:40:30 +0000
Subject: [issue11404] support /dev/null for subprocess.call() and friends
In-Reply-To: <1299300030.49.0.347847357367.issue11404@psf.upfronthosting.co.za>
Message-ID: <1299300030.49.0.347847357367.issue11404@psf.upfronthosting.co.za>


New submission from ???? ????????? <socketpair at gmail.com>:

allow to call subprocess.check_call(stderr=subprocess.DEVNULL)

----------
components: Library (Lib)
messages: 130101
nosy: mmarkk
priority: normal
severity: normal
status: open
title: support /dev/null for subprocess.call() and friends
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11404>
_______________________________________

From report at bugs.python.org  Sat Mar  5 06:00:45 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 05:00:45 +0000
Subject: [issue11259] asynchat does not check if terminator is negative integer
In-Reply-To: <1298220002.68.0.352394054223.issue11259@psf.upfronthosting.co.za>
Message-ID: <1299301245.95.0.29277596691.issue11259@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

> I've never used negative terminators in asynchat and I'm not even sure why one would want to. 
no one wants :), but terminator numeric value may be achieved from the net, and hackers sometimes use such technique.

attached shorttest.py do the test. If negative terminator is passed, ValueError exception will raise on patched version, and will not raise in unpatched.

Currently, I studying test system for python, but I think you will add such simple test faster and cleaner.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11259>
_______________________________________

From report at bugs.python.org  Sat Mar  5 06:09:46 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 05:09:46 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
	accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1299301786.07.0.989325997061.issue11266@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

When using non-blocking IO, we issue select (or poll,epoll), and after that kernel should guarantee, that recv or send will complete immediatelly, transferring data as needed. But sometimes (as Linux is buggy), such operations results in EINTR error if some signal arrived during this call. In that case python exception generated and typically connection will be closed.
  To recover from this situation it is OK to call recv or send again in case of EINTR. All network functions (recv*, send*, accept, connect) are vulnerable for EINTR in practice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Sat Mar  5 06:12:24 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 05:12:24 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
	accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1299301944.05.0.1404412959.issue11266@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2008-02/msg00457.html

Okay, linux is not buggy :)))
EINTR may occur if SA_RESTART is not specified in sigaction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Sat Mar  5 06:44:11 2011
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 05 Mar 2011 05:44:11 +0000
Subject: [issue11405] Wrong reference to string module in
	tutorial/inputoutput.rst
In-Reply-To: <1299303851.53.0.103129334097.issue11405@psf.upfronthosting.co.za>
Message-ID: <1299303851.53.0.103129334097.issue11405@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:

http://docs.python.org/py3k/tutorial/inputoutput.html#fancier-output-formatting

> The standard module string contains some useful operations for padding strings to a given column width; these will be discussed shortly.

The document uses str.rjust, ljust, zfill methods and not use string module
for padding.

----------
assignee: docs at python
components: Documentation
messages: 130105
nosy: docs at python, naoki
priority: normal
severity: normal
status: open
title: Wrong reference to string module in tutorial/inputoutput.rst
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11405>
_______________________________________

From report at bugs.python.org  Sat Mar  5 07:01:06 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Sat, 05 Mar 2011 06:01:06 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
	accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1299304866.99.0.283799174955.issue11266@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Here's a similar bug: http://bugs.python.org/issue7978.

>EINTR may occur if SA_RESTART is not specified in sigaction.
Some syscalls (like select) will generate EINTR despite SA_RESTART. man 7 signal

----------
nosy: +nvetoshkin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Sat Mar  5 08:59:00 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 05 Mar 2011 07:59:00 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299311940.58.0.227485972704.issue11344@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> My point was that unix hasn't found it useful 
> to add a level option to the dirname API.

ISTM, that is a strong indication that this isn't needed in the form it has been proposed.

> I don't know that I personally have ever had 
> occasion to peel off more than one directory level 
> without also wanting to do something with the 
> intermediate results, so perhaps I am not a good 
> judge of how useful this would be.

I think this only arises when a known directory structure has been attached at some arbitrary point on a tree, so you might use a relative path like ../../bin/command.py in the shell.  To serve that use case, it would be better to have a function that splits all the components of the path into a list that's easily manipulated:

>>> oldpath = os.path.splitpath('/ggparent/gparent/parent/')
>>> newpath = oldpath[:-2] + ['bin', 'command.py']
>>> os.path.join(*newpath)
'/ggparent/bin/command.py'

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Sat Mar  5 09:02:56 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 05 Mar 2011 08:02:56 +0000
Subject: [issue11405] Wrong reference to string module in
	tutorial/inputoutput.rst
In-Reply-To: <1299303851.53.0.103129334097.issue11405@psf.upfronthosting.co.za>
Message-ID: <1299312176.43.0.312357724242.issue11405@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

That sentence should be changed to mention the str method rather than the deprecated functions in the string module.
(The methods' names after the example should also link to the right str.method

----------
assignee: docs at python -> ezio.melotti
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11405>
_______________________________________

From report at bugs.python.org  Sat Mar  5 10:08:26 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sat, 05 Mar 2011 09:08:26 +0000
Subject: [issue11404] support /dev/null for subprocess.call() and friends
In-Reply-To: <1299300030.49.0.347847357367.issue11404@psf.upfronthosting.co.za>
Message-ID: <1299316106.31.0.221263506568.issue11404@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

I think this is a duplicate of issue5870.

----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11404>
_______________________________________

From report at bugs.python.org  Sat Mar  5 10:23:40 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Sat, 05 Mar 2011 09:23:40 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299317020.85.0.377953883299.issue5091@psf.upfronthosting.co.za>


Ryan Kelly <ryan at rfk.id.au> added the comment:

Not sure if it's caused by the same thing, but I just got a segfault on the same line in my own program.  Running python 2.7.1.

I will try to dig out some more useful info but it's been a long time since I chased a segfault...

----------
nosy: +rfk
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sat Mar  5 10:28:55 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 05 Mar 2011 09:28:55 +0000
Subject: [issue11404] support /dev/null for subprocess.call() and friends
In-Reply-To: <1299300030.49.0.347847357367.issue11404@psf.upfronthosting.co.za>
Message-ID: <1299317335.26.0.248893020172.issue11404@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> subprocess.DEVNULL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11404>
_______________________________________

From report at bugs.python.org  Sat Mar  5 10:29:55 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 05 Mar 2011 09:29:55 +0000
Subject: [issue5870] subprocess.DEVNULL
In-Reply-To: <1240946644.39.0.609275389725.issue5870@psf.upfronthosting.co.za>
Message-ID: <1299317395.39.0.53137869175.issue5870@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +mmarkk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5870>
_______________________________________

From report at bugs.python.org  Sat Mar  5 11:17:43 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 05 Mar 2011 10:17:43 +0000
Subject: [issue5870] subprocess.DEVNULL
In-Reply-To: <1240946644.39.0.609275389725.issue5870@psf.upfronthosting.co.za>
Message-ID: <1299320263.2.0.580980343383.issue5870@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5870>
_______________________________________

From report at bugs.python.org  Sat Mar  5 11:17:59 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 10:17:59 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>


New submission from ???? ????????? <socketpair at gmail.com>:

Big dirs are really slow to read at once. If user wants to read items one by one like here:
--------------
for i in os.listdir()
    use(i)
--------------
having generator will gain performance, as big directories often very fragmented on disk. Also, dir_cache in kernel used more effectively.

----------
components: Library (Lib)
messages: 130111
nosy: mmarkk
priority: normal
severity: normal
status: open
title: There is no os.listdir() equivalent returning generator instead of list
type: performance
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 11:45:23 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 05 Mar 2011 10:45:23 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D721442.2040703@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Big dirs are really slow to read at once. 

Do you a proof for that claim? How big, and how really slow?

> for i in os.listdir()
>     use(i)

Also, how long does use(i) take, and what reduction (in percent)
can you gain from listdir iterating?

In short, I'm skeptical that there is an actual problem to be solved here.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 12:02:31 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sat, 05 Mar 2011 11:02:31 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299322951.96.0.58496188531.issue5091@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Do you have a coredump ?
It'd be curious to see this faulting address.
I didn't notice the first time, but in the OP case the address is definitely wrong: 0xecc778b7 is above PAGE_OFFSET (0xc0000000 on x86), so unless he's using a kernel with a 4G/4G split (and it's not the case since it seems to be a PAE kernel), it's definitely an invalid/corrupt address...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sat Mar  5 12:02:59 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Sat, 05 Mar 2011 11:02:59 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299322979.26.0.108696821404.issue11406@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

also, forgot... memory usage on big directories using list is a pain.

This is the same things as range() and xrange(). Why not to add os.xlistdir() ?

P.S.
Numerical answers will be available later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 12:15:21 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Sat, 05 Mar 2011 11:15:21 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299323721.77.0.843266249042.issue5091@psf.upfronthosting.co.za>


Ryan Kelly <ryan at rfk.id.au> added the comment:

Please remind me how to obtain an appropriate coredump (as I said, it's been a *long* time...)

Doing "print bp" shows an out-of-bounds address as for the original submitter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sat Mar  5 13:05:13 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Sat, 05 Mar 2011 12:05:13 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299326713.86.0.92052164883.issue5091@psf.upfronthosting.co.za>


Ryan Kelly <ryan at rfk.id.au> added the comment:

attaching core dump from a freshly-compiled python 2.7.1 at with "-O0 -g" in CFLAGS.

The code that is segfaulting is using pycrypto and sqlite3, so it may be that a bug in one of these is trampling on something.  No idea how to investigate any further.

----------
Added file: http://bugs.python.org/file21004/core.27778.bz2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sat Mar  5 13:45:40 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sat, 05 Mar 2011 12:45:40 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299329140.45.0.391036885522.issue5091@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> The code that is segfaulting is using pycrypto and sqlite3, so it may be that a bug in one of these is trampling on something.  No idea how to investigate any further. 

You could try valgrind:
$ valgrind --tool=memcheck -o /tmp/output.log <prog> arguments

This slows down the execution, but can reveal certain types of memory corruption.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sat Mar  5 14:01:09 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 05 Mar 2011 13:01:09 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299280596.54.0.129733296739.issue11401@psf.upfronthosting.co.za>
Message-ID: <20110305130057.GA57071@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

> Changes by R. David Murray <rdmurray at bitdance.com>:
> assignee:  -> r.david.murray

David, i'm sending you data to reproduce the error on your local 
machine!

Please create a test directory and place the files therein 
(an output.mbox will be created).  Just do

  mkdir -p issue_11401/input.mdir/{cur,new,tmp}
  mv issue_11401_mail.txt "issue_11401/input.mdir/cur/test:2,S"
  mv issue_11401_runner.py issue_11401/
  cd issue_11401
  python3 issue_11401_runner.py

(I'm looking forward for a glass of red wine, just in case we'll 
ever meet.-)

----------
Added file: http://bugs.python.org/file21005/issue_11401_mail.txt
Added file: http://bugs.python.org/file21006/issue_11401_runner.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________
-------------- next part --------------
Return-Path: <mail-noreply at google.com>
X-Original-To: steffen
Delivered-To: steffen at sherwood.local
Received: by sherwood.local (Postfix, from userid 502)
	id 0302C6F8D01; Wed,  5 Jan 2011 16:07:15 +0100 (CET)
MIME-Version: 1.0
Received: from gmail-pop.l.google.com [74.125.79.109]
	by sherwood.local with POP3 (fetchmail-6.3.11)
	for <steffen at localhost> (single-drop); Wed, 05 Jan 2011 16:07:15 +0100 (CET)
Received: by 10.216.183.130; Mon, 25 Oct 2009 05:50:04 -0700 (PDT)
Date: Mon, 25 Oct 2009 05:50:04 -0700
Subject: Import your contacts and old email
From: Google Mail Team <mail-noreply at google.com>
To: Steffen Daode Nurpmeso <sdaoden at googlemail.com>
Content-Type: multipart/alternative; boundary=0016e6db7cbd62d15c0493706eea
Content-Length: 2490
Lines: 70
Status: RO
X-Status: 
X-Keywords: 
X-UID: 2

--0016e6db7cbd62d15c0493706eea
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

You can import your contacts and mail from Yahoo!, Hotmail, AOL, and many
other web mail or POP accounts. If you want, we'll even keep importing your
mail for the next 30 days.
     Import contacts and mail
=BB<https://mail.google.com/mail/#settings/accounts>

We know it can be a pain to switch email accounts, and we hope this makes
the transition to Google Mail a bit easier.

- The Google Mail Team

Please note that importing is not available if you're using Internet
Explorer 6.0. To take advantage of the latest Google Mail features,
please upgrade
to a fully supported
browser<http://mail.google.com/support/bin/answer.py?answer=3D6557&hl=3Den&=
utm_source=3Dwel-eml&utm_medium=3Deml&utm_campaign=3Den>
.

--0016e6db7cbd62d15c0493706eea
Content-Type: text/html; charset=ISO-8859-1

<html>
<font face="Arial, Helvetica, sans-serif">
<p>You can import your contacts and mail from Yahoo!, Hotmail, AOL, and many
other web mail or POP accounts. If you want, we'll even keep importing your
mail for the next 30 days.</p>

<table cellpadding="0" cellspacing="0">
<col style="width: 1px" /><col /><col style="width: 1px" />
<tr>
  <td></td>
  <td height="1px" style="background-color: #ddd"></td>
  <td></td>
</tr>
<tr>
  <td style="background-color: #ddd"></td>
  <td background="https://mail.google.com/mail/images/welcome-button-background.png"
      style="background-color: #ddd; background-repeat: repeat-x"
    ><a href="https://mail.google.com/mail/#settings/accounts"
        style="font-weight: bold; color: #000; text-decoration: none; display: block; padding: 0.5em 1em"
      >Import contacts and mail &#187;</a></td>
  <td style="background-color: #ddd"></td>
</tr>
<tr>
  <td></td>
  <td height="1px" style="background-color: #ddd"></td>
  <td></td>
</tr>
</table>

<p>We know it can be a pain to switch email accounts, and we hope this makes
the transition to Google Mail a bit easier.</p>

<p>- The Google Mail Team</p>

<p><font size="-2" color="#999">Please note that importing is not available if
you're using Internet Explorer 6.0. To take advantage of the latest Google Mail
features, please
<a href="http://mail.google.com/support/bin/answer.py?answer=6557&hl=en&utm_source=wel-eml&utm_medium=eml&utm_campaign=en"><font color="#999">
upgrade to a fully supported browser</font></a>.</font></p>

</font>
</html>

--0016e6db7cbd62d15c0493706eea--
-------------- next part --------------
import sys
import mailbox

VERBOSE = 1
def log(*args):
    if not VERBOSE:
        return
    print('| ' + ''.join(str(i) for i in args), file=sys.stderr)

class MailboxHelper:
    @staticmethod
    def open(path, type='mbox', create=False):
        log('Opening ', type, ' mailbox ', path)
        if type == 'mbox':
            mb = mailbox.mbox
        elif type == 'maildir':
            mb = mailbox.Maildir
        #try:
        mb = mb(path, create=create)
        #except Exception:
            # FIXME throws IOError (Errno 21) if dispatch specified a dir but
            # dod not set a dir-based type..
        #    panic('Failed to open ', path, extb=E())
        return mb

msg = None

inmb = MailboxHelper.open('input.mdir', type='maildir', create=False)
try:
    log('* Box has ', len(inmb),
        ' messages, filtering through rulesets')
    cnt = 0
    for k in inmb.iterkeys():
        cnt += 1
        log('({!s:>04})'.format(cnt))
        msg = inmb.get_message(k)
        if cnt == 1:
            break
except Exception as e:
    error('failed to handle box ', b, extb=E())


outmb = MailboxHelper.open('output.mbox', create=True)
try:
    outmb.add(msg)
    outmb.flush()
except Exception as e:
    log(': message-add failed.\n')
    raise
finally:
    outmb.unlock()


From report at bugs.python.org  Sat Mar  5 14:05:28 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 05 Mar 2011 13:05:28 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1299330328.28.0.128869718926.issue11401@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Sat Mar  5 14:26:11 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 05 Mar 2011 13:26:11 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299331571.3.0.127233398628.issue11344@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ah, yes, splitpath is a function I've occasionally wanted.  I also remember being surprised that os.path.split didn't return such a list.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Sat Mar  5 14:43:31 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 05 Mar 2011 13:43:31 +0000
Subject: [issue11407] unittest.TestCase.run should return result
In-Reply-To: <1299332611.94.0.0298919007686.issue11407@psf.upfronthosting.co.za>
Message-ID: <1299332611.94.0.0298919007686.issue11407@psf.upfronthosting.co.za>


New submission from Michael Foord <michael at voidspace.org.uk>:

If you call TestCase.run without an argument it will create a default TestResult and use it to execute the test. It should return the result so that you can introspect it.

----------
assignee: michael.foord
messages: 130120
nosy: michael.foord
priority: normal
severity: normal
status: open
title: unittest.TestCase.run should return result
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11407>
_______________________________________

From report at bugs.python.org  Sat Mar  5 14:44:06 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 05 Mar 2011 13:44:06 +0000
Subject: [issue11407] unittest.TestCase.run should return result
In-Reply-To: <1299332611.94.0.0298919007686.issue11407@psf.upfronthosting.co.za>
Message-ID: <1299332646.55.0.788816943424.issue11407@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11407>
_______________________________________

From report at bugs.python.org  Sat Mar  5 15:09:08 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sat, 05 Mar 2011 14:09:08 +0000
Subject: [issue11408] python locks: blocking acquire calls useless gettimeofday
In-Reply-To: <1299334147.69.0.216828112107.issue11408@psf.upfronthosting.co.za>
Message-ID: <1299334147.69.0.216828112107.issue11408@psf.upfronthosting.co.za>


New submission from Charles-Francois Natali <neologix at free.fr>:

While tracing a program using multiprocessing queues, I noticed that there were many calls to gettimeofday.
It turns out that acquire_timed, used by lock_PyThread_acquire_lock and rlock_acquire, always call gettimeofday, even if no timeout argument is given.
Here's an example of the performance impact (I know it's a contrived example :-):

$ cat /tmp/test_lock.py 
import threading

lock = threading.Lock()

i = 0

def do_loop():
    global i
    for j in range(500000):
        lock.acquire()
        i += 1
        lock.release()


t1 = threading.Thread(target=do_loop)
t2 = threading.Thread(target=do_loop)
t1.start()
t2.start()
t1.join()
t2.join()

With current code:
$ time ./python /tmp/test_lock.py 

real    0m5.200s
user    0m3.288s
sys     0m1.896s

Without useless calls to gettimeofday:
$ time ./python /tmp/test_lock.py 

real    0m3.091s
user    0m3.056s
sys     0m0.020s

Note that the actual gain depends on the kernel, hardware and clocksource in use (the above measurements are on a Linux 2.6.32 kernel, using acpi_pm as clocksource).

Attached is a patch removing useless calls to gettimeofday.
Note that I also removed the check for expired timeout following trylock in case of PY_LOCK_INTR, since according to http://pubs.opengroup.org/onlinepubs/009695399/functions/sem_wait.html,  it seems that only sem_wait is interruptible, not sem_trywait (e.g. on Linux, sem_trywait is implemented using futex which handle non-contended case in user-space). Windows locking primitives can't return PY_LOCK_INTR. Anyway, even if it happend once in a blue moon, we would just retry a trylock, which kind of makes sense.

----------
files: lock_gettimeofday_py3k.diff
keywords: patch
messages: 130121
nosy: neologix, pitrou
priority: normal
severity: normal
status: open
title: python locks: blocking acquire calls useless gettimeofday
type: performance
Added file: http://bugs.python.org/file21007/lock_gettimeofday_py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11408>
_______________________________________

From report at bugs.python.org  Sat Mar  5 15:33:43 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sat, 05 Mar 2011 14:33:43 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299335623.68.0.323123493516.issue11406@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 16:50:50 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 05 Mar 2011 15:50:50 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1299340250.97.0.796292222836.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  What is your OS name and exact version?

----------
assignee:  -> tarek
components: +Distutils -Tests
nosy: +eric.araujo, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar  5 17:33:10 2011
From: report at bugs.python.org (chris nojima)
Date: Sat, 05 Mar 2011 16:33:10 +0000
Subject: [issue11398] http_proxy on windows won't function due to incorrect
	case handling
In-Reply-To: <1299263712.38.0.425713656967.issue11398@psf.upfronthosting.co.za>
Message-ID: <1299342790.47.0.270835752146.issue11398@psf.upfronthosting.co.za>


chris nojima <chrisnojima at gmail.com> added the comment:

Sorry. You are correct, this must have been fixed in 3.1.2. The box I was on had 3.1.1 on it and some other configuration issues led me to believe this was happening in 3.2 as well.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11398>
_______________________________________

From report at bugs.python.org  Sat Mar  5 17:47:03 2011
From: report at bugs.python.org (yeswanth)
Date: Sat, 05 Mar 2011 16:47:03 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1299343623.08.0.399059274399.issue11060@psf.upfronthosting.co.za>


yeswanth <swamiyeswanth at yahoo.com> added the comment:

I am trying for unit tests here , but would need some assistance. I included a file here , please review that. first of all i am not able to access self.data['version'](shows an exception , here). suggest me a solution here .

----------
Added file: http://bugs.python.org/file21008/help.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Sat Mar  5 18:11:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 05 Mar 2011 17:11:39 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299345099.27.0.699063669279.issue11406@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

A generator listdir() geared towards performance should probably be able to work in batches, e.g. read 100 entries at once and buffer them in some internal storage (that might mean use readdir_r()). Bonus points if it doesn't release the GIL around each individual entry, but also batches that.

----------
nosy: +neologix, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 18:42:48 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Sat, 05 Mar 2011 17:42:48 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1299346968.06.0.526182957265.issue11340@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

Arch Linux
kernel 2.6.37.2
glibc 2.13

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:29:10 2011
From: report at bugs.python.org (Kelsey)
Date: Sat, 05 Mar 2011 18:29:10 +0000
Subject: [issue11409] pysetup --search should return non-zero when a dist is
	not installed and print a message stating the fact.
In-Reply-To: <1299349750.25.0.306966867422.issue11409@psf.upfronthosting.co.za>
Message-ID: <1299349750.25.0.306966867422.issue11409@psf.upfronthosting.co.za>


New submission from Kelsey <kelsey.hightower at gmail.com>:

I would like to make pysetup easier to work with when called from shell scripts or similar tools that wish to take action based on the exit code of the pysetup --search command. In this case return 0 if a match is found and 1 otherwise.

As an enhancement, print a message to stdout that the dist is not installed.

Example:

# pysetup -s Mako
Mako is not installed

# echo $?
1

Please review my patch in my d2 patch queue:
https://bitbucket.org/khightower/distutils2-patch-queue/qseries?apply=t&qs_apply=pysetup-search

----------
assignee: tarek
components: Distutils2
files: pysetup-search.patch
keywords: patch
messages: 130127
nosy: alexis, eric.araujo, kelseyhightower, tarek
priority: normal
severity: normal
status: open
title: pysetup --search should return non-zero when a dist is not installed and print a message stating the fact.
type: behavior
versions: 3rd party, Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21009/pysetup-search.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11409>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:31:24 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 05 Mar 2011 18:31:24 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299349884.67.0.289629519998.issue11406@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:32:39 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 05 Mar 2011 18:32:39 +0000
Subject: [issue11355] os.mkdir() and os.mkdirat() don't apply SUID/SGID
	permissions
In-Reply-To: <1298922038.05.0.695997862178.issue11355@psf.upfronthosting.co.za>
Message-ID: <1299349959.34.0.908133387982.issue11355@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11355>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:33:33 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 05 Mar 2011 18:33:33 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1299350013.52.0.663312026966.issue11397@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:44:07 2011
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 05 Mar 2011 18:44:07 +0000
Subject: [issue11409] pysetup --search should return non-zero when a dist is
	not installed and print a message stating the fact.
In-Reply-To: <1299349750.25.0.306966867422.issue11409@psf.upfronthosting.co.za>
Message-ID: <1299350647.06.0.312309568619.issue11409@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

pysetup is currently under heavy refactoring -- see the  https://bitbucket.org/tarek/distutils2-new-cmdline clone if you want to help on this.

I am planning to merge it before the release, this week.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11409>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:48:36 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sat, 05 Mar 2011 18:48:36 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299350916.38.0.393267711893.issue11406@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> Big dirs are really slow to read at once. If user wants to read items one by one like here

The problem is that readdir doesn't read a directory entry one at a time.
When you call readdir on an open DIR * for the first time, the libc calls the getdents syscall, requesting a whole bunch of dentry at a time (32768 on my box).
Then, the subsequent readdir calls are virtually free, and don't involve any syscall/IO at all (that is, until you hit the last cached dent, and then another getdents is performed until end of directory).

> Also, dir_cache in kernel used more effectively.

You mean the dcache ? Could you elaborate ?

> also, forgot... memory usage on big directories using list is a pain.

This would indeed be a good reason. Do you have numbers ?

> A generator listdir() geared towards performance should probably be able to work in batches, e.g. read 100 entries at once and buffer them in some internal storage (that might mean use readdir_r()).

That's exactly what readdir is doing :-)

> Bonus points if it doesn't release the GIL around each individual entry, but also batches that.

Yes, since only one in 2**15 readdir call actually blocks, that could be a nice optimization (I've no idea of the potential gain though).

> Big dirs are really slow to read at once.

Are you using EXT3 ?
There are records of performance issues with getdents on EXT2/3 filesystems, see:
http://lwn.net/Articles/216948/
and this nice post by Linus:
https://lkml.org/lkml/2007/1/7/149

Could you provide the output of an "strace -ttT python <test script>"  (and also the time spent in os.listdir) ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sat Mar  5 19:49:09 2011
From: report at bugs.python.org (Kelsey)
Date: Sat, 05 Mar 2011 18:49:09 +0000
Subject: [issue11409] pysetup --search should return non-zero when a dist is
	not installed and print a message stating the fact.
In-Reply-To: <1299349750.25.0.306966867422.issue11409@psf.upfronthosting.co.za>
Message-ID: <1299350949.22.0.771964490427.issue11409@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

I will take a look, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11409>
_______________________________________

From report at bugs.python.org  Sat Mar  5 20:31:56 2011
From: report at bugs.python.org (Kelsey)
Date: Sat, 05 Mar 2011 19:31:56 +0000
Subject: [issue11409] pysetup --search should return non-zero when a dist is
	not installed and print a message stating the fact.
In-Reply-To: <1299349750.25.0.306966867422.issue11409@psf.upfronthosting.co.za>
Message-ID: <1299353516.34.0.645547197629.issue11409@psf.upfronthosting.co.za>


Kelsey <kelsey.hightower at gmail.com> added the comment:

Updated patch based on the distutils2-new-cmdline repo

https://bitbucket.org/khightower/distutils2-new-cmdline-mq/qseries?apply=t&qs_apply=pysetup-search-nonzero

----------
Added file: http://bugs.python.org/file21010/pysetup-search-new-cmds.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11409>
_______________________________________

From report at bugs.python.org  Sat Mar  5 22:03:27 2011
From: report at bugs.python.org (=?utf-8?q?Wojciech_Mu=C5=82a?=)
Date: Sat, 05 Mar 2011 21:03:27 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1299359007.64.0.0019204996994.issue11397@psf.upfronthosting.co.za>


Wojciech Mu?a <wojciech_mula at poczta.onet.pl> added the comment:

Confirmed in python3.2.

Lib/posixpath.py/_resolve_link: path returned by readlink
is normalized by normpath. In this case readlink('zlink')
returns 'xlink/../blink', then normpath is called, and
returns 'blink'. This ends processing because 'blink'
isn't a link.

I've attached procedure that does [IMHO] correct symlink
resolution (this is just proof-of-concept, it is slow and
doesn't deal with cyclic links).

----------
nosy: +wm
versions: +Python 3.2
Added file: http://bugs.python.org/file21011/poc.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sun Mar  6 00:58:11 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 05 Mar 2011 23:58:11 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1299369491.81.0.0234025616714.issue11397@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sun Mar  6 01:20:57 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 06 Mar 2011 00:20:57 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299370857.4.0.762305219551.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

And a patch for the test + fix.

----------
Added file: http://bugs.python.org/file21012/wconsole_large.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 01:22:10 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 00:22:10 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>
Message-ID: <1299370930.8.0.218299193868.issue11391@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Following error on the OpenIndiana buildbot:

test test_mmap failed -- Traceback (most recent call last):
  File "/export/home/buildbot/32bits/3.1.cea-indiana-x86/build/Lib/test/test_mmap.py", line 242, in test_access_parameter
    m = mmap.mmap(f.fileno(), mapsize, prot=~mmap.PROT_WRITE)
mmap.error: [Errno 13] Permission denied

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Sun Mar  6 01:52:41 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 06 Mar 2011 00:52:41 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299372761.62.0.843892405576.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

> Indeed, Python3.1 fails with the -u option.

I'm also attaching another test to reproduce the crash with '-u' option.

----------
Added file: http://bugs.python.org/file21013/test_wconsole_binlarge.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 01:55:16 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 00:55:16 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>
Message-ID: <1299372916.76.0.824966529199.issue11391@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Buildbot failure should be fixed in e3eaf7dbb2b4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Sun Mar  6 02:25:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 01:25:54 +0000
Subject: [issue11391] mmap write segfaults if PROT_WRITE bit is not set in prot
In-Reply-To: <1299190829.31.0.825165631256.issue11391@psf.upfronthosting.co.za>
Message-ID: <1299374754.78.0.761967894148.issue11391@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Merged in 92ab79ca4eeb, f9f9662dfb1f, 2e4468841c4c. Thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11391>
_______________________________________

From report at bugs.python.org  Sun Mar  6 02:29:59 2011
From: report at bugs.python.org (Philip Jenvey)
Date: Sun, 06 Mar 2011 01:29:59 +0000
Subject: [issue1724822] provide a shlex.split alternative for Windows shell
	syntax
Message-ID: <1299374999.35.0.944872322691.issue1724822@psf.upfronthosting.co.za>


Philip Jenvey <pjenvey at underboss.org> added the comment:

The code I linked to above implements those semantics in pure Python. It follows Microsoft's "Parsing C Command-Line Arguments" rules like CommandLineToArgvW does

Here's updated links, the older links seemed to have broken:

https://fisheye3.atlassian.com/browse/jython/trunk/jython/Lib/subprocess.py?r=6636#to566

tests: https://fisheye3.atlassian.com/browse/jython/trunk/jython/Lib/test/test_subprocess_jy.py?r=6464#to41

This code is basically the inverse of subprocess's list2cmdline

I don't mind incorporating this code into the stdlib, but we need to figure out where it would go. There was a discussion on stdlib-sig last year related to this topic, about the need for quoting and unquoting command lines.

We have some of this functionality for posix systems scattered throughout shlex and the pipes module, and then there's subprocess.list2cmdline. I think we could use a new module with all this functionality in one place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1724822>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:14:08 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 06 Mar 2011 03:14:08 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299381248.01.0.146764274929.issue2771@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Testing legacy svn references here (r88479) and new hg references here (67980) and here (284026e00342).

----------
nosy: +ned.deily -ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:31:44 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 06 Mar 2011 03:31:44 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299382304.52.0.549493090913.issue2771@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Testing legacy svn references here r88479 and new hg references here 284026e00342.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:32:32 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 06 Mar 2011 03:32:32 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299382352.12.0.856994803776.issue2771@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
Removed message: http://bugs.python.org/msg130139

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:32:48 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 06 Mar 2011 03:32:48 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299382368.32.0.0012499601081.issue2771@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
Removed message: http://bugs.python.org/msg130140

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:33:16 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 06 Mar 2011 03:33:16 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299382396.84.0.980802960182.issue2771@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy:  -ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 04:48:15 2011
From: report at bugs.python.org (yeswanth)
Date: Sun, 06 Mar 2011 03:48:15 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1299383295.01.0.699524375638.issue11060@psf.upfronthosting.co.za>


yeswanth <swamiyeswanth at yahoo.com> added the comment:

is there any default version in pep 386?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Sun Mar  6 06:45:54 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 06 Mar 2011 05:45:54 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299390354.88.0.720028855912.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:12:26 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 06:12:26 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

This patch adds support for the GCC visibility attributes to the PyAPI_* macros (currently only used for Windows.) GCC's default visibility is 'public', but can be changed to 'hidden' with the '-fvisibility=hidden' argument; see http://gcc.gnu.org/wiki/Visibility. This patch does not make the build use that, it merely makes Python function correctly when the default visibility *is* changed. (The benefit of building Python with -fvisibility=hidden is very small, as it causes only a handful of symbols to not be exported. When embedding Python, though, this can make a lot of difference.)

The patch also fixes a few modules that don't use PyMODINIT_FUNC for their module-init function definitions, like they should.

----------
files: gcc-visibility.diff
keywords: needs review, patch
messages: 130143
nosy: twouters
priority: normal
severity: normal
status: open
title: Use GCC visibility attrs in PyAPI_*
Added file: http://bugs.python.org/file21014/gcc-visibility.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:14:02 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 06:14:02 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299392042.51.0.448268863102.issue11410@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

This patch adds support for the GCC visibility attributes to the PyAPI_* macros (currently only used for Windows.) GCC's default visibility is 'public', but can be changed to 'hidden' with the '-fvisibility=hidden' argument; see http://gcc.gnu.org/wiki/Visibility. This patch does not make the build use that, it merely makes Python function correctly when the default visibility *is* changed. (The benefit of building Python with -fvisibility=hidden is very small, as it causes only a handful of symbols to not be exported. When embedding Python, though, this can make a lot of difference.)

The patch also fixes a few modules that don't use PyMODINIT_FUNC for their module-init function definitions, like they should.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:14:09 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 06:14:09 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299392049.99.0.311990169928.issue11410@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


----------
Removed message: http://bugs.python.org/msg130144

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:16:15 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 06:16:15 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299392175.58.0.945902358637.issue11410@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

Uploaded to Rietveld, too: http://codereview.appspot.com/4260052/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:18:29 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 06:18:29 +0000
Subject: [issue11411] Fix typo in Makefile
In-Reply-To: <1299392309.1.0.575503746889.issue11411@psf.upfronthosting.co.za>
Message-ID: <1299392309.1.0.575503746889.issue11411@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

Fix a (double) typo in the Makefile, which prevents 'make DESTDIR=relative/path' from working correctly.

----------
files: destdir.diff
keywords: easy, needs review, patch
messages: 130146
nosy: twouters
priority: normal
severity: normal
status: open
title: Fix typo in Makefile
Added file: http://bugs.python.org/file21015/destdir.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11411>
_______________________________________

From report at bugs.python.org  Sun Mar  6 07:47:38 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 06 Mar 2011 06:47:38 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

The section headings all look like this:

         4.11. Other Built-in Types
         4.11.1. Modules
             ...

http://docs.python.org/dev/library/stdtypes.html#classes-and-class-instances

It looks like there is one dot to many

----------
assignee: georg.brandl
components: Documentation
messages: 130147
nosy: georg.brandl, rhettinger
priority: normal
severity: normal
status: open
title: Section numbers in the Library Reference have a trailing period
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Sun Mar  6 08:41:11 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 07:41:11 +0000
Subject: [issue11408] python locks: blocking acquire calls useless gettimeofday
In-Reply-To: <1299334147.69.0.216828112107.issue11408@psf.upfronthosting.co.za>
Message-ID: <1299397271.09.0.474425088507.issue11408@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Pushed in 6ba9ba58499e, thank you.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11408>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:47:11 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 06 Mar 2011 09:47:11 +0000
Subject: [issue4806] Function calls taking a generator as star argument can
	mask TypeErrors in the generator
In-Reply-To: <1230900364.95.0.0532833034138.issue4806@psf.upfronthosting.co.za>
Message-ID: <1299404831.1.0.632453724258.issue4806@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:47:48 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 06 Mar 2011 09:47:48 +0000
Subject: [issue7689] Pickling of classes with a metaclass and copy_reg
In-Reply-To: <1263375134.71.0.434114641669.issue7689@psf.upfronthosting.co.za>
Message-ID: <1299404868.32.0.131029369584.issue7689@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7689>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:49:04 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:49:04 +0000
Subject: [issue11400] Remove reference to pre 1.5 assignment behavior
In-Reply-To: <1299271491.28.0.280932939056.issue11400@psf.upfronthosting.co.za>
Message-ID: <1299404944.14.0.506622678196.issue11400@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in f7e04a9566c4.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11400>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:52:00 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:52:00 +0000
Subject: [issue11337] Nothing refers to footnote [1] on page "6. Simple
	Statements" in Language Reference
In-Reply-To: <1298745459.54.0.732710965592.issue11337@psf.upfronthosting.co.za>
Message-ID: <1299405120.88.0.939169735541.issue11337@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in 949a099a87ca.  The detection of unused footnotes would be a docutils thing, not a Sphinx thing.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11337>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:52:49 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:52:49 +0000
Subject: [issue11338] No list of Python hg repositories
In-Reply-To: <1298747627.22.0.769234647511.issue11338@psf.upfronthosting.co.za>
Message-ID: <1299405169.46.0.0288224003241.issue11338@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Does this need any more action?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11338>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:54:06 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:54:06 +0000
Subject: [issue11392] Turtle - better explain 'chaos' demo
In-Reply-To: <1299194002.65.0.446288192224.issue11392@psf.upfronthosting.co.za>
Message-ID: <1299405246.93.0.863158631462.issue11392@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Applied in e6d9a8e38cc8.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11392>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:56:28 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:56:28 +0000
Subject: [issue11405] Wrong reference to string module in
	tutorial/inputoutput.rst
In-Reply-To: <1299303851.53.0.103129334097.issue11405@psf.upfronthosting.co.za>
Message-ID: <1299405388.11.0.208977017032.issue11405@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in 59e464a1bbf0.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11405>
_______________________________________

From report at bugs.python.org  Sun Mar  6 10:59:29 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 09:59:29 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299405569.15.0.064330562464.issue11373@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed the built-in spelling in 13bc0511b3d3.  I did not do the other change; having two-level relative clauses is not really readable.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:00:48 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:00:48 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1299405648.76.0.689401626354.issue11412@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This looks fine to me -- isn't it a mere stylistic issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:01:16 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 10:01:16 +0000
Subject: [issue11223] interruption of locks by signals not guaranteed when the
	semaphore implementation is not used
In-Reply-To: <1297866341.73.0.301134351964.issue11223@psf.upfronthosting.co.za>
Message-ID: <1299405676.97.0.440929024131.issue11223@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11223>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:05:11 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:05:11 +0000
Subject: [issue11227] [DOC] asyncore - use 'Host' header in HTTP example
In-Reply-To: <1297898789.12.0.318094407747.issue11227@psf.upfronthosting.co.za>
Message-ID: <1299405911.07.0.979163612274.issue11227@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in b630a135a86c.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11227>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:07:21 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:07:21 +0000
Subject: [issue11239] regexp-howto - add missing } to metachars
In-Reply-To: <1297984111.53.0.588454087377.issue11239@psf.upfronthosting.co.za>
Message-ID: <1299406041.04.0.7334088564.issue11239@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in 3ec0a764ab5c.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11239>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:08:06 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 06 Mar 2011 10:08:06 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299406087.0.0.664481893864.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I did some tests: os.write(1, b'X'*length) does always fail with length >= 63842. It does sometimes fail with length > 35000. The maximum looks completly random: as written in Microsoft documentation, "The maximum size of the buffer will depend on heap usage"...

32000 looks arbitrary. I would prefer 2^15-1 (32767) because it looks less magical :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:08:43 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:08:43 +0000
Subject: [issue11292] Curses - add A_REVERSE to attributes table
In-Reply-To: <1298406350.63.0.533877508283.issue11292@psf.upfronthosting.co.za>
Message-ID: <1299406123.52.0.732803953685.issue11292@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in d9292abe80da.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11292>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:09:59 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:09:59 +0000
Subject: [issue11294] Locale - update & uniform ERA_*_FMT doc
In-Reply-To: <1298413244.48.0.422350536879.issue11294@psf.upfronthosting.co.za>
Message-ID: <1299406199.85.0.762630100721.issue11294@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in 6f861f98a3c5.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11294>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:12:26 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 06 Mar 2011 10:12:26 +0000
Subject: [issue11239] regexp-howto - add missing } to metachars
In-Reply-To: <1297984111.53.0.588454087377.issue11239@psf.upfronthosting.co.za>
Message-ID: <1299406346.11.0.0586495083749.issue11239@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Actually '}' is not a metachar, the metachars should be only "|()[{.+*?^$\".

>>> re.match('^a+(}+)b+$', 'aaaa}}}}}bbb')
<_sre.SRE_Match object at 0xb77aa860>
>>> re.match('^a+(}+)b+$', 'aaaa}}}}}bbb').group(1)
'}}}}}'

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11239>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:13:30 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 06 Mar 2011 10:13:30 +0000
Subject: [issue11239] regexp-howto - add missing } to metachars
In-Reply-To: <1297984111.53.0.588454087377.issue11239@psf.upfronthosting.co.za>
Message-ID: <1299406410.43.0.986310603884.issue11239@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Since ] was in the list, I've added } as well.  (It's never a bad idea to quote ] and } unconditionally.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11239>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:38:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 10:38:44 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299407924.45.0.495533757797.issue11410@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Why the cygwin changes? Are they related? Also, is the change in Python/getargs.c necessary?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:38:53 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 10:38:53 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299407933.24.0.560086795379.issue11410@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> patch review
type:  -> feature request
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 11:57:11 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sun, 06 Mar 2011 10:57:11 +0000
Subject: [issue11185] test_wait4 error on AIX
In-Reply-To: <1297424402.38.0.348928652961.issue11185@psf.upfronthosting.co.za>
Message-ID: <1299409031.09.0.29417133745.issue11185@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

If test_wait3 and test_fork1 pass, then yes, it's probably an issue with AIX's wait4.
See http://fixunix.com/aix/84872-sigchld-recursion.html:

"""
Replace the wait4() call with a waitpid() call...
....like this:
for(n=0;waitpid(-1, &status, WNOHANG) > 0; n++) ;

Or, compile the existing code with the BSD library:
cc -o demo demo.c -D_BSD -lbsd

Both will work...

The current problem is that child process is not "seen" by the wait4()
call,
so that when "signal" is rearmed, it immediately goes (recursively)
into the
child_handler() function.
"""

So it seems that under AIX, posix_wait4 should be compiled with -D_BSD -lbsd.
Could you try this ?

If this doesn't do the trick, then avoiding passing WNOHANG could be the second option.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11185>
_______________________________________

From report at bugs.python.org  Sun Mar  6 12:05:49 2011
From: report at bugs.python.org (Chris)
Date: Sun, 06 Mar 2011 11:05:49 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>


New submission from Chris <ceonnbobst at yahoo.com>:

Hi, I just installed Python 3.1.1 via link in the book Python Programming for the absolute beginner third edition. But Idle won't start. When I try to open Idle the Windows "hourglass" just flash briefly but nothing happens after that. No error messages.

My operating system is XP Professional Version 2002 Service Pack 3.

I have uninstalled and reinstalled several times but nothing changes. I select "Install for All Users" during the installation.

I have also tried installing instead the 3.2 version from the python.org website but the same issue arises - idle doesn't launch. 

Does anyone know what the problem is? Really want to get going with the program!

----------
components: IDLE
messages: 130165
nosy: Chris
priority: normal
severity: normal
status: open
title: Idle doesn't start
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Sun Mar  6 12:59:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 11:59:09 +0000
Subject: [issue11411] Fix typo in Makefile
In-Reply-To: <1299392309.1.0.575503746889.issue11411@psf.upfronthosting.co.za>
Message-ID: <1299412749.6.0.110428432536.issue11411@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Looks fine, please commit.

----------
assignee:  -> twouters
nosy: +pitrou
stage:  -> commit review
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11411>
_______________________________________

From report at bugs.python.org  Sun Mar  6 13:01:34 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Sun, 06 Mar 2011 12:01:34 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299412894.54.0.148807619161.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Generator listdir() could be useful if I have a directory with several millions of files and I what to process just a hundred.

----------
nosy: +nvetoshkin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar  6 13:35:12 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 06 Mar 2011 12:35:12 +0000
Subject: [issue4806] Function calls taking a generator as star argument can
	mask TypeErrors in the generator
In-Reply-To: <1230900364.95.0.0532833034138.issue4806@psf.upfronthosting.co.za>
Message-ID: <1299414912.03.0.914367667615.issue4806@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I think the patch isn't entirely correct.  It uses PyIter_Check for detecting the case when an *iterable* raises TypeError, but that function actually checks for an *iterator*.  The check on the tp_iter member mentioned by Amaury Forgeot d'Arc probably would be better, but even that wouldn't detect every iterable: "Its presence normally signals that the instances of this type are iterable (although sequences may be iterable without this function)." (http://docs.python.org/dev/py3k/c-api/typeobj.html#PyTypeObject.tp_iter)  (Apparently any object with a __getitem__ is iterable.  By the way, collections.abc.Iterable also doesn't detect this case.)

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Sun Mar  6 14:37:07 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 13:37:07 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1299418627.38.0.351176132939.issue5800@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Here's the single-file patch against the revision.

----------
Added file: http://bugs.python.org/file21016/issue5800.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar  6 14:37:21 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 13:37:21 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1299418641.74.0.46589589999.issue5800@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


Removed file: http://bugs.python.org/file19681/test_wsgiref.py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar  6 14:37:28 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 13:37:28 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1299418648.76.0.872192221009.issue5800@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


Removed file: http://bugs.python.org/file19797/headers.py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar  6 14:37:41 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 13:37:41 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1299418661.63.0.53354986431.issue5800@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


Removed file: http://bugs.python.org/file19804/wsgiref.rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar  6 14:51:00 2011
From: report at bugs.python.org (Nikolay Fomichev)
Date: Sun, 06 Mar 2011 13:51:00 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>
Message-ID: <1299419460.78.0.760794378649.issue11387@psf.upfronthosting.co.za>


Nikolay Fomichev <morphsandn at gmail.com> added the comment:

Here it is... 


import sys
if sys.version_info[0] == 3:
    import tkinter as tk
    from tkinter import messagebox
    from tkinter import filedialog
else:
    import Tkinter as tk
    import tkMessageBox as messagebox
    import tkFileDialog as filedialog

class App():  
    def __init__(self):
        self.root = tk.Tk()
        
        self.btnMsg = tk.Button(self.root, text='Click me')
        self.btnMsg.pack()
        self.btnMsg.bind('<Button-1>', self.clickMsg)
        
        self.btnFd = tk.Button(self.root, text='Click me too')
        self.btnFd.pack()
        self.btnFd.bind('<Button-1>', self.clickFd)
        
        self.btnCommand = tk.Button(self.root, text='And now click me')
        self.btnCommand.pack()
        self.btnCommand.config(command=self.clickCommand)

        self.root.mainloop()
        
    def clickMsg(self, event):
        messagebox.showerror(title='Error!', message='The button is sunken!')
   
    def clickFd(self, event):
        filedialog.askdirectory(title='Choose a directory')
        
    def clickCommand(self):
        messagebox.showinfo(title='Success!', message='The button is raised.')
        
App()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Sun Mar  6 15:00:46 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 14:00:46 +0000
Subject: [issue10924] Adding salt and Modular Crypt Format to crypt library.
In-Reply-To: <1295247997.49.0.7150272714.issue10924@psf.upfronthosting.co.za>
Message-ID: <1299420046.5.0.0101584835909.issue10924@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Above-mentioned fix was commited in rev 62994662676a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10924>
_______________________________________

From report at bugs.python.org  Sun Mar  6 15:05:42 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 14:05:42 +0000
Subject: [issue10924] Adding salt and Modular Crypt Format to crypt library.
In-Reply-To: <1295247997.49.0.7150272714.issue10924@psf.upfronthosting.co.za>
Message-ID: <1299420342.56.0.570491680297.issue10924@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Above-mentioned fix was committed in 0586c699d467 and 62994662676a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10924>
_______________________________________

From report at bugs.python.org  Sun Mar  6 15:06:08 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 14:06:08 +0000
Subject: [issue10924] Adding salt and Modular Crypt Format to crypt library.
In-Reply-To: <1295247997.49.0.7150272714.issue10924@psf.upfronthosting.co.za>
Message-ID: <1299420368.44.0.655578473556.issue10924@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
Removed message: http://bugs.python.org/msg130171

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10924>
_______________________________________

From report at bugs.python.org  Sun Mar  6 16:21:33 2011
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 06 Mar 2011 15:21:33 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299419460.78.0.760794378649.issue11387@psf.upfronthosting.co.za>
Message-ID: <AANLkTimzysDS8j-vdfX5jZZaD2m9qRVVXXpCAGTGZT5-@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

I have a different problem here on Mac, but I can manage to reproduce
your issue if I apply the following patch:

Index: Lib/tkinter/__init__.py
===================================================================
--- Lib/tkinter/__init__.py     (revision 88757)
+++ Lib/tkinter/__init__.py     (working copy)
@@ -920,9 +920,9 @@
             self.tk.call('bindtags', self._w, tagList)
     def _bind(self, what, sequence, func, add, needcleanup=1):
         """Internal function."""
-        if isinstance(func, str):
-            self.tk.call(what + (sequence, func))
-        elif func:
+        #if isinstance(func, str):
+        #    self.tk.call(what + (sequence, func))
+        if func:
             funcid = self._register(func, self._substitute,
                         needcleanup)
             cmd = ('%sif {"[%s %s]" == "break"} break\n'

This should help someone else to produce a patch for this problem you
reported. It is "interesting" that this same patch fixes the problem I
have here (I get a SIGSEGV if I click the cancel button side the
askdirectory dialog).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Sun Mar  6 16:39:22 2011
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 06 Mar 2011 15:39:22 +0000
Subject: [issue11290] ttk.Combobox['values'] String Conversion to Tcl
In-Reply-To: <1298394325.28.0.0845611659637.issue11290@psf.upfronthosting.co.za>
Message-ID: <1299425962.93.0.793978614335.issue11290@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Does the attached patch work for you ?

----------
keywords: +patch
Added file: http://bugs.python.org/file21017/patch11290.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11290>
_______________________________________

From report at bugs.python.org  Sun Mar  6 16:51:00 2011
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 06 Mar 2011 15:51:00 +0000
Subject: [issue4350] Remove dead code from Tkinter.py
In-Reply-To: <1227053659.32.0.711141995765.issue4350@psf.upfronthosting.co.za>
Message-ID: <1299426660.19.0.894536647309.issue4350@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

If we consider the meaning of "dead code" as that used in compilers, then I meant "out of date" code.

If you want to add support for tk::ButtonEnter then I believe you should open a new issue and raise your points there. Anyway, have you read http://www.mail-archive.com/python-list at python.org/msg210494.html ? Does it relate to your use case ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4350>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:10:12 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sun, 06 Mar 2011 16:10:12 +0000
Subject: [issue11394] No Tools/demo, etc, on Windows
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1299427812.22.0.794578842545.issue11394@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Explicit request for inclusion? What kind of bureaucracy are you up to?

Do you have a full list of missing or not included directories for various distributions? I'm sure many are curious to review them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:24:43 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sun, 06 Mar 2011 16:24:43 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1299428683.26.0.421683332829.issue11385@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Something to think about for future examples.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:26:37 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sun, 06 Mar 2011 16:26:37 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
	cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1299428797.57.0.0217229200271.issue11389@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

I need to execute doctests along with unit tests from test suite contained in tests.py file and control verbosity parameter in case something goes wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:29:23 2011
From: report at bugs.python.org (Scott Kitterman)
Date: Sun, 06 Mar 2011 16:29:23 +0000
Subject: [issue11414] Add import fix for email.Message
In-Reply-To: <1299428963.38.0.740283733384.issue11414@psf.upfronthosting.co.za>
Message-ID: <1299428963.38.0.740283733384.issue11414@psf.upfronthosting.co.za>


New submission from Scott Kitterman <sklist at kitterman.com>:

email.Message was dropped in python3.

from email.Message import Message

now fails.  Changing email.Message to email.message seems to be all that's needed.

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 130179
nosy: kitterma
priority: normal
severity: normal
status: open
title: Add import fix for email.Message

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11414>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:44:47 2011
From: report at bugs.python.org (Michael Foord)
Date: Sun, 06 Mar 2011 16:44:47 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
	cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1299429887.93.0.97086707765.issue11389@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Anatoly, does the verbosity parameter work for you? If not then any feature request / change needs to be for the DocFileSuite as the information is coming from there rather than unittest itself.

----------
assignee: docs at python -> 
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:49:20 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 06 Mar 2011 16:49:20 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299430160.77.0.412640602427.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21018/a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 17:51:25 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 06 Mar 2011 16:51:25 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299430285.57.0.99632107112.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 18:58:42 2011
From: report at bugs.python.org (Phillip J. Eby)
Date: Sun, 06 Mar 2011 17:58:42 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1299434322.44.0.171405487575.issue5800@psf.upfronthosting.co.za>


Phillip J. Eby <pje at telecommunity.com> added the comment:

Looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar  6 19:06:10 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 06 Mar 2011 18:06:10 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299434770.15.0.283200927951.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar  6 19:24:13 2011
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Legan=C3=A9s_Combarro?=)
Date: Sun, 06 Mar 2011 18:24:13 +0000
Subject: [issue11415] ZipFile don't overwrite compresed files at create
In-Reply-To: <1299435853.5.0.715190951157.issue11415@psf.upfronthosting.co.za>
Message-ID: <1299435853.5.0.715190951157.issue11415@psf.upfronthosting.co.za>


New submission from Jes?s Legan?s Combarro <piranna at gmail.com>:

I've created a new, compresed ZipFile in memory (using StringIO) and added several files to it with ZipFile.write(), later i've added a new file with the same name of one of the previous ones just to overwrite it with some dinamic data using ZipFile.writestr(), and finally i've closed the StringIO ZipFile and writen to the hard disk.

Secondly, i've opened it with FileRoller and found that the overwritten file is twice inside the ZipFile, the first and the second one, with different sizes and timestamp. Luckily, extracting one of them just get only the more recent one, but the fact is that the old one is already there and it's listed instead being overwritten with the last, new one, and i don't know if it's a bug (i think so) or just a feature.

----------
messages: 130182
nosy: piranna
priority: normal
severity: normal
status: open
title: ZipFile don't overwrite compresed files at create
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11415>
_______________________________________

From report at bugs.python.org  Sun Mar  6 19:38:00 2011
From: report at bugs.python.org (blokeley)
Date: Sun, 06 Mar 2011 18:38:00 +0000
Subject: [issue11338] No list of Python hg repositories
In-Reply-To: <1298747627.22.0.769234647511.issue11338@psf.upfronthosting.co.za>
Message-ID: <1299436680.89.0.175208541482.issue11338@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

Closed because the issue is solved by:

1. The devguide http://docs.python.org/devguide/ has a "Browse online" link that points to the correct repositories at http://hg.python.org/

2. Any attempt to access http://code.python.org/ redirects the user to the correct repositories above.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11338>
_______________________________________

From report at bugs.python.org  Sun Mar  6 19:51:07 2011
From: report at bugs.python.org (blokeley)
Date: Sun, 06 Mar 2011 18:51:07 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299437467.55.0.438944352639.issue11298@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

Is this wording correct?

"""
In order to be compatible with test discovery, all of the test modules must be importable from the top level directory of the project (in other words, they must be part of the project :ref:`package <tut-packages>` or directly importable :ref:`modules <tut-modules>`, and their names must be valid :ref:`identifiers <identifiers>`).
"""

If this wording is acceptable, I can provide patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Sun Mar  6 20:55:23 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 19:55:23 +0000
Subject: [issue11411] Fix typo in Makefile
In-Reply-To: <1299392309.1.0.575503746889.issue11411@psf.upfronthosting.co.za>
Message-ID: <1299441323.58.0.473203268698.issue11411@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

Checked into 2.7, 3.1, 3.2 and default (d121681ed1cc, 12f0da000dc4, 686df11f0a14, bb2a9ea5c7d0.)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11411>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:13:11 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 06 Mar 2011 20:13:11 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299442391.2.0.908394779519.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Remarks about test_wconsole_binlarge.patch:
 - I don't know if isatty() is cheap or not. Is it a system call? If it might be slow, it should be only be called once in the constructor. On Windows, I don't think that isatty(fd) evoles.
 - I don't want to commit the tests because they write 66000 * 2 characters to the test output, which floods the test output. I don't know how to create a fake stdout which is a TTY but not the real stdout, especially on Windows. I think that manual tests only once should be enough. Or does anyone know how to create a fake TTY output?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:15:11 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 06 Mar 2011 20:15:11 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299442511.79.0.744608866395.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Other remarks about test_wconsole_binlarge.patch:
 - the patch doesn't apply on Python 3.3
 - I would prefer 32767 instead of 32000 for the maximum length

Suggestion for the comment in fileio.c:

* Issue #11395: not enough space error (errno 12) on writing
  into stdout in a Windows console if the length is greater than
  66000 bytes. */

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:17:14 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 06 Mar 2011 20:17:14 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299442634.13.0.396317411732.issue8594@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

test_source_address_passive_connection() raises a ResourceWarning. Fix attached.

----------
nosy: +nvawda
Added file: http://bugs.python.org/file21019/test_ftplib-leak.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:23:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 20:23:56 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299443036.84.0.215000202517.issue8594@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:46:08 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 06 Mar 2011 20:46:08 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299444368.29.0.139096032965.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Thanks for the comment. It's my first patch. :-)

> - the patch doesn't apply on Python 3.3

That latest patch file I generated against the tip of 3.1 branch. Should I create two separate patches for 3.1 and 3.2+ (which will apply on 3.3, as well)? Actually, this crash will reproduce on (from my testing) 2.7 with "-u" option on, as well...

>  - I don't want to commit the tests because they write 66000 * 2 characters to the test output, which floods the test output. I don't know how to create a fake stdout which is a TTY but not the real stdout, especially on Windows. I think that manual tests only once should be enough. Or does anyone know how to create a fake TTY output?

I have a few ideas to work around this and still have a unit test...

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar  6 21:58:49 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 06 Mar 2011 20:58:49 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1299445129.97.0.648502886036.issue1559549@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

This is a draft of a patch. I have only used this new ImportError api in once place, so it would work with following code:

>>> try:
...  import nosuchmodule  
... except ImportError as e:
...  print(e.module)
... 
nosuchmodule

I have literally no experience with Python core, so I would be very grateful for comments and advice, so I could make this patch meet all requirements.

----------
keywords: +patch
Added file: http://bugs.python.org/file21020/1559549_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Sun Mar  6 22:05:06 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 06 Mar 2011 21:05:06 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299445506.98.0.962283217413.issue8594@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Thanks. Committed in r88761.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Sun Mar  6 22:11:57 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 21:11:57 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299445917.6.0.457001385153.issue8594@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Giampaolo, can you make your commit on the Mercurial repo instead?

See http://mail.python.org/pipermail/python-dev/2011-March/108738.html

----------
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Sun Mar  6 22:14:07 2011
From: report at bugs.python.org (saffroy)
Date: Sun, 06 Mar 2011 21:14:07 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>


New submission from saffroy <saffroy at gmail.com>:

I have a netrc file with two entries for the same host. The netrc module only returns the last entry.

$ cat > .netrc
machine host.com
        login foo
        password foo

machine host.com
        login bar
        password bar

$ python -c 'import netrc; print netrc.netrc()'
machine host.com
        login 'bar'
        password 'bar'

My Linux ftp clients (ftp, lftp) always use the first entry for a given host. Also lftp can use the password from the proper entry if I supply the host and login.

With the netrc module in Python 2.6.6 (as tested on Debian Squeeze), I can only retrieve the last entry.

----------
components: Library (Lib)
messages: 130193
nosy: saffroy
priority: normal
severity: normal
status: open
title: netrc module does not handle multiple entries for a single host
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Sun Mar  6 22:36:09 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 21:36:09 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299447369.24.0.41150046736.issue11410@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

The cygwin changes are no-ops, just refactoring the needlessly nested if statement for clarity. I can revert them.

The getargs.c change *is* necessary, although it doesn't have to be that exact change. The problem is that the functions in that block are not declared in any file in Include/, although I don't know why not (it's true that these function shouldn't be called directly, but they are symbols that should be exported. The ifdef the patch removes makes the export happen only for Windows, but I see no reason to do that conditionally.) To be clear, the #define of (for example) PyArg_Parse to _PyArg_Parse_SizeT in Include/modsupport.h doesn't apply, because Python/getargs.c does not (and must not) define PY_SSIZE_T_CLEAN (or we wouldn't be able to define both PyArg_Parse and _PyArg_Parse_SizeT.)

We could just list these functions in Include/modsupport.h, along with the 'public' (non-PY_SSIZE_T_CLEAN) ones -- but that only makes sense if  we want code to call the ssize_t functions directly, which I don't think we want.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 22:56:06 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Sun, 06 Mar 2011 21:56:06 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299448566.23.0.178524659136.issue5091@psf.upfronthosting.co.za>


Ryan Kelly <ryan at rfk.id.au> added the comment:

Thanks for the help, I have tracked this down to a bug in PyCrypto.  It was increfing an object once but decrefing it twice.

Sorry for the noise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sun Mar  6 23:03:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 22:03:39 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299449019.68.0.765419610231.issue11410@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The cygwin changes are no-ops, just refactoring the needlessly nested
> if statement for clarity. I can revert them.

Perhaps you can commit them separately? I don't think they need review.

As for the getargs.c change, perhaps Martin has an opinion. I bet he's more knowledgeable than me on the matter.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Sun Mar  6 23:13:49 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 06 Mar 2011 22:13:49 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299449629.39.0.647111147287.issue5091@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
resolution:  -> invalid
stage: test needed -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sun Mar  6 23:37:45 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 06 Mar 2011 22:37:45 +0000
Subject: [issue5091] Segfault in PyObject_Malloc(), address out of bounds
In-Reply-To: <1233152467.68.0.872773053534.issue5091@psf.upfronthosting.co.za>
Message-ID: <1299451065.72.0.0474232634111.issue5091@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Sun Mar  6 23:58:37 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 06 Mar 2011 22:58:37 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299452317.32.0.171643770415.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attached a modified patch that should work against 3.2+ heads:

- Added `isatty` bit field in isatty that's evaluated during its
  construction. This should eliminate the need to call `isatty()` on 
  every write.
- Cap buffer length to 32767 (4 * 1024 - 1) when writing to a tty.
- Test this by supplying `CREATE_NEW_CONSOLE` to `subprocess.call`, so 
  we do not flood regrtest's console output.

These changes are conditionally compiled on Windows only.

Should a similar patch be made for 2.7+ (maybe earlier)?

----------
Added file: http://bugs.python.org/file21021/winconsole_large_py33.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:14:53 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 23:14:53 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

According to distutils' test_bdist_rpm, bdist_rpm fails when running Python with -B/PYTHONDONTWRITEBYTECODE. (bdist_rpm or its test doesn't pass -B along but also doesn't use -E, so the test-failure shows up when setting the PYTHONDONTWRITEBYTECODE environment variable.) It looks like (somewhere in distutils) something relies on .pyc files being written, instead of explicitly using (say) py_compile.compile().

----------
assignee: tarek
components: Distutils
messages: 130198
nosy: eric.araujo, tarek, twouters
priority: normal
severity: normal
status: open
title: distutils' bdist_rpm fails when running with PYTHONDONTWRITEBYTECODE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:19:25 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 06 Mar 2011 23:19:25 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1299453565.46.0.591420235425.issue11412@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> This looks fine to me -- isn't it a mere stylistic issue?

It must be.  I just checked several of the books on my shelf.  Most don't have the trailing period, but Knuth does.  I raised the issue because I thought it was an unintended.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:26:46 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 06 Mar 2011 23:26:46 +0000
Subject: [issue11414] Add import fix for email.Message
In-Reply-To: <1299428963.38.0.740283733384.issue11414@psf.upfronthosting.co.za>
Message-ID: <1299454006.73.0.288642581636.issue11414@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Note that email.message works (and is the preferred spelling) since Python2.5.

----------
nosy: +benjamin.peterson, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11414>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:28:21 2011
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 06 Mar 2011 23:28:21 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:

http://docs.python.org/py3k/tutorial/classes.html#random-remarks
> Methods may reference global names in the same way as ordinary
> functions. The global scope associated with a method is the module
> containing the class definition. (The class itself is never used
> as a global scope.)

Method's function can be defined outside the module containing class
definition. And then the method's global scope is module containing
method's function definition.

----------
messages: 130201
nosy: naoki
priority: normal
severity: normal
status: open
title: Method's global scope is module containing function definition, not class.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:28:34 2011
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 06 Mar 2011 23:28:34 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1299454114.57.0.882473483439.issue11418@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:29:05 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 06 Mar 2011 23:29:05 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1299454145.69.0.0434682309291.issue11416@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:41:31 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 06 Mar 2011 23:41:31 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299454891.89.0.224208435704.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

On Windows, isatty() is a cheap call: a simple lookup in the _ioinfo structure.  And dup2() can still change the destination of a file descriptor, so the new attribute can be out of sync...
I suggest to call isatty() on every write.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:47:55 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 06 Mar 2011 23:47:55 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>


New submission from Skip Montanaro <skip at pobox.com>:

I'm working my way through the steps necessary to check out and build
all versions of Python since 2.4 using Mercurial checkouts.  I encountered
my first problem with 2.5.  It seems the Mercurial checkout creates the
Python-ast.[ch] files before the files they depend on.  This causes an
initial checkout to try and run Python.  I don't know if Mercurial can
be tweaked to guarantee checkout order or not.  Would be nice if it could.
The workaround is simple, just touch the two files.

----------
messages: 130203
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5 checkout

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:48:11 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 23:48:11 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

This patch tweaks a few tests that currently rely on .pyc files being written, causing them to fail (or crash) when running 'make test TESTPYTHONOPTS=-B'. All these are purely test failures, not failures in the tested code (unlike issue #11417, which is a failure in bdist_rpm instead of the test.)

(This patch is for 3.1; the patch for 3.2/default is slightly different. I also have the same patch for Python 2.6/2.7, but I'm not sure if it's worth applying.)

----------
components: Tests
files: py31-dontwritebytecode.diff
keywords: patch
messages: 130204
nosy: twouters
priority: normal
severity: normal
status: open
title: Make testsuite pass with -B/DONTWRITEBYTECODE set.
versions: Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21022/py31-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:48:28 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 06 Mar 2011 23:48:28 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1299455308.51.0.451502242844.issue11419@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
versions: +Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:48:39 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 06 Mar 2011 23:48:39 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1299455319.59.0.5035094484.issue11418@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:48:57 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 06 Mar 2011 23:48:57 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299455337.88.0.575695957918.issue11420@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Added file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:49:11 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 23:49:11 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1299455351.98.0.253473605472.issue11419@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I think SVN had the same issue. You just have to be lucky, or touch the files yourself.

----------
nosy: +pitrou
resolution:  -> wont fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:49:11 2011
From: report at bugs.python.org (John Cary)
Date: Sun, 06 Mar 2011 23:49:11 +0000
Subject: [issue7833] Bdist_wininst installers fail to load extensions built
	with Issue4120 patch
In-Reply-To: <1265062373.01.0.461114831555.issue7833@psf.upfronthosting.co.za>
Message-ID: <1299455351.97.0.547557721321.issue7833@psf.upfronthosting.co.za>


John Cary <jrobcary at gmail.com> added the comment:

Just to follow up.  My case is an application that is almost
all statically linked, but it loads in the python library, and
at runtime it needs to load the tables module, and as distributed
by Python, I get the load-time error on Windows.

Using Christoph Gohlke's exe's works great for me, but I cannot
redistribute due to the linking in of szip for tables and
MKL for numpy.  So I build my own version of tables without
szip and numpy without MKL, but that failed until I applied 
Christoph's patch on Python.  (I also have to patch tables'
setup.py not to include szip.dll and zlib1.dll in dll_files.)

So the result is that with Christoph's patch, all is working
for me.  I hope it (or something similar) makes it into 2.7.

John Cary

----------
nosy: +John.Cary

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7833>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:49:16 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 23:49:16 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1299455356.41.0.443887355249.issue11419@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:50:03 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 06 Mar 2011 23:50:03 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299455403.42.0.181031821072.issue11420@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +barry, ncoghlan
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 00:50:47 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 06 Mar 2011 23:50:47 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>


New submission from Skip Montanaro <skip at pobox.com>:

Trying to build Python 2.5 from a fresh Mercurial checkout I get the
following error trying to build modules using setup.py build:

% nice make       
case $MAKEFLAGS in \
	*-s*)  CC='gcc' LDSHARED='gcc -L/opt/local/lib -bundle -undefined dynamic_lookup' OPT='-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes' ./python.exe -E ./setup.py -q build;; \
	*)  CC='gcc' LDSHARED='gcc -L/opt/local/lib -bundle -undefined dynamic_lookup' OPT='-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes' ./python.exe -E ./setup.py build;; \
	esac
Fatal Python error: subversion keywords missing
/bin/sh: line 1: 48054 Abort trap              CC='gcc' LDSHARED='gcc -L/opt/local/lib -bundle -undefined dynamic_lookup' OPT='-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes' ./python.exe -E ./setup.py build
make: *** [sharedmods] Error 134

Even if no release is made I think this should be fixed in Mercurial
if possible.

----------
messages: 130207
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: Subversion keywords missing on 2.5 checkout
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:00:32 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 00:00:32 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299456032.06.0.574626845585.issue11410@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Exporting the SizeT functions on all systems is fine. It's not true that they aren't declared: they are declared in modsupport.h if PY_SSIZE_T_CLEAN is defined. Else they are not declared.

The patch looks fine to. I agree that mere cleanup shouldn't get committed along with substantial changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:02:59 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 00:02:59 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1299456179.03.0.246076432925.issue11421@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

-1. Changing the Mercurial tree will make it more difficult to maintain the subversion tree, which will be the tree from which future 2.5 releases will be made.

So if anything is done with this issue, please defer that after September 2011.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:18:36 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 07 Mar 2011 00:18:36 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1299457116.42.0.634810301271.issue11421@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Can you explain how I'm supposed to build Python 2.5 from a Mercurial
checkout?  What is magic about Sept 2011?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:21:05 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 00:21:05 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299457265.5.0.464634437876.issue11410@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

Windows/Cygwin parts of the patch reverted and new patch uploaded. My point about the _Py*_SizeT functions is that they're only declared when you define PY_SSIZE_T_CLEAN, and I don't know if we want to change that (I don't think it makes sense to.)

----------
Added file: http://bugs.python.org/file21024/gcc-visibility.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:21:13 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 00:21:13 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299457273.06.0.426221610034.issue11410@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21014/gcc-visibility.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:31:02 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 07 Mar 2011 00:31:02 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299457862.69.0.832952467489.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

FWIW, here's the Microsoft's source for isatty (in VC\crt\src\isatty.c):

/***
*int _isatty(handle) - check if handle is a device
*
*Purpose:
*       Checks if the given handle is associated with a character device
*       (terminal, console, printer, serial port)
*
*Entry:
*       int handle - handle of file to be tested
*
*Exit:
*       returns non-0 if handle refers to character device,
*       returns 0 otherwise
*
*Exceptions:
*
*******************************************************************************/

int __cdecl _isatty (
        int fh
        )
{
#if defined (_DEBUG) && !defined (_SYSCRT)
        /* make sure we ask debugger only once and cache the answer */
        static int knownHandle = -1;
#endif  /* defined (_DEBUG) && !defined (_SYSCRT) */

        /* see if file handle is valid, otherwise return FALSE */
        _CHECK_FH_RETURN(fh, EBADF, 0);
        _VALIDATE_RETURN((fh >= 0 && (unsigned)fh < (unsigned)_nhandle), EBADF, 0);

#if defined (_DEBUG) && !defined (_SYSCRT)
        if (knownHandle == -1) {
            knownHandle = DebuggerKnownHandle();
        }

        if (knownHandle) {
            return TRUE;
        }
#endif  /* defined (_DEBUG) && !defined (_SYSCRT) */

        /* check file handle database to see if device bit set */
        return (int)(_osfile(fh) & FDEV);
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:43:05 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 00:43:05 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299457116.42.0.634810301271.issue11421@psf.upfronthosting.co.za>
Message-ID: <4D742A18.1020404@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Can you explain how I'm supposed to build Python 2.5 from a Mercurial
> checkout?

No, I can't. Just don't. Use subversion instead if you want to build 
Python 2.5 (or use one of the released versions).

> What is magic about Sept 2011?

Security releases will cease at that point, and the need to keep
subversion and mercurial synchronized will disappear.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:45:33 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 07 Mar 2011 00:45:33 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299458733.13.0.368570969024.issue11395@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attached a version of the last patch without `.isatty` caching.

----------
Added file: http://bugs.python.org/file21025/winconsole_large_py33_direct.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 01:47:09 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 07 Mar 2011 00:47:09 +0000
Subject: [issue3982] support .format for bytes
In-Reply-To: <1222530641.39.0.0764973101836.issue3982@psf.upfronthosting.co.za>
Message-ID: <1299458829.74.0.954376527327.issue3982@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

For future reference, struct.pack, not mentioned here, is a binary bytes formatting function. It can mix ascii bytes with binary octets. It works the same in Python 2 and 3.

Str.bytes does two things: convert objects to strings according to the contents of field specifiers; interpolate the resulting strings into a template string according to the locations of the field specifiers. If desired bytes represent encoded text, then encoding computed text is the obvious Py3 solution.

For some mixed ascii-binary uses, struct.pack is not as elegant as a bytes.format might be. But I think such a method should use struct format codes within field specifiers to convert objects into binary bytes rather than text.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3982>
_______________________________________

From report at bugs.python.org  Mon Mar  7 02:02:20 2011
From: report at bugs.python.org (Scott Kitterman)
Date: Mon, 07 Mar 2011 01:02:20 +0000
Subject: [issue11414] Add import fix for email.Message
In-Reply-To: <1299428963.38.0.740283733384.issue11414@psf.upfronthosting.co.za>
Message-ID: <1299459740.0.0.262531498518.issue11414@psf.upfronthosting.co.za>


Scott Kitterman <sklist at kitterman.com> added the comment:

Agreed, but email.Message was never marked deprecated so there's likely old code out there that's never been updated (which is how I ran into this).  This would be, I think, a very low risk transformation to apply.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11414>
_______________________________________

From report at bugs.python.org  Mon Mar  7 02:40:03 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 07 Mar 2011 01:40:03 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1299462003.61.0.357299886773.issue11421@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

The workaround turned out to be simple.  I just expanded the $HeadURL$
subversion keyword as svn would have done it and committed the change
locally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 03:01:05 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 07 Mar 2011 02:01:05 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1299463265.2.0.296686537593.issue1559549@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

There are some issues with the patch:

- The check for size of `args` in `ImportError_init()` is wrong: You can't create an `ImportError` with 3 arguments now ("TypeError: ImportError expected 2 arguments, got 3")
- `ImportError_clear()` doesn't clear ``self->msg``.
- `ImportError_str()` doesn't increase the reference count for ``self->msg`` before returning it.
- The code that raises the exception (Python/import.c) doesn't check for error return values: All the calls can return NULL which will cause a segfault due to the uncoditional Py_DECREFs.
- Using `PyUnicode_DecodeASCII()` for the module name is wrong (IMHO), it should rather be something like `PyUnicode_DecodeUTF8()` as module names can contain non-ASCII characters in Python 3 and are AFAIK (at least right now) always encoded using utf-8.

----------
nosy: +Trundle, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Mon Mar  7 04:22:38 2011
From: report at bugs.python.org (Victor)
Date: Mon, 07 Mar 2011 03:22:38 +0000
Subject: [issue11422] indentation problem in if, elif, else statements
In-Reply-To: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>
Message-ID: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>


New submission from Victor <victorywin5 at yahoo.com>:

Hi dear developers,
"Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32"
Hello,
Several days ago I downloaded Python 3.2, the standard windows installer, for windows vista. Here's the bug:
in the Python-command line, the following works:
"
>>>if 2==2:print('yes')
...else:print('n')
...
yes
"
Now, in the Python shell (IDLE-python gui, the standard one included with the installer of python), the only way it works is:
>>> if 2==2:print('yes')
else:print('n')

yes

So, it requires me to put "else" unindented. On the other hand, if the "if--else" statement is included in the definition of a function, then it requires that "else" be exactly under "if". Same is true when using "elif".
This was frustrating, when trying to learn "if-else" statement, because it took me half an hour of experimenting.
Shouldn't it be consistent?

Victor

----------
components: Regular Expressions
messages: 130219
nosy: victorywin
priority: normal
severity: normal
status: open
title: indentation problem in if, elif, else statements
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11422>
_______________________________________

From report at bugs.python.org  Mon Mar  7 04:32:37 2011
From: report at bugs.python.org (Victor)
Date: Mon, 07 Mar 2011 03:32:37 +0000
Subject: [issue11423] .py file does not open on click
In-Reply-To: <1299468757.88.0.336708457311.issue11423@psf.upfronthosting.co.za>
Message-ID: <1299468757.88.0.336708457311.issue11423@psf.upfronthosting.co.za>


New submission from Victor <victorywin5 at yahoo.com>:

Hi dear developers,
**Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32** (windows vista; standard python installer for windows)
I am new to python. In the documentation I read that a .py file should run just on clicking it. 
I do so, but nothing happens (or at most, I can see something opening for just a fraction of second, then it immediately closes). Same when I try to open it (with the right-click open menu) with python, pythonw.
Is that normal? The way I do then, is to open the IDLE (python shell) and from there--"open file".
(Also, I don't manage to use the "from file_name import*" command (in python shell IDLE), but I guess that will be another report.)

----------
components: None
messages: 130220
nosy: victorywin
priority: normal
severity: normal
status: open
title: .py file does not open on click
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11423>
_______________________________________

From report at bugs.python.org  Mon Mar  7 05:24:59 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 04:24:59 +0000
Subject: [issue11422] indentation problem in if, elif, else statements
In-Reply-To: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>
Message-ID: <1299471899.01.0.321877680435.issue11422@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It is consistent: the else goes *always* under the if. If the if is unindented, so must be the else.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11422>
_______________________________________

From report at bugs.python.org  Mon Mar  7 05:25:14 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 04:25:14 +0000
Subject: [issue11422] indentation problem in if, elif, else statements
In-Reply-To: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>
Message-ID: <1299471914.33.0.312142957177.issue11422@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11422>
_______________________________________

From report at bugs.python.org  Mon Mar  7 05:27:37 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 04:27:37 +0000
Subject: [issue11423] .py file does not open on click
In-Reply-To: <1299468757.88.0.336708457311.issue11423@psf.upfronthosting.co.za>
Message-ID: <1299472057.19.0.257223615856.issue11423@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Yes, the behaviour you observe is perfectly normal. When you double-click a Python file, it is executed right away. If execution completes quickly, the window it opens is closed before you can even notice it.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11423>
_______________________________________

From report at bugs.python.org  Mon Mar  7 05:43:39 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 07 Mar 2011 04:43:39 +0000
Subject: [issue11422] indentation problem in if, elif, else statements
In-Reply-To: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>
Message-ID: <1299473019.86.0.270524700612.issue11422@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

In both cases, if-clause and the else-clause are at the beginning of the line (from Python's point of view).

The difference is that the Python command line interpreter adds a "..." to the beginning of secondary lines.  That makes the else-clause visually line-up with the if-clause which is prefixed with ">>>". 

With IDLE, the prefix for a secondary line is "", so the else-clause is still at the beginning of the line eventhough it doesn't visually line-up with the if-clause.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11422>
_______________________________________

From report at bugs.python.org  Mon Mar  7 05:52:28 2011
From: report at bugs.python.org (Mark Hammond)
Date: Mon, 07 Mar 2011 04:52:28 +0000
Subject: [issue11424] logging fileConfig may not correctly detect children
In-Reply-To: <1299473548.03.0.703750848821.issue11424@psf.upfronthosting.co.za>
Message-ID: <1299473548.03.0.703750848821.issue11424@psf.upfronthosting.co.za>


New submission from Mark Hammond <mhammond at users.sourceforge.net>:

fileConfig has code to detect existing "child" loggers and ensure they are enabled if the parent is configured.  However, the approach it takes of sorting the log names can fail in some cases.  eg, if 3 loggers exist with names like "bar", "bar.child" and "bar-etc", "bar.child" is not detected as a child of "bar" as "bar-etc" sorts in between "bar" and "bar.child".

Attaching a test case demonstrating this - things work correctly for "foo" and "foo.child" but not for "bar" and "bar.child" given the fact that "bar-etc" exists.

----------
files: log_test.py
messages: 130224
nosy: mhammond, vinay.sajip
priority: normal
severity: normal
status: open
title: logging fileConfig may not correctly detect children
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21026/log_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11424>
_______________________________________

From report at bugs.python.org  Mon Mar  7 06:44:54 2011
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 07 Mar 2011 05:44:54 +0000
Subject: [issue11425] Cleanup sample codes in tutorial.
In-Reply-To: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>
Message-ID: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:

* Insert spaces around operators and after commas.
* Split one liner blocks (ex. def foo(x, y): return x + y) to
  multi-line blocks.
* Insert empty line after def block for scripts (not interactive mode).
* Use new-style raise (s/ralse KeyboardInterrupt/raise KeyboardInterrupt()/)
* Use x ** 3 instead of x * x * x.

Attached patch is for Python 2.6.
I'll make same changes for Python 3.1 if this patch is accepted.

----------
assignee: docs at python
components: Documentation
files: cleanup_tutorial_codes.patch
keywords: patch
messages: 130225
nosy: docs at python, naoki
priority: normal
severity: normal
status: open
title: Cleanup sample codes in tutorial.
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21027/cleanup_tutorial_codes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11425>
_______________________________________

From report at bugs.python.org  Mon Mar  7 06:47:26 2011
From: report at bugs.python.org (Victor)
Date: Mon, 07 Mar 2011 05:47:26 +0000
Subject: [issue11422] indentation problem in if, elif, else statements
In-Reply-To: <1299468158.04.0.349961961476.issue11422@psf.upfronthosting.co.za>
Message-ID: <1299476846.27.0.797205113928.issue11422@psf.upfronthosting.co.za>


Victor <victorywin5 at yahoo.com> added the comment:

Thanks, people.
Now I understood that both "if" and "else" should be always at the beginning of the lines they are sitting on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11422>
_______________________________________

From report at bugs.python.org  Mon Mar  7 07:16:27 2011
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 07 Mar 2011 06:16:27 +0000
Subject: [issue11425] Cleanup sample codes in tutorial.
In-Reply-To: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>
Message-ID: <1299478587.76.0.789078975485.issue11425@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

This patch inserts spaces around ** operator but I prefer no spaces around **.
Any thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11425>
_______________________________________

From report at bugs.python.org  Mon Mar  7 07:19:32 2011
From: report at bugs.python.org (Graham Wideman)
Date: Mon, 07 Mar 2011 06:19:32 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>


New submission from Graham Wideman <initcontact at grahamwideman.com>:

On the csv doc page  (.../library/csv.html) most of the examples show creation of an anonymous file object within the csv.reader or csv.writer function, for example...

spamWriter = csv.writer(open('eggs.csv', 'w'), delimiter=' ',....

This anonymity prevents later closing the file, which seems especially problematic for a writer.  It also confuses users as to whether there's some sort of close function on a csv.reader or csv.writer object which should be called, or perhaps some other magic behind the scenes.

I'm pretty sure that it's the doc that is incorrect here.  

This issue was raised pernthetically here http://bugs.python.org/issue7198#msg124678 by sjmachin, though mysteriously overlooked in his later suggested patch http://bugs.python.org/issue7198#msg126593

I suggest changing all examples to include the complete cycle of opening an explicit file, and later closing it.

----------
assignee: docs at python
components: Documentation
messages: 130228
nosy: docs at python, gwideman
priority: normal
severity: normal
status: open
title: CSV examples can't close their files
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:11:25 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 07:11:25 +0000
Subject: [issue11427] ctypes from_buffer no longer accepts bytes
In-Reply-To: <1299481885.21.0.0627562040827.issue11427@psf.upfronthosting.co.za>
Message-ID: <1299481885.21.0.0627562040827.issue11427@psf.upfronthosting.co.za>


New submission from benrg <benrudiak at gmail.com>:

In Python 3.1.3, (c_char*5).from_buffer(b'abcde') worked. In 3.2 it fails with "TypeError: expected an object with a writable buffer interface".

This seems to represent a significant decrease in the functionality of ctypes, since, if I understand correctly, it has no notion of a const array or a const char. I used from_buffer with a bytes argument in 3.1 and it was far from obvious how to port to 3.2 without introducing expensive copying. I understand the motivation behind requiring a writable buffer, but I think it's a bad idea. If you take this to its logical conclusion, it should not be possible to pass bytes or str values directly to C functions, since there's no way to be sure they won't write through the pointer.

----------
assignee: theller
components: ctypes
messages: 130229
nosy: benrg, theller
priority: normal
severity: normal
status: open
title: ctypes from_buffer no longer accepts bytes
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11427>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:14:07 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 07 Mar 2011 07:14:07 +0000
Subject: [issue11425] Cleanup sample codes in tutorial.
In-Reply-To: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>
Message-ID: <1299482047.96.0.491439902316.issue11425@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Sorry, but I think many of these changes should not be made.

Sometime the tight spacing is used for visual grouping.  The following look fine and should not be changed because adding spaces around the + or * operator makes the whole sentence harder to mentally parse correctly:

   sum(x*y for x,y in zip(xvec, yvec))
   a, b = b, a+b

Also, it is perfectly correct to use:
   raise StopIteration
We use the parentheses when there is an argument:
   raise KeyError('key not found: {!r}'.format(k))

Sometimes one-liners are okay in the interactive mode for quick filter functions and whatnot.  Spreading them out with '...' lines makes the example harder to follow and expands the set-up part of the example rather than the part being explained.

It's perfectly valid to use x * x * x instead of x**3 in an example of how to use map.  We want the example to be as simple as possible.  

Also, the interactive prompt examples should be left as-is.  They communicate the free-form nature of experimentation at the prompt.

----------
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11425>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:19:17 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 07:19:17 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>


New submission from benrg <benrudiak at gmail.com>:

class MakeContextHandler:
  def __init__(self, enter, exit):
    self.__enter__ = enter
    self.__exit__ = exit

with MakeContextHandler(lambda: None, lambda *e: None): pass

In 3.1.3 this worked; in 3.2 it raises AttributeError('__exit__'), which appears to be a bug.

----------
components: Interpreter Core
messages: 130231
nosy: benrg
priority: normal
severity: normal
status: open
title: with statement looks up __exit__ incorrectly
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:21:25 2011
From: report at bugs.python.org (Daniel Urban)
Date: Mon, 07 Mar 2011 07:21:25 +0000
Subject: [issue4806] Function calls taking a generator as star argument can
	mask TypeErrors in the generator
In-Reply-To: <1230900364.95.0.0532833034138.issue4806@psf.upfronthosting.co.za>
Message-ID: <1299482485.27.0.345200073505.issue4806@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I'm attaching an updated patch. Instead !PyIter_Check() this patch checks for tp_iter == NULL && !PySequence_Check.  If this condition is false, PyObject_GetIter has a chance to succeed (and if it fails, we shouldn't mask the exception).  I also added more tests which show why the previous patch was incorrect.

----------
Added file: http://bugs.python.org/file21028/issue4806.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:21:36 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 07:21:36 +0000
Subject: [issue8847] crash appending list and namedtuple
In-Reply-To: <1275087227.35.0.709211922869.issue8847@psf.upfronthosting.co.za>
Message-ID: <1299482496.32.0.206368177358.issue8847@psf.upfronthosting.co.za>


benrg <benrudiak at gmail.com> added the comment:

The bug is still present in 3.2.

----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8847>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:33:27 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 07 Mar 2011 07:33:27 +0000
Subject: [issue11425] Cleanup sample codes in tutorial.
In-Reply-To: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>
Message-ID: <1299483207.79.0.771226402886.issue11425@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I made the c -> cls change in 88fe1ac48460. Some other fixes have already been made in py3k (like removing the duplicate index keyword), and for the others I completely agree with Raymond.

----------
nosy: +georg.brandl
resolution: rejected -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11425>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:35:02 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 07 Mar 2011 07:35:02 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299483302.61.0.747120973192.issue11428@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The bug is actually in 3.1 and fixed in 3.2: special methods (those with __underscore__ names) are supposed to be looked up on the class, not the instance.

----------
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:36:17 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 07 Mar 2011 07:36:17 +0000
Subject: [issue11427] ctypes from_buffer no longer accepts bytes
In-Reply-To: <1299481885.21.0.0627562040827.issue11427@psf.upfronthosting.co.za>
Message-ID: <1299483377.73.0.0405494480187.issue11427@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
keywords: +3.2regression

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11427>
_______________________________________

From report at bugs.python.org  Mon Mar  7 08:49:01 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 07:49:01 +0000
Subject: [issue11429] ctypes is highly eclectic in its raw-memory support
In-Reply-To: <1299484141.33.0.394671210882.issue11429@psf.upfronthosting.co.za>
Message-ID: <1299484141.33.0.394671210882.issue11429@psf.upfronthosting.co.za>


New submission from benrg <benrudiak at gmail.com>:

ctypes accepts bytes objects as arguments to C functions, but not bytearray objects. It has its own array types but seems to be unaware of array.array. It doesn't even understand memoryview objects. I think that all of these types should be passable to C code.

Additionally, while passing a pointer to a bytes value to a C function is easy, it's remarkably difficult to pass that same pointer with an offset added to it. I first tried byref(buf, offset), but byref wouldn't accept bytes. Then I tried addressof(buf), but that didn't work either, even though ctypes is clearly able to obtain this address when it has to. After banging my head against the wall for longer than I care to think about, I finally came up with something like byref((c_char*length).from_buffer(buf), offset). But that broke in 3.2. After wasting even more time, I came up with addressof(cast(buf, POINTER(c_char)).contents) + offset. This is nuts. There should be a simple and documented way to do this. My first preference would be for the byref method, since it was the first thing I tried, and would have saved me the most time. Ideally both byref and addressof should work for bytes objects as they do for ctypes arrays (and also for bytearray, memoryview, etc.)

----------
assignee: theller
components: ctypes
messages: 130236
nosy: benrg, theller
priority: normal
severity: normal
status: open
title: ctypes is highly eclectic in its raw-memory support
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11429>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:12:35 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 08:12:35 +0000
Subject: [issue11430] can't change the sizeof a Structure that doesn't own its
	buffer
In-Reply-To: <1299485555.71.0.597497356789.issue11430@psf.upfronthosting.co.za>
Message-ID: <1299485555.71.0.597497356789.issue11430@psf.upfronthosting.co.za>


New submission from benrg <benrudiak at gmail.com>:

A struct that is resized knows its new size; among other things, the new size is returned by sizeof.

But it seems to be impossible to increase the size of a struct that doesn't own its buffer. resize fails in this case. This would not be too bad if the size were merely informational, but unfortunately ctypes also uses it for bounds checking. This makes from_buffer and from_address a lot less useful than they would otherwise be.

I think that either resize should succeed when the underlying buffer is already large enough (or unconditionally in the case of from_address), or else from_buffer and from_address should take a size argument, or possibly both.

----------
assignee: theller
components: ctypes
messages: 130237
nosy: benrg, theller
priority: normal
severity: normal
status: open
title: can't change the sizeof a Structure that doesn't own its buffer
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11430>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:14:51 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 07 Mar 2011 08:14:51 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299485691.29.0.651341496279.issue8594@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed in r68309.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:15:47 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 07 Mar 2011 08:15:47 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299485747.99.0.621994591775.issue8594@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Ok, that wasn't r68309. =)
I'm not sure what revision number is now that we're using mercurial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:22:14 2011
From: report at bugs.python.org (Andrew Lih)
Date: Mon, 07 Mar 2011 08:22:14 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 crashes
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>


New submission from Andrew Lih <andrewtzn at gmail.com>:

"Run Module" causes the IDLE to freeze when I start "Run Module" by pressing F5 on the keyboard. But clicking "Run Module" via "Run" on the menu bar have no freezing issue.

Mac 10.6.6

----------
components: IDLE
messages: 130240
nosy: andrewlih
priority: normal
severity: normal
status: open
title: Python 3.2 (r32:88452) F5 crashes
type: crash
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:23:41 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 08:23:41 +0000
Subject: [issue8542] Another test issue
In-Reply-To: <1272314000.64.0.308936581064.issue8542@psf.upfronthosting.co.za>
Message-ID: <1299486221.13.0.551265789859.issue8542@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21029/a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8542>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:23:51 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 08:23:51 +0000
Subject: [issue8542] Another test issue
In-Reply-To: <1272314000.64.0.308936581064.issue8542@psf.upfronthosting.co.za>
Message-ID: <1299486231.41.0.739625097335.issue8542@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8542>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:24:06 2011
From: report at bugs.python.org (Andrew Lih)
Date: Mon, 07 Mar 2011 08:24:06 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299486246.66.0.587712380094.issue11431@psf.upfronthosting.co.za>


Changes by Andrew Lih <andrewtzn at gmail.com>:


----------
title: Python 3.2 (r32:88452) F5 crashes -> Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:35:46 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 08:35:46 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299486946.03.0.830250973659.issue11428@psf.upfronthosting.co.za>


benrg <benrudiak at gmail.com> added the comment:

But when I translate my example according to PEP 343, it works (i.e., doesn't raise an exception) in 3.2, and PEP 343 says "[t]he details of the above translation are intended to prescribe the exact semantics." So I think that at least one of PEP 343, the evaluation of mgr.__exit__, or the evaluation of with mgr: pass must be broken, though I'm no longer sure which.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:43:29 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 07 Mar 2011 08:43:29 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299487409.7.0.51605961219.issue11428@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> benjamin.peterson
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:50:11 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 08:50:11 +0000
Subject: [issue8542] Another test issue
In-Reply-To: <1272314000.64.0.308936581064.issue8542@psf.upfronthosting.co.za>
Message-ID: <1299487811.75.0.403979471754.issue8542@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8542>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:54:14 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 07 Mar 2011 08:54:14 +0000
Subject: [issue8542] Another test issue
In-Reply-To: <1272314000.64.0.308936581064.issue8542@psf.upfronthosting.co.za>
Message-ID: <1299488054.41.0.421449378176.issue8542@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
nosy:  -georg.brandl
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8542>
_______________________________________

From report at bugs.python.org  Mon Mar  7 09:56:32 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 07 Mar 2011 08:56:32 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299488192.28.0.448244519304.issue8594@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

I'm not seeing the commit anywhere. Did you perhaps forget to "hg push" after committing?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Mon Mar  7 10:18:08 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 07 Mar 2011 09:18:08 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1299489488.28.0.723841680322.issue1559549@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

The module name is a UTF-8 encoded string yes. It should be documented in PyModuleDef structure. I already documented the encoding in PyModule_New().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Mon Mar  7 10:22:57 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 09:22:57 +0000
Subject: [issue11364] Move from distutils.sysconfig to sysconfig in
	test_osx_env
In-Reply-To: <1299006498.24.0.394079395841.issue11364@psf.upfronthosting.co.za>
Message-ID: <1299489777.26.0.846617516452.issue11364@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I haven?t seen any pitchfork-brandishing in my inbox, so I?m closing this.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11364>
_______________________________________

From report at bugs.python.org  Mon Mar  7 10:30:27 2011
From: report at bugs.python.org (Campbell Barton)
Date: Mon, 07 Mar 2011 09:30:27 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>


New submission from Campbell Barton <ideasman42 at gmail.com>:

On Linux - tested on: Arch linux @ Debian Squeeze, this fails
 python -c "__import__('webbrowser').open('http://python.org')"

The exception thats raised is:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python3.2/webbrowser.py", line 70, in open_new_tab
    return open(url, 2)
  File "/usr/lib/python3.2/webbrowser.py", line 62, in open
    if browser.open(url, new, autoraise):
  File "/usr/lib/python3.2/webbrowser.py", line 276, in open
    success = self._invoke(args, True, autoraise)
  File "/usr/lib/python3.2/webbrowser.py", line 239, in _invoke
    stderr=inout, preexec_fn=setsid)
  File "/usr/lib/python3.2/subprocess.py", line 736, in __init__
    restore_signals, start_new_session)
  File "/usr/lib/python3.2/subprocess.py", line 1330, in _execute_child
    raise child_exception_type(errno_num, err_msg)
OSError: [Errno 9] Bad file descriptor


Noticed that this wont raise an error when stdin arg isn't passed  to Popen:
line 237:
        p = subprocess.Popen(cmdline, close_fds=True, stdin=inout,

Removing tdin=inout makes firefox load ok, however this is there for a reason so its not a useful fix ofcourse.

----------
components: Extension Modules
messages: 130245
nosy: ideasman42
priority: normal
severity: normal
status: open
title: webbrowser.open on unix fails.
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Mon Mar  7 10:32:12 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 07 Mar 2011 09:32:12 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299490332.5.0.677813341064.issue11432@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Library (Lib) -Extension Modules
nosy: +ezio.melotti, georg.brandl
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Mon Mar  7 11:10:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 10:10:09 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299492609.28.0.0978782957733.issue11417@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What change are you wishing for?  bdist_rpm is frozen in distutils and removed in distutils2.  If this is a feature request, it should be reported to the new standalone project bdist_rpm2 (home <https://bitbucket.org/tarek/pypi2rpm>; the bug tracker is not enabled, so I suggest you write to the distutils-sig ML).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 11:11:01 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 10:11:01 +0000
Subject: [issue8847] crash appending list and namedtuple
In-Reply-To: <1275087227.35.0.709211922869.issue8847@psf.upfronthosting.co.za>
Message-ID: <1299492661.57.0.133224920752.issue8847@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +rhettinger
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8847>
_______________________________________

From report at bugs.python.org  Mon Mar  7 11:15:32 2011
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Mon, 07 Mar 2011 10:15:32 +0000
Subject: [issue11185] test_wait4 error on AIX
In-Reply-To: <1297424402.38.0.348928652961.issue11185@psf.upfronthosting.co.za>
Message-ID: <1299492932.61.0.0861363966012.issue11185@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

I had seen that post you mentioned and already tested the -lbsd without success.

wait4 is not even present in libbsd.

phenix:~$ nm /usr/lib/libbsd.a  | grep wait
phenix:~$ 

Maybe it was present on older versions of the system. But I couldn't find any documentation mentioning wait4 and -lbsd anywhere.

Actually wait4 is never mentioned in the IBM documentation concerning AIX.

wait4 without WNOHANG works fine. waitpid works fine even with WNOHANG.
I don't know which workaround is the better.
I will also try to report this bug to IBM so that a future version of AIX could work correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11185>
_______________________________________

From report at bugs.python.org  Mon Mar  7 11:59:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 10:59:33 +0000
Subject: [issue11425] Cleanup sample codes in tutorial.
In-Reply-To: <1299476693.61.0.829631562481.issue11425@psf.upfronthosting.co.za>
Message-ID: <1299495573.21.0.0999095544385.issue11425@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Just two notes: The operations like ?7205759403792794 * 10**30 / 2**56? in floatimport could use some parens; the patch removed a duplicate ?statement: for? entry.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11425>
_______________________________________

From report at bugs.python.org  Mon Mar  7 12:19:45 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 07 Mar 2011 11:19:45 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299496785.13.0.910738643233.issue11426@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Mon Mar  7 12:26:22 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 07 Mar 2011 11:26:22 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299497182.76.0.428006008615.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I tried to commit io_write.patch, but I had problems with Mercurial :-) I will commit it later.

----------
Added file: http://bugs.python.org/file21030/io_write.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 12:49:19 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Mon, 07 Mar 2011 11:49:19 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1299498559.18.0.816626930459.issue1559549@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I am sorry again for those mistakes, it's all completely new to me. I have fixed those issues and created new patch. Using hg export, that now spans over two commits. Is it the way those patches should be provided, or should I gather all changes into a one commit?

----------
Added file: http://bugs.python.org/file21031/1559549_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Mon Mar  7 12:59:27 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 07 Mar 2011 11:59:27 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299499167.99.0.0435235747321.issue11395@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

This last patch looks good, except that the comments "if stdout mode is binary (python -u)" are incorrect: since r87824, all files are opened in binary mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 13:11:50 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 07 Mar 2011 12:11:50 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1299499910.42.0.917428674182.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> This last patch looks good, except that the comments "if stdout mode 
> is binary (python -u)" are incorrect: since r87824, all files are 
> opened in binary mode.

I plan to commit the patch to 3.1 and then forward port to 3.2 and 3.3. Yes, I will adapt the comment (remove "(python -u)") for 3.2 and 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Mon Mar  7 13:34:56 2011
From: report at bugs.python.org (Arjen Nienhuis)
Date: Mon, 07 Mar 2011 12:34:56 +0000
Subject: [issue3982] support .format for bytes
In-Reply-To: <1299458829.74.0.954376527327.issue3982@psf.upfronthosting.co.za>
Message-ID: <AANLkTimphk72XTkH3tLJxXvZxoj8C_n-SrBoRWq9VcBU@mail.gmail.com>


Arjen Nienhuis <a.g.nienhuis at gmail.com> added the comment:

struct.pack does not work with variable length data. Something like:

b'{0:x}\r\n{1}\r\n'.format(len(block), block)

or

b'%x\r\n%s\r\n' % (len(block), block)

is not possible with struct.pack

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3982>
_______________________________________

From report at bugs.python.org  Mon Mar  7 13:46:17 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 07 Mar 2011 12:46:17 +0000
Subject: [issue11415] ZipFile don't overwrite compresed files at create
In-Reply-To: <1299435853.5.0.715190951157.issue11415@psf.upfronthosting.co.za>
Message-ID: <1299501977.81.0.600634348298.issue11415@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> Luckily, extracting one of them just get only the more recent one

It's not only luck: a Zip file has a "central directory" used to retrieve data. ZipFile just appends the new file data to the end of the Zip file, then write the updated directory structure.

Removing the old content is another matter, and is similar to issue6818.
This requires a whole copy of the zip file, and so far, no acceptable patch was proposed.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11415>
_______________________________________

From report at bugs.python.org  Mon Mar  7 14:13:11 2011
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Legan=C3=A9s_Combarro?=)
Date: Mon, 07 Mar 2011 13:13:11 +0000
Subject: [issue11415] ZipFile don't overwrite compresed files at create
In-Reply-To: <1299435853.5.0.715190951157.issue11415@psf.upfronthosting.co.za>
Message-ID: <1299503591.08.0.373573887539.issue11415@psf.upfronthosting.co.za>


Jes?s Legan?s Combarro <piranna at gmail.com> added the comment:

Ok, they talk about remove it, that's why i didn't found it :-P Ok, it make sense. By the way, this way the old data is available? How? (Just to know... it could be a courious feature :-D )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11415>
_______________________________________

From report at bugs.python.org  Mon Mar  7 14:57:53 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Mon, 07 Mar 2011 13:57:53 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299506273.36.0.247349336047.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Glibc's readdir() and readdir_r() already do caching, so getdents() syscall is called only once on my '/etc' directory. Should we include another caching level in xlistdir() function?
On the other hand, we don't know anything about caches at glibc's level, i.e. we can't tell if our next call to readdir() will result in syscall or even I/O (we could possible release GIL for that).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar  7 15:13:54 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 07 Mar 2011 14:13:54 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299507234.66.0.869166476785.issue11428@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Well, the pep is wrong, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Mon Mar  7 15:27:16 2011
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 07 Mar 2011 14:27:16 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1299508036.13.0.764684569471.issue7330@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

I noticed that after apply my last patch and running full unittest cases, some weird errors which I don't know the reasons occurred, for example:

AttributeError: 'dict' object has no attribute 'get'
and
AttributeError: 'Queue' object has no attribute 'get'

I didn't look deep into it. But I found after I optimist my patch, these errors disappeared: I removed the "unicode_format_align()" function in previous patch, directly add needed spaces and copy part of unicode got from parameters according to width and precision formatters in step 4(using Py_UNICODE_FILL() and Py_UNICODE_COPY()) . This avoid create temporary unicode objects using unicode_format_align() in step 3. And also the patch becomes simpler.

So this patch is intended to replace of the previous. And if I have more time, I will try to find the reasons of the weird errors.

----------
Added file: http://bugs.python.org/file21032/issue7330_3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Mon Mar  7 15:29:20 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 07 Mar 2011 14:29:20 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1299508160.08.0.932480264498.issue11421@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar  7 15:36:13 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 07 Mar 2011 14:36:13 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299508573.21.0.26039138745.issue11417@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 15:36:23 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 07 Mar 2011 14:36:23 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <20110307143552.GA15142@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

David, it seems my patch http://bugs.python.org/file20675/email_header.patch 
is a real requirement for EMAIL 5.1 code.

This is because BytesGenerator._write_headers() creates a Header 
instance in 'else:' (the other branches are not entered at all for 
the test mail), passing 'v' as the 's=' arg of Header ctor. 
It follows that Header._chunks[] is never the empty list. 
'v' however may be the empty string for header fields like 
'X-Status:', 'X-Keywords:' and maybe more, resulting in 
string.splitlines() trying to break up the empty string.

I don't understand why i could pass thousands of mails, including 
the test mail, dozens of times through my thing without showing 
this up?  Does the mailbox.mbox message subclass adjust such things? 
Bye.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Mon Mar  7 16:41:02 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 15:41:02 +0000
Subject: [issue8863] Display Python backtrace on SIGSEGV,
	SIGFPE and fatal error
In-Reply-To: <1275332485.24.0.0853481149333.issue8863@psf.upfronthosting.co.za>
Message-ID: <1299512462.95.0.0569229896551.issue8863@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

See #11393 for discussion about integration in 3.3.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8863>
_______________________________________

From report at bugs.python.org  Mon Mar  7 17:54:44 2011
From: report at bugs.python.org (Victor)
Date: Mon, 07 Mar 2011 16:54:44 +0000
Subject: [issue11433] syntax error at "while" statement in IDLE/python shell
In-Reply-To: <1299516884.35.0.66577076049.issue11433@psf.upfronthosting.co.za>
Message-ID: <1299516884.35.0.66577076049.issue11433@psf.upfronthosting.co.za>


New submission from Victor <victorywin5 at yahoo.com>:

Hi and please help me understand if it is a bug, or..,as someone said, there's a 'bug' in my understanding:
(Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32) (windows vista, the regular windows python installer)
It's about the following code:

while True:
    s = input('Enter something : ')
    if s == 'quit':
        break
    print('Length of the string is', len(s))
print('Done')

when I put it in the IDLE's editor, and run it from there ("Run module F5"), it runs fine; but when I try to type it in the python shell (IDLE), or in the python command line, it gives errors, though I tried to edit it differently:

>>> while True:
        s = input('Enter something : ')
        if s == 'quit':
            break
        print('Length of the string is', len(s))
print('Done')
SyntaxError: invalid syntax
>>> while True:
        s = input('Enter something : ')
        if s == 'quit':
            break
        print('Length of the string is', len(s))
    print('Done')
SyntaxError: unindent does not match any outer indentation level
>>>

The only way I noticed it would accept is to set the last "print" statement directly under/in the block of "while": which is not the intention. (According to the docs, while statement should work without the "else" option). Is this a bug?
Thanks, Victor
p.s. the example is taken from http://swaroopch.com/notes/Python_en:Control_Flow

----------
components: IDLE
messages: 130261
nosy: victorywin
priority: normal
severity: normal
status: open
title: syntax error at "while" statement in IDLE/python shell
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11433>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:03:28 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 07 Mar 2011 17:03:28 +0000
Subject: [issue11414] Add import fix for email.Message
In-Reply-To: <1299428963.38.0.740283733384.issue11414@psf.upfronthosting.co.za>
Message-ID: <1299517408.54.0.274834654024.issue11414@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

+1

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11414>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:05:47 2011
From: report at bugs.python.org (SilentGhost)
Date: Mon, 07 Mar 2011 17:05:47 +0000
Subject: [issue11433] syntax error at "while" statement in IDLE/python shell
In-Reply-To: <1299516884.35.0.66577076049.issue11433@psf.upfronthosting.co.za>
Message-ID: <1299517547.0.0.860040632831.issue11433@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

No this is not a bug. You're trying to execute two statements in one go in IDLE, which it doesn't support. You need to run your while loop as a single statement, then your print('Done').

----------
nosy: +SilentGhost
resolution:  -> invalid
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11433>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:09:56 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 07 Mar 2011 17:09:56 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1299517796.79.0.0489479683003.issue11401@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I plan to take a look at this and other email bugs during the Pycon sprints, if not before.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:22:23 2011
From: report at bugs.python.org (Joshua Logan)
Date: Mon, 07 Mar 2011 17:22:23 +0000
Subject: [issue11434] Python 3.2 input() does not remove "\r" at the end of
	returned string.
In-Reply-To: <1299518543.64.0.9351532362.issue11434@psf.upfronthosting.co.za>
Message-ID: <1299518543.64.0.9351532362.issue11434@psf.upfronthosting.co.za>


New submission from Joshua Logan <dear.jay.logan at gmail.com>:

Hello,

It is mentioned in the documentation for input() ( http://docs.python.org/py3k/library/functions.html#input ) that the newline is stripped from the end of the returned string. However, on Windows, it used to trim '\r\n'. Now it no longer trims '\r'.

See output below:

C:\>python
Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32

>>> name = input("What's your name? ")
What's your name? Josh
>>> print(name)
Josh
>>> print(list(name))
['J', 'o', 's', 'h', '\r']

----------
components: Windows
messages: 130265
nosy: jaylogan
priority: normal
severity: normal
status: open
title: Python 3.2 input() does not remove "\r" at the end of returned string.
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11434>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:23:51 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 07 Mar 2011 17:23:51 +0000
Subject: [issue11434] Python 3.2 input() does not remove "\r" at the end of
	returned string.
In-Reply-To: <1299518543.64.0.9351532362.issue11434@psf.upfronthosting.co.za>
Message-ID: <1299518631.25.0.862403318999.issue11434@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

This is a duplicate of issue #11272.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11434>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:24:15 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 17:24:15 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299518655.39.0.37854291876.issue11431@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Which Python 3.2 installation are you using?  There are two installers for Python 3.2 for Mac OS X downloadable from python.org, 32-bit-only and 64-bit/32-bit. And which version of Tcl/Tk are you using?  Please start IDLE and report the first two lines shown in the "Python Shell" window, for instance:
Python 3.2 (r32:88452, Feb 20 2011, 10:19:59) 
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin

and then show the results of executing the following lines in the IDLE shell:

import _tkinter, subprocess
print(subprocess.getoutput("otool -L " + _tkinter.__file__))
print(subprocess.getoutput("ls -l /Library/Frameworks/Tk.framework/Versions"))

----------
assignee:  -> ned.deily
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:30:03 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 07 Mar 2011 17:30:03 +0000
Subject: [issue11410] Use GCC visibility attrs in PyAPI_*
In-Reply-To: <1299391945.72.0.037942723875.issue11410@psf.upfronthosting.co.za>
Message-ID: <1299519003.78.0.718729968992.issue11410@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11410>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:30:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 07 Mar 2011 17:30:43 +0000
Subject: [issue11434] Python 3.2 input() does not remove "\r" at the end of
	returned string.
In-Reply-To: <1299518543.64.0.9351532362.issue11434@psf.upfronthosting.co.za>
Message-ID: <1299519043.56.0.956781867612.issue11434@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> input() has trailing carriage return on windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11434>
_______________________________________

From report at bugs.python.org  Mon Mar  7 18:31:31 2011
From: report at bugs.python.org (SilentGhost)
Date: Mon, 07 Mar 2011 17:31:31 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>


New submission from SilentGhost <ghost.adh at gmail.com>:

With the conversion to mercurial source links in documentation should now point to hg.python.org
Here is the patch.

----------
assignee: docs at python
components: Documentation
files: docs_sourcename.diff
keywords: patch
messages: 130268
nosy: SilentGhost, docs at python
priority: normal
severity: normal
stage: patch review
status: open
title: Links to source code should now point to hg repo
Added file: http://bugs.python.org/file21033/docs_sourcename.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:00:17 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 18:00:17 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299520817.4.0.474676553193.issue11435@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Good point. However, making the change won't help the already generated versions of the 3.2 html doc, like those included with installers or any older URL references elsewhere to the svn source.  Perhaps some URL rewrite rules should be added to the web server to redirect "source code" URLs from svn.python.org to hg.python.org style?

----------
nosy: +georg.brandl, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:05:46 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 07 Mar 2011 18:05:46 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299521146.39.0.769772203889.issue11435@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

IIUC those svn links will keep working for some time, but if/when the svn repo and/or viewvc will be removed an URL rewrite rule should be fix the problem.
The patch seems OK to me.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:06:24 2011
From: report at bugs.python.org (Michael Foord)
Date: Mon, 07 Mar 2011 18:06:24 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299521184.55.0.853953742684.issue11298@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Sounds good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:11:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 18:11:40 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299521500.09.0.160379483405.issue11298@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I find there are some redundancy and perfectible phrasing.  Here?s my rewrite:

In order to be compatible with test discovery, all of the test files must be :ref:`modules <tut-modules>` or :ref:`packages <tut-packages>` importable from the top-level directory of the project (this means that their filenames must be valid :ref:`identifiers <identifiers>`).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:18:42 2011
From: report at bugs.python.org (Christoph Gohlke)
Date: Mon, 07 Mar 2011 18:18:42 +0000
Subject: [issue7639] bdist_msi fails on files with long names
In-Reply-To: <1262718207.72.0.84290104112.issue7639@psf.upfronthosting.co.za>
Message-ID: <1299521922.59.0.580564561495.issue7639@psf.upfronthosting.co.za>


Changes by Christoph Gohlke <cgohlke at uci.edu>:


----------
versions: +Python 2.7, Python 3.2
Added file: http://bugs.python.org/file21034/msilib2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7639>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:21:10 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 18:21:10 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299522070.33.0.884875514209.issue11417@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

I couldn't really care less about bdist_rpm, I'm just reporting a bug in it when not writing .pyc files (through PYTHONDONTWRITEBYTECODE.) I encountered it while making the testsuite do the right thing when not writing bytecode (see issue #11420.) To me, a perfectly acceptable "fix" would be for the bdist_rpm tests to be skipped when not writing bytecode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:23:26 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 18:23:26 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299522206.11.0.360216385164.issue11417@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?d find such a patch acceptable too.  Thanks for the report and suggested solution.

----------
assignee: tarek -> eric.araujo
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:29:38 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 07 Mar 2011 18:29:38 +0000
Subject: [issue11436] Clarify struct doc for format 's'.
In-Reply-To: <1299522578.2.0.51699411527.issue11436@psf.upfronthosting.co.za>
Message-ID: <1299522578.2.0.51699411527.issue11436@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

The struct doc does not specify the meaning of 's', without a count. The attached patch adds the sentence:

 If a count is not given, it defaults to 1; ``'s'`` means the same as ``'1s'``.

(Until I experimented, I had thought no count meant indefinite length).

>>> struct.pack('sss', b'', b'a', b'ab')
b'\x00aa'
>>> struct.pack('1s1s1s', b'', b'a', b'ab')
b'\x00aa'

----------
messages: 130275
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: Clarify struct doc for format 's'.
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11436>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:30:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 07 Mar 2011 18:30:22 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299522622.75.0.582787971406.issue11435@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've put the redirection in place.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:30:36 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 07 Mar 2011 18:30:36 +0000
Subject: [issue11436] Clarify struct doc for format 's'.
In-Reply-To: <1299522578.2.0.51699411527.issue11436@psf.upfronthosting.co.za>
Message-ID: <1299522636.74.0.572029961472.issue11436@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

patch

----------
keywords: +patch
Added file: http://bugs.python.org/file21035/zstruct.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11436>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:33:30 2011
From: report at bugs.python.org (Victor)
Date: Mon, 07 Mar 2011 18:33:30 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299522810.11.0.0212018034139.issue11413@psf.upfronthosting.co.za>


Victor <victorywin5 at yahoo.com> added the comment:

How do you try to open the IDLE? For example, I open it from the start menu, python3.2. When you try to double click on a .py file, it is normal to see what you describe.

----------
nosy: +victorywin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:39:47 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 07 Mar 2011 18:39:47 +0000
Subject: [issue11424] logging fileConfig may not correctly detect children
In-Reply-To: <1299473548.03.0.703750848821.issue11424@psf.upfronthosting.co.za>
Message-ID: <1299523187.21.0.79230785354.issue11424@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Fix does not apply to 2.5 as the relevant code for keeping child loggers enabled was added in 2.6.

Fixes checked in:

b9d76846bb1c (2.6)
9dad160206a3 (2.7)
d9125bf3bac5 (3.1)
e607d25b4462, 27bf21522742 (3.2)
b0883c15b28c (3.3)

Test cases were added, and in addition your attached script gives the updated results once the fix has been applied.

----------
assignee:  -> vinay.sajip
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11424>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:46:34 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 07 Mar 2011 18:46:34 +0000
Subject: [issue9427] logging.error('...',
	exc_info=True) should display upper frames, too
In-Reply-To: <1280489148.4.0.967800282636.issue9427@psf.upfronthosting.co.za>
Message-ID: <1299523594.78.0.0535347038646.issue9427@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I'll close this, assuming that the stack_info keyword parameter added to logging calls in 3.2 will be sufficient.

I also removed the dependency on 1553375, which would prevent closure.

----------
dependencies:  -Add traceback.print_full_exception()
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9427>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:56:08 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 18:56:08 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299524168.52.0.669164922523.issue11417@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

I'll incorporate that change into issue #11420 then, and close this (and harp on bdist_rpm2 if it ever lands in the stdlib and has the same issue :-)

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:59:49 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 18:59:49 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299524389.87.0.172848007371.issue11420@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21022/py31-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 19:59:54 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 18:59:54 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299524394.25.0.649090356963.issue11420@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 20:00:37 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 19:00:37 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299524437.21.0.561017082637.issue11420@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

As per issue #11417, updated to also skip the tests in distutils/tests/test_bdist_rpm.py when not writing bytecode.

----------
Added file: http://bugs.python.org/file21036/py31-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 20:00:49 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 07 Mar 2011 19:00:49 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1299524449.83.0.226694688549.issue11420@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Added file: http://bugs.python.org/file21037/py32-dontwritebytecode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Mon Mar  7 20:09:20 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 07 Mar 2011 19:09:20 +0000
Subject: [issue3982] support .format for bytes
In-Reply-To: <1222530641.39.0.0764973101836.issue3982@psf.upfronthosting.co.za>
Message-ID: <1299524960.06.0.835696054881.issue3982@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

You are right, I misinterpreted the meaning of 's' without a count (and opened #11436 to clarify). However, for the fairly common case where a variable-length binary block is preceded by a 4 byte *binary* count, one can do something which is not too bad:

>>> block = b'lsfjdlksaj'
>>> n=len(block)
>>> struct.pack('I%ds'%n, n, block)
b'\n\x00\x00\x00lsfjdlksaj'

If leading blanks are acceptable for your example with count as ascii hex digits, one can do something that I admit is worse:

>>> struct.pack('10s%ds2s'%n, ('%8x\r\n'%n).encode(), block, b'\r\n')
b'       a\r\nlsfjdlksaj\r\n'

Of course, for either of these in isolation, I would probably only use .pack for the binary conversion and otherwise use '+' or b''.join(...).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3982>
_______________________________________

From report at bugs.python.org  Mon Mar  7 20:25:58 2011
From: report at bugs.python.org (Chris)
Date: Mon, 07 Mar 2011 19:25:58 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299522810.11.0.0212018034139.issue11413@psf.upfronthosting.co.za>
Message-ID: <739761.90739.qm@web59805.mail.ac4.yahoo.com>


Chris <ceonnbobst at yahoo.com> added the comment:

Hi, thank you for your reply. 
??
I try to start it directly from the start menu, where it jumped to after the first open attempt, and have also tried start menu -??all programs - python - idle, then one click or right click then chosing open. Nothing works.
??
The python (command line) opens, and python manuals, but not idle or module docs.

--- On Mon, 3/7/11, Victor <report at bugs.python.org> wrote:

From: Victor <report at bugs.python.org>
Subject: [issue11413] Idle doesn't start
To: ceonnbobst at yahoo.com
Date: Monday, March 7, 2011, 1:33 PM

Victor <victorywin5 at yahoo.com> added the comment:

How do you try to open the IDLE? For example, I open it from the start menu, python3.2. When you try to double click on a .py file, it is normal to see what you describe.

----------
nosy: +victorywin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

----------
Added file: http://bugs.python.org/file21038/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Hi, thank you for your reply. </DIV>
<DIV>&nbsp;</DIV>
<DIV>I try to start it directly from the start menu, where it jumped to after the first open attempt, and have also tried start menu -&nbsp;all programs - python - idle, then one click or right click then chosing open. Nothing works.</DIV>
<DIV>&nbsp;</DIV>
<DIV>The python (command line) opens, and python manuals, but not idle or module docs.</DIV>
<DIV><BR><BR>--- On <B>Mon, 3/7/11, Victor <I>&lt;report at bugs.python.org&gt;</I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Victor &lt;report at bugs.python.org&gt;<BR>Subject: [issue11413] Idle doesn't start<BR>To: ceonnbobst at yahoo.com<BR>Date: Monday, March 7, 2011, 1:33 PM<BR><BR>
<DIV class=plainMail><BR>Victor &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=victorywin5 at yahoo.com" ymailto="mailto:victorywin5 at yahoo.com">victorywin5 at yahoo.com</A>&gt; added the comment:<BR><BR>How do you try to open the IDLE? For example, I open it from the start menu, python3.2. When you try to double click on a .py file, it is normal to see what you describe.<BR><BR>----------<BR>nosy: +victorywin<BR><BR>_______________________________________<BR>Python tracker &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=report at bugs.python.org" ymailto="mailto:report at bugs.python.org">report at bugs.python.org</A>&gt;<BR>&lt;<A href="http://bugs.python.org/issue11413" target=_blank>http://bugs.python.org/issue11413</A>&gt;<BR>_______________________________________<BR></DIV></BLOCKQUOTE></td></tr></table><br>

      

From report at bugs.python.org  Mon Mar  7 20:43:56 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Mon, 07 Mar 2011 19:43:56 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299527036.3.0.913790438649.issue11406@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

> Glibc's readdir() and readdir_r() already do caching
Yes, but glibc's readdir is the C analogue of python's generator. We do not need to create cache for cached values.
I think it's OK to make python's generator on top of readdir (instead of getdents).

Why not to create generator like this?
(pseudocode)
------------------
DIR *d;
struct dirent* entry, *e;
entry = malloc(offsetof(struct dirent, d_name) + pathconf(dirpath, _PC_NAME_MAX) + 1);
if (!e)
    raise Exception();
if (!(d= opendir(dirname)))
{
    free(e)
    raise IOException();
}

for (;;)
{
    if (readdir_r(d, entry, &e))
    {
        closedir(d);
        free(entry);
        raise IOException();
    }
    if (!e)
        break;
    yield e;
}
closedir(d);
free(entry);

------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar  7 20:52:30 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 19:52:30 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299527550.94.0.854121704742.issue11435@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Antoine, great!  How about also for the other "active" branches now in hg:
release{32,31,27,26,25-maint} ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 21:01:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 07 Mar 2011 20:01:58 +0000
Subject: [issue11417] distutils' bdist_rpm fails when running with
	PYTHONDONTWRITEBYTECODE
In-Reply-To: <1299453293.78.0.56952795246.issue11417@psf.upfronthosting.co.za>
Message-ID: <1299528118.09.0.31387356747.issue11417@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

bdist_rpm2 will never go into the stdlib, that?s the point: external maintenance lets people adapt the code when operating system policies change and release more often than Python.  Sooner or later someone will report this same bug to the bdist_rpm2, so if you?re willing to do that now it would be extra nice.

----------
resolution: wont fix -> duplicate
superseder:  -> Make testsuite pass with -B/DONTWRITEBYTECODE set.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11417>
_______________________________________

From report at bugs.python.org  Mon Mar  7 21:06:15 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 07 Mar 2011 20:06:15 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299527550.94.0.854121704742.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299528372.3770.92.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Antoine, great!  How about also for the other "active" branches now in hg:
> release{32,31,27,26,25-maint} ?

Is there any such reference in the docs?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 21:37:28 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 20:37:28 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299530248.27.0.0969750015049.issue11435@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Right: no comprehensive links like in the 3.2+ versions. I just see a few miscellaneous links elsewhere in the source. But there are undoubtedly plenty of links elsewhere out in the wild.  So this is probably out-of-scope for this issue but should be dealt with elsewhere as part of a long-term migration plan for svn.python.org.  I'll bring it up on python-dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Mon Mar  7 21:53:54 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Mon, 07 Mar 2011 20:53:54 +0000
Subject: [issue11185] test_wait4 error on AIX
In-Reply-To: <1299492932.61.0.0861363966012.issue11185@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=E675UOiUCyc6pc=heYfPx7=dfkCSGA65xaJiN@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> wait4 without WNOHANG works fine. waitpid works fine even with WNOHANG.
> I don't know which workaround is the better.

As far as the test is concerned, it's of course better to use wait4
without WNOHANG in a test names test_wait4 (especially since waitpid
is tested elsewhere)...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11185>
_______________________________________

From report at bugs.python.org  Mon Mar  7 22:26:06 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 07 Mar 2011 21:26:06 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299533166.88.0.968491789734.issue11413@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Can you open a command prompt, and type:
   c:\python32\python.exe -m idlelib.idle
If there are messages, please paste them here!

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Mon Mar  7 22:49:16 2011
From: report at bugs.python.org (Andrew Lih)
Date: Mon, 07 Mar 2011 21:49:16 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299534556.14.0.880369962928.issue11431@psf.upfronthosting.co.za>


Andrew Lih <andrewtzn at gmail.com> added the comment:

I'm using the Python 3.2 Mac OS X 64-bit/32-bit x86-64/i386 Installer.

Python 3.2 (r32:88452, Feb 20 2011, 11:12:31) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin

It just freezes every time I try to paste the lines u gave me.
But I mange to edit the .py file via TextEdit. 
here's the result:

/bin/sh: otool: command not found
ls: /Library/Frameworks/Tk.framework/Versions: No such file or directory

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 23:18:20 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 22:18:20 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299536300.29.0.824708840649.issue11431@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

It appears then that you do not ActiveTcl 8.5 installed which is required because of deficiencies with the current Apple-supplied Tcl/Tk 8.5 in OS X 10.6.  A warning message should have appeared in your PyShell window:
  >>> WARNING: The version of Tcl/Tk (8.5.7) in use may be unstable.
  Visit http://www.python.org/download/mac/tcltk/ for current information.  Please note the information there.  You need to either install ActiveTcl 8.5 (if possible) or you need to revert to the 32-bit-installer which uses Tcl/Tk 8.4.  Either action should solve the problem.

----------
resolution:  -> works for me
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 23:35:35 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 07 Mar 2011 22:35:35 +0000
Subject: [issue9651] ctypes crash when writing zerolength string buffer to file
In-Reply-To: <1282324201.94.0.528743574069.issue9651@psf.upfronthosting.co.za>
Message-ID: <1299537335.08.0.672938704935.issue9651@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Looks good to me.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9651>
_______________________________________

From report at bugs.python.org  Mon Mar  7 23:41:04 2011
From: report at bugs.python.org (Andrew Lih)
Date: Mon, 07 Mar 2011 22:41:04 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299537664.04.0.350063349955.issue11431@psf.upfronthosting.co.za>


Andrew Lih <andrewtzn at gmail.com> added the comment:

Thanks a lot Ned!
My problem is solved! Awesome!

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Mon Mar  7 23:53:47 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 07 Mar 2011 22:53:47 +0000
Subject: [issue11431] Python 3.2 (r32:88452) F5 "Run Module" freezes IDLE
In-Reply-To: <1299486134.18.0.144025685513.issue11431@psf.upfronthosting.co.za>
Message-ID: <1299538427.34.0.833354094145.issue11431@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11431>
_______________________________________

From report at bugs.python.org  Tue Mar  8 00:32:30 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 07 Mar 2011 23:32:30 +0000
Subject: [issue5901] missing meta-info in documentation pdf
In-Reply-To: <1241246578.79.0.771794251259.issue5901@psf.upfronthosting.co.za>
Message-ID: <1299540750.82.0.909533825826.issue5901@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

AFAIK, this is obtained using \pdfinfo{} command[1][2][3]

[1] http://theoval.cmp.uea.ac.uk/~nlct/latex/pdfdoc/pdfdoc/pdfdoc.html
[2] http://tex.stackexchange.com/questions/5958/is-hyperref-really-the-best-way-to-add-metadata-to-a-tex-file
[3] http://www.tug.org/applications/hyperref/manual.html#x1-110003.7

Georg, do you think this is something that sphinx has to handle (in the latex builder) or somewhere else?

----------
nosy: +sandro.tosi
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5901>
_______________________________________

From report at bugs.python.org  Tue Mar  8 00:56:17 2011
From: report at bugs.python.org (benrg)
Date: Mon, 07 Mar 2011 23:56:17 +0000
Subject: [issue2405] Drop w9xpopen and all dependencies
In-Reply-To: <1205870969.55.0.774025556957.issue2405@psf.upfronthosting.co.za>
Message-ID: <1299542177.63.0.338308443037.issue2405@psf.upfronthosting.co.za>


benrg <benrudiak at gmail.com> added the comment:

w9xpopen is currently used on NT. The patch to use it on NT was checked in by bquinlan in August of 2001 (http://mail.python.org/pipermail/patches/2001-August/005719.html). He claims that it is necessary in NT, even though (a) the cited knowledge base article explicitly states that it is not necessary on NT, and (b) the knowledge base article has now been deleted from Microsoft's web site, indicating that they consider it no longer relevant (they have deleted all Win9x-specific documentation, but Win2K-specific documentation is still there).

I just don't believe that the problem solved by w9xpopen has ever existed in any version of NT. There is no credible evidence for it. There are any number of other reasons why introducing an intermediate process might have hidden some unrelated bug or otherwise resolved the problem the Win9x->Win2K upgraders were having a decade ago. I think that the use of w9xpopen in NT is a bug, not an obsolete feature, and there's no reason it couldn't be gone in 3.2.1.

Also, I suppose it doesn't matter any more, but the logic for deciding when to run w9xpopen should be (target executable is 16-bit), which can be determined by reading the file header. Right now the test is (shell is True and (running on win9x or the command processor is named "command.com")). Every part of this test is deficient. Python programs can spawn 16-bit processes (including the shell itself) without using shell=True. Not every win9x shell is 16-bit; 32-bit shells like cmd.exe work fine. And there are 16-bit shells not named "command.com", such as 4DOS.

----------
nosy: +benrg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2405>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:04:08 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 00:04:08 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299542648.39.0.303623972718.issue11432@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:10:01 2011
From: report at bugs.python.org (Yuv Gre)
Date: Tue, 08 Mar 2011 00:10:01 +0000
Subject: [issue6818] remove/delete method for zipfile/tarfile objects
In-Reply-To: <1251866532.69.0.504306670253.issue6818@psf.upfronthosting.co.za>
Message-ID: <1299543001.93.0.399520806156.issue6818@psf.upfronthosting.co.za>


Yuv Gre <ubershmekel at gmail.com> added the comment:

What's the status with this patch? If nobody's looking at it I can try to see if it works and write the test and documentation for it.

----------
nosy: +ubershmekel
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6818>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:13:48 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 00:13:48 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299543228.79.0.736756933315.issue11072@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Why the callback option?
Also, the tests don't appear to check the return value.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:14:03 2011
From: report at bugs.python.org (George Dhoore)
Date: Tue, 08 Mar 2011 00:14:03 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>


New submission from George Dhoore <georgiepoo at gmail.com>:

If the user makes a typo when setting a custom keybind (in this case "<Alt-Key-up>" instead of "<Alt-Key-Up>") IDLE will silently crash.  From the command-line the error shows as:

Traceback (most recent call last):
  File "C:\Python32\Lib\idlelib\idle.py", line 11, in <module>
    idlelib.PyShell.main()
  File "C:\Python32\Lib\idlelib\PyShell.py", line 1388, in main
    shell = flist.open_shell()
  File "C:\Python32\Lib\idlelib\PyShell.py", line 277, in open_shell
    self.pyshell = PyShell(self)
  File "C:\Python32\Lib\idlelib\PyShell.py", line 856, in __init__
    self.history = self.History(self.text)
  File "C:\Python32\Lib\idlelib\IdleHistory.py", line 12, in __init__
    text.bind("<<history-previous>>", self.history_prev)
  File "C:\Python32\Lib\idlelib\MultiCall.py", line 332, in bind
    self.__binders[triplet[1]].bind(triplet, func)
  File "C:\Python32\Lib\idlelib\MultiCall.py", line 213, in bind
    seq, handler)))
  File "C:\Python32\Lib\tkinter\__init__.py", line 977, in bind
    return self._bind(('bind', self._w), sequence, func, add)
  File "C:\Python32\Lib\tkinter\__init__.py", line 932, in _bind
    self.tk.call(what + (sequence, cmd))
_tkinter.TclError: bad event type or keysym "up"

This is doubly confusing as case sensitivity seems to be applied at random in config-keys.cfg.  

Expected behavior:
Ideally case sensitivity shouldn't matter in config-keys.cfg and if there is an error in the config syntax, that particular line should be ignored and the rest of the file tried.  If IDLE is still able to start, some user friendly error should be displayed indicating the problem line.

----------
components: IDLE, Tkinter
files: config-keys.cfg
messages: 130301
nosy: George.Dhoore
priority: normal
severity: normal
status: open
title: IDLE crash on startup with typo in config-keys.cfg
type: crash
versions: Python 3.2
Added file: http://bugs.python.org/file21039/config-keys.cfg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:38:01 2011
From: report at bugs.python.org (George Dhoore)
Date: Tue, 08 Mar 2011 00:38:01 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299544681.91.0.824438610021.issue11072@psf.upfronthosting.co.za>


Changes by George Dhoore <georgiepoo at gmail.com>:


----------
nosy: +George.Dhoore

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Tue Mar  8 01:54:31 2011
From: report at bugs.python.org (Eric Smith)
Date: Tue, 08 Mar 2011 00:54:31 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299545671.31.0.440976716219.issue11072@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I agree that the callback isn't needed, and it reflects the older coding style of much of the library (such as in retrlines). Instead, I'd make this a generator, yielding each of the dicts. (Actually in some ideal rewrite of ftplib, the whole callback "feature" used by retrlines would go away except as a compatibility feature, and internally everything would use generators instead of callbacks.)

Aren't you modifying the state on the server (via "OPTS MLST"), and then if you make a subsequent call without specifying "facts" you'll be using the value of "facts" from the previous call to MLSD? I don't think that's desirable, but short of calling "OPTS MLST" every time (possibly with the results of an initial FEAT) there's no way around it.

Just today I saw a filename with "; " in the name. I think you want to use .partition(' ') isolate the facts from the filename, and add a test with such a filename.

I don't like the "isdigit" test. Shouldn't this decision be left to the caller? What if a fact happens to look like an integer some of the time, but not always? Maybe "unique" is a hex string. I don't think you'd want it converted to an int on the occasions where it was all decimal digits, but a string otherwise. Also look at your "modify" facts. Those are not very useful as ints.

I don't think you should invent a pseudo-fact "name", in case the standard ever uses that. I'd prefer if you yielded tuples of (filename, fact-dict).

MLSD_DATA has newlines in it, so you get "\r\n\n" sequences in your test data.

If a fact=value string does not have an '=', you silently ignore it. I'd rather this raise an exception and not pass silently. It's not compliant. You should have a test for this.

It's possible for a value to have an '=' in it, so you don't want to use .split('='), you should use .partition('='). You should add such a fact to the test data.

Thanks for working on this. It will be a great addition to ftplib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Tue Mar  8 02:09:58 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 08 Mar 2011 01:09:58 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299546598.09.0.173737964187.issue11072@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Tue Mar  8 02:16:14 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 08 Mar 2011 01:16:14 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299546974.82.0.46974268235.issue11435@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

> I've put the redirection in place.
So, it's not possible to access http://svn.python.org/view/python/branches/py3k/ at all now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Tue Mar  8 02:48:15 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 08 Mar 2011 01:48:15 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1299548895.31.0.493406285155.issue11437@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ned.deily
stage:  -> needs patch
type: crash -> behavior
versions: +Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Tue Mar  8 03:56:25 2011
From: report at bugs.python.org (Steve Dower)
Date: Tue, 08 Mar 2011 02:56:25 +0000
Subject: [issue11438] 2to3 does not fix izip_longest
In-Reply-To: <1299552985.81.0.590298886377.issue11438@psf.upfronthosting.co.za>
Message-ID: <1299552985.81.0.590298886377.issue11438@psf.upfronthosting.co.za>


New submission from Steve Dower <s.j.dower at gmail.com>:

Running 2to3 on the attached file makes no modifications, which then causes an error (since itertools.izip_longest is now itertools.zip_longest)

----------
components: 2to3 (2.x to 3.0 conversion tool)
files: test.py
messages: 130304
nosy: Steve.Dower
priority: normal
severity: normal
status: open
title: 2to3 does not fix izip_longest
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file21040/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11438>
_______________________________________

From report at bugs.python.org  Tue Mar  8 05:36:38 2011
From: report at bugs.python.org (benrg)
Date: Tue, 08 Mar 2011 04:36:38 +0000
Subject: [issue2405] Drop w9xpopen and all dependencies
In-Reply-To: <1205870969.55.0.774025556957.issue2405@psf.upfronthosting.co.za>
Message-ID: <1299558998.17.0.648029111127.issue2405@psf.upfronthosting.co.za>


benrg <benrudiak at gmail.com> added the comment:

It turns out that, on Windows 7 32-bit with COMSPEC pointing to command.com, platform.popen('dir').read() works with w9xpopen and fails (no output) without it.

But the reason has nothing to do with the old Win9x problem. It's because subprocess always quotes the command line after /c, which command.com doesn't understand. But w9xpopen decodes the command line (in the runtime, before main() is called) and then reencodes it, this time quoting only arguments with spaces in them. Command.com then gets /c dir, and is happy. It would be interesting if this was the bug that led to w9xpopen being used in NT for the last ten years.

There are layers upon layers of brokenness here. w9xpopen should not be messing with the command line in the first place; it should call GetCommandLine() and pass the result untouched to CreateProcess (after skipping its own name). It certainly should not be using the argv[] contents, which are parsed with an algorithm that doesn't match the one used by cmd.exe. The decoding-encoding process munges the command line in hard-to-understand ways. Additionally, subprocess.py doesn't quote the shell name (my usual shell is C:\Program Files\TCCLE12\TCC.EXE), and it converts an argument list to a string using list2cmdline even when shell=True, which makes little sense to me.

I think w9xpopen should be deleted and forgotten. It was written badly and has apparently been largely ignored for 10+ years. There is probably a better solution to the problem even on Win9x, such as a worker thread in the Python process that waits on both the process and pipe handles. But also, all of the shell=True code in subprocess.py needs to be rethought from the ground up. I don't think it should exist at all; far better to provide convenient support in subprocess for setting up pipelines, and require people to explicitly invoke the shell for the few remaining legitimate use cases. That should probably be discussed elsewhere, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2405>
_______________________________________

From report at bugs.python.org  Tue Mar  8 05:56:30 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 08 Mar 2011 04:56:30 +0000
Subject: [issue7990] xml.etree.cElementTree lacks full dir() on Element
In-Reply-To: <1266856563.54.0.534391635456.issue7990@psf.upfronthosting.co.za>
Message-ID: <1299560190.47.0.869635140751.issue7990@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attached a patch with test for this:

Following the suggestion, I put "tag", "text", "tail", and "attrib" to be accessible via tp_getset for _etree.Element type.

----------
keywords: +patch
nosy: +santa4nt
Added file: http://bugs.python.org/file21041/dir_elem_c.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7990>
_______________________________________

From report at bugs.python.org  Tue Mar  8 05:56:47 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 08 Mar 2011 04:56:47 +0000
Subject: [issue7990] xml.etree.cElementTree lacks full dir() on Element
In-Reply-To: <1266856563.54.0.534391635456.issue7990@psf.upfronthosting.co.za>
Message-ID: <1299560207.67.0.522442745317.issue7990@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
versions: +Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7990>
_______________________________________

From report at bugs.python.org  Tue Mar  8 05:58:22 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 08 Mar 2011 04:58:22 +0000
Subject: [issue11438] 2to3 does not fix izip_longest
In-Reply-To: <1299552985.81.0.590298886377.issue11438@psf.upfronthosting.co.za>
Message-ID: <1299560302.6.0.552344636535.issue11438@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

770d45d22a40, 88bbc574cfb0, 8947c47a9fef, a7e0cff05597

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11438>
_______________________________________

From report at bugs.python.org  Tue Mar  8 07:07:40 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 08 Mar 2011 06:07:40 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
	as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1299564460.93.0.291055602321.issue7769@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Tue Mar  8 10:30:38 2011
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 08 Mar 2011 09:30:38 +0000
Subject: [issue11185] test_wait4 error on AIX
In-Reply-To: <1297424402.38.0.348928652961.issue11185@psf.upfronthosting.co.za>
Message-ID: <1299576638.24.0.0944774897531.issue11185@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

Yes, for the test, as I put in msg128727, it works fine by removing WNOHANG.

However I should put a note in the AIX-NOTES file to explain that wait4 is broken with WNOHANG on AIX and suggest the 2 workarounds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11185>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:00:01 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:00:01 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578401.59.0.158024096404.issue11298@psf.upfronthosting.co.za>


Changes by blokeley <blokeley at gmail.com>:


Removed file: http://bugs.python.org/file20863/py3k_rev9921_issue11298.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:00:08 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:00:08 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578408.17.0.221173712762.issue11298@psf.upfronthosting.co.za>


Changes by blokeley <blokeley at gmail.com>:


Removed file: http://bugs.python.org/file20865/py2.7-maint_rev45852_issue11298.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:00:13 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:00:13 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578413.63.0.296782405694.issue11298@psf.upfronthosting.co.za>


Changes by blokeley <blokeley at gmail.com>:


Removed file: http://bugs.python.org/file20866/py3.2-maint_rev9895_issue11298.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:01:34 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:01:34 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578494.29.0.283520051663.issue11298@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

Patch for py3k (default branch).

----------
Added file: http://bugs.python.org/file21042/issue11298_default.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:02:14 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:02:14 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578534.78.0.0396754763263.issue11298@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

Patch for 2.7 branch.

----------
Added file: http://bugs.python.org/file21043/issue11298_py2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:03:53 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 10:03:53 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299578633.41.0.209633399731.issue11298@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

Patch for 3.2 branch.
This is the first time I've submitted patches so I hope the format is OK. If I could have submitted 1 patch to apply to 2.7, 3.2 and py3k at the same time let me know.
Hope this helps.

----------
Added file: http://bugs.python.org/file21044/issue11298_py3.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:11:33 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 08 Mar 2011 10:11:33 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299579093.56.0.343403942568.issue11432@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

The problem lies here:

/* Close pipe fds. Make sure we don't close the same fd more than */
/* once, or standard fds. */
if (p2cread > 2) {
    POSIX_CALL(close(p2cread));
}
(c2pwrite > 2) {
    POSIX_CALL(close(c2pwrite));
}
if (errwrite != c2pwrite && errwrite > 2) {
    POSIX_CALL(close(errwrite));
}

If p2cread == c2pwrite (which is the case here since /dev/null is passed as stdin and stderr), we end up closing the same FD twice, hence the EBADF.
Just passing 
-(c2pwrite > 2) {
+(c2pwrite > 2 && c2pwrite != p2cread) {
    POSIX_CALL(close(c2pwrite));
}

Solves this (but you probably also want to check for (errwrite != p2cread) when closing c2pwrite).

Note that the Python implementation uses a set to avoid closing the same FD twice:

# Close pipe fds. Make sure we don't close the
# same fd more than once, or standard fds.
closed = set()
for fd in [p2cread, c2pwrite, errwrite]:
    if fd > 2 and fd not in closed:
        os.close(fd)
        closed.add(fd)

It might be cleaner to use a fd_set, i.e.:
fd_set set;
FD_ZERO(&set);
FD_SET(0, &set);
FD_SET(1, &set);
FD_SET(2, &set);
if (!FD_ISSET(p2cread, &set)) {
    POSIX_CALL(close(p2cread));
    FD_SET(p2cread, &fd);
}
if (!FD_ISSET(c2pwrite, &set)) {
    POSIX_CALL(close(c2pwrite));
    FD_SET(c2pwrite, &fd);
}
if (!FD_ISSET(errwrite, &set)) {
    POSIX_CALL(close(errwrite));
    FD_SET(errwrite, &fd);
}

But maybe it's just too much (and also, fd_set can be defined in different header files, and while I'm sure it's async-safe on Linux, I don't know if it's required as part of a standard...).

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:24:00 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Tue, 08 Mar 2011 10:24:00 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1299579840.02.0.328701286565.issue2636@psf.upfronthosting.co.za>


Changes by Davide Rizzo <sorcio at gmail.com>:


----------
nosy: +davide.rizzo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:26:38 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:26:38 +0000
Subject: [issue2771] new commit
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Pwu7h-0005SK-42@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook
http://hg.python.org/cpythonb48aeb097432

----------
nosy: +georg.brandl
title: test issue -> new commit

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:28:55 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:28:55 +0000
Subject: [issue2771] new commit
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Pwu9u-0005Yd-Ne@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook again
http://hg.python.org/cpython/dfc4a58fc2d4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:29:06 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:29:06 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299580146.82.0.0286664346259.issue2771@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
title: new commit -> Test issue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:30:04 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:30:04 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwuAz-0005eZ-B5@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook another time
http://hg.python.org/cpython/65f5077e877b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:32:29 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:32:29 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwuDL-0005uX-MF@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook another time
http://hg.python.org/cpython/8f21aec26226

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:34:08 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:34:08 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwuEx-00061o-Gn@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook another time
http://hg.python.org/cpython/cf074b297bf9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 11:36:36 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 10:36:36 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwuHI-0006J5-3C@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

test the roundup hook another time
http://hg.python.org/cpython/502f0683b161

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:00:17 2011
From: report at bugs.python.org (Alexander)
Date: Tue, 08 Mar 2011 11:00:17 +0000
Subject: [issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Message-ID: <1299582017.3.0.224551559919.issue670664@psf.upfronthosting.co.za>


Alexander <b3nder at yandex.ru> added the comment:

This is small patch for related bug issue9577 which actually is not related to this bug.

----------
nosy: +friday
Added file: http://bugs.python.org/file21045/cdata_patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue670664>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:07:40 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:07:40 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwulP-0000hd-0N@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

: test the refactored roundup hook.
http://hg.python.org/cpython/cd21195d07ca

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:09:12 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:09:12 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299582552.28.0.582635987996.issue2771@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:11:06 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:11:06 +0000
Subject: [issue2271] msi installs to the incorrect location (C drive)
In-Reply-To: <1205192031.56.0.450495581231.issue2271@psf.upfronthosting.co.za>
Message-ID: <E1Pwuog-00018y-Qk@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

finally fixing issue 2271: yay!
http://hg.python.org/cpython/add991f6527a

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2271>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:11:35 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:11:35 +0000
Subject: [issue2271] msi installs to the incorrect location (C drive)
In-Reply-To: <1205192031.56.0.450495581231.issue2271@psf.upfronthosting.co.za>
Message-ID: <1299582695.67.0.85204948073.issue2271@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
Removed message: http://bugs.python.org/msg130321

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2271>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:18:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 11:18:23 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Pwuvd-00021A-BU@dinsdale.python.org>


Antoine Pitrou <pitrou at free.fr> added the comment:

re bug 2771 -- testing the roundup hook.
http://hg.python.org/cpython/c37da7946f2b

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:19:54 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:19:54 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299583194.57.0.377448710038.issue2771@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
nosy:  -ezio.melotti, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:20:52 2011
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 08 Mar 2011 11:20:52 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PwuyB-0002Qf-3a@dinsdale.python.org>


Georg Brandl <georg at python.org> added the comment:

finally fixing issue 2771: yay!
http://hg.python.org/cpython/440238c16a7a

----------
resolution: invalid -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:28:25 2011
From: report at bugs.python.org (Alexander)
Date: Tue, 08 Mar 2011 11:28:25 +0000
Subject: [issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Message-ID: <1299583705.29.0.102700382217.issue670664@psf.upfronthosting.co.za>


Alexander <b3nder at yandex.ru> added the comment:

And this patch fix the both bugs in more elegant way

----------
Added file: http://bugs.python.org/file21046/cdata_patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue670664>
_______________________________________

From report at bugs.python.org  Tue Mar  8 12:28:32 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 08 Mar 2011 11:28:32 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299583712.9.0.557832225909.issue11298@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee: docs at python -> ezio.melotti
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 13:17:20 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 08 Mar 2011 12:17:20 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299586640.61.0.397701815109.issue11072@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Here is a patch incorporating some of the changes proposed by Eric:

* drop callback, return generator of (filename, fact-dict)

> Aren't you modifying the state on the server (via "OPTS MLST"), and then if you make a subsequent call without specifying "facts" you'll be using the value of "facts" from the previous call to MLSD? I don't think that's desirable, but short of calling "OPTS MLST" every time (possibly with the results of an initial FEAT) there's no way around it.

This is the behaviour according to RFC. MLSD will return the set of facts, until a new OPTS MLST issued.

> I don't like the "isdigit" test. Shouldn't this decision be left to the caller? What if a fact happens to look like an integer some of the time, but not always? Maybe "unique" is a hex string. I don't think you'd want it converted to an int on the occasions where it was all decimal digits, but a string otherwise. Also look at your "modify" facts. Those are not very useful as ints.

Drop the isdigit test: some value such as timestamps ('modify') might be "digits" for one files and would remain strings for the others.

> If a fact=value string does not have an '=', you silently ignore it. I'd rather this raise an exception and not pass silently. It's not compliant. You should have a test for this.

I don't think it should raise an error, i'd rather just pass it to the caller. There is a wide variety of possible non-compliant responses. For example there is a rigid format for time stamps, do we have to check for that?

One thing, that my patch doesn't do at the moment, but I think would be useful is to normalise all fact names to lower case. What do you think?

I hope that MLSD_DATA now covers wider range of cases (it's from http://tools.ietf.org/html/rfc3659#section-7.7.4). Note that server MUST NOT return facts that weren't requested.

What would be the return values check here?

----------
Added file: http://bugs.python.org/file21047/issue11072.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Tue Mar  8 13:56:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 12:56:40 +0000
Subject: [issue2771] Test issue
In-Reply-To: <E1Pwuvd-00021A-BU@dinsdale.python.org>
Message-ID: <1299588997.3763.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> re bug 2771 -- testing the roundup hook.
> http://hg.python.org/cpython/c37da7946f2b

Looks like this URL misses the "/rev/" before the changeset id.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 13:58:13 2011
From: report at bugs.python.org (bcroq)
Date: Tue, 08 Mar 2011 12:58:13 +0000
Subject: [issue9269] Cannot pickle self-referencing sets
In-Reply-To: <1279234902.88.0.629141543515.issue9269@psf.upfronthosting.co.za>
Message-ID: <1299589093.8.0.259636980458.issue9269@psf.upfronthosting.co.za>


Changes by bcroq <bertrand.croq at gmail.com>:


----------
nosy: +bcroq

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9269>
_______________________________________

From report at bugs.python.org  Tue Mar  8 13:59:22 2011
From: report at bugs.python.org (bcroq)
Date: Tue, 08 Mar 2011 12:59:22 +0000
Subject: [issue1062277] Pickle breakage with reduction of recursive structures
Message-ID: <1299589162.87.0.902075211672.issue1062277@psf.upfronthosting.co.za>


Changes by bcroq <bertrand.croq at gmail.com>:


----------
nosy: +bcroq

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062277>
_______________________________________

From report at bugs.python.org  Tue Mar  8 14:04:37 2011
From: report at bugs.python.org (Graham Wideman)
Date: Tue, 08 Mar 2011 13:04:37 +0000
Subject: [issue4033] python search path - .pth recursion
In-Reply-To: <1223068509.57.0.8948521791.issue4033@psf.upfronthosting.co.za>
Message-ID: <1299589477.34.0.421038140684.issue4033@psf.upfronthosting.co.za>


Changes by Graham Wideman <initcontact at grahamwideman.com>:


----------
nosy: +gwideman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4033>
_______________________________________

From report at bugs.python.org  Tue Mar  8 14:50:34 2011
From: report at bugs.python.org (Francis Devereux)
Date: Tue, 08 Mar 2011 13:50:34 +0000
Subject: [issue9291] mimetypes initialization fails on Windows because of
	non-Latin characters in registry
In-Reply-To: <1279454095.41.0.733053669611.issue9291@psf.upfronthosting.co.za>
Message-ID: <1299592234.34.0.949925117301.issue9291@psf.upfronthosting.co.za>


Changes by Francis Devereux <python.org at devrx.org>:


----------
nosy: +frankoid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9291>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:14:31 2011
From: report at bugs.python.org (Chris)
Date: Tue, 08 Mar 2011 14:14:31 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299533166.88.0.968491789734.issue11413@psf.upfronthosting.co.za>
Message-ID: <145632.25175.qm@web59808.mail.ac4.yahoo.com>


Chris <ceonnbobst at yahoo.com> added the comment:

Can you please guide me??step by step - how and where exactly do I open a command prompt?
??

--- On Mon, 3/7/11, Amaury Forgeot d'Arc <report at bugs.python.org> wrote:

From: Amaury Forgeot d'Arc <report at bugs.python.org>
Subject: [issue11413] Idle doesn't start
To: ceonnbobst at yahoo.com
Date: Monday, March 7, 2011, 4:26 PM

Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Can you open a command prompt, and type:
??????c:\python32\python.exe -m idlelib.idle
If there are messages, please paste them here!

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

----------
Added file: http://bugs.python.org/file21048/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Can you please guide me&nbsp;step by step - how and where exactly do I open a command prompt?</DIV>
<DIV>&nbsp;</DIV>
<DIV><BR><BR>--- On <B>Mon, 3/7/11, Amaury Forgeot d'Arc <I>&lt;report at bugs.python.org&gt;</I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Amaury Forgeot d'Arc &lt;report at bugs.python.org&gt;<BR>Subject: [issue11413] Idle doesn't start<BR>To: ceonnbobst at yahoo.com<BR>Date: Monday, March 7, 2011, 4:26 PM<BR><BR>
<DIV class=plainMail><BR>Amaury Forgeot d'Arc &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=amauryfa at gmail.com" ymailto="mailto:amauryfa at gmail.com">amauryfa at gmail.com</A>&gt; added the comment:<BR><BR>Can you open a command prompt, and type:<BR>&nbsp;&nbsp;&nbsp;c:\python32\python.exe -m idlelib.idle<BR>If there are messages, please paste them here!<BR><BR>----------<BR>nosy: +amaury.forgeotdarc<BR><BR>_______________________________________<BR>Python tracker &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=report at bugs.python.org" ymailto="mailto:report at bugs.python.org">report at bugs.python.org</A>&gt;<BR>&lt;<A href="http://bugs.python.org/issue11413" target=_blank>http://bugs.python.org/issue11413</A>&gt;<BR>_______________________________________<BR></DIV></BLOCKQUOTE></td></tr></table><br>

      

From report at bugs.python.org  Tue Mar  8 15:18:33 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 08 Mar 2011 14:18:33 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <E1Pwxk7-0003p6-JY@dinsdale.python.org>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

#11298: Improve the unittest discovery explanation.
http://hg.python.org/cpython/rev/bbf8a8a1af17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:26:02 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 08 Mar 2011 14:26:02 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299594362.35.0.121779870732.issue11413@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

- Click the "Start" button
- On this menu, click the "Run..." item (almost at the bottom)
- In the small windows that opens, type "cmd" and click OK. This opens the command prompt.
- In this window, type:
    c:\python32\python.exe -m idlelib.idle

To copy the output, you can open the menu by clicking on the icon on the top-left corner of the window; select "Edit", "Select All" and press Enter to copy all the window text into the clipboard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:30:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 14:30:56 +0000
Subject: [issue9291] mimetypes initialization fails on Windows because of
	non-Latin characters in registry
In-Reply-To: <1279454095.41.0.733053669611.issue9291@psf.upfronthosting.co.za>
Message-ID: <1299594656.97.0.455071038051.issue9291@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9291>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:42:10 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 08 Mar 2011 14:42:10 +0000
Subject: [issue11433] syntax error at "while" statement in IDLE/python shell
In-Reply-To: <1299516884.35.0.66577076049.issue11433@psf.upfronthosting.co.za>
Message-ID: <1299595330.6.0.096871255262.issue11433@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11433>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:51:05 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 08 Mar 2011 14:51:05 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <E1PwyFb-0007SP-Tm@dinsdale.python.org>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

#11298: merge from 3.2.
http://hg.python.org/cpython/rev/fa23f323d747

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 15:56:30 2011
From: report at bugs.python.org (Chris)
Date: Tue, 08 Mar 2011 14:56:30 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299594362.35.0.121779870732.issue11413@psf.upfronthosting.co.za>
Message-ID: <157531.21795.qm@web59810.mail.ac4.yahoo.com>


Chris <ceonnbobst at yahoo.com> added the comment:

Thank you, here is the message I got:
??
??
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Ceonn>c:\python32\python.exe -m idlelib.idle
Traceback (most recent call last):
?? File "c:\python32\lib\runpy.py", line 160, in _run_module_as_main
?????? "__main__", fname, loader, pkg_name)
?? File "c:\python32\lib\runpy.py", line 73, in _run_code
?????? exec(code, run_globals)
?? File "c:\python32\lib\idlelib\idle.py", line 11, in <module>
?????? idlelib.PyShell.main()
?? File "c:\python32\lib\idlelib\PyShell.py", line 1374, in main
?????? root = Tk(className="Idle")
?? File "c:\python32\lib\tkinter\__init__.py", line 1674, in __init__
?????? self.tk = _tkinter.create(screenName, baseName, className, interactive, want
objects, useTk, sync, use)
_tkinter.TclError: Can't find a usable init.tcl in the following directories:
?????? {C:\IBMTOOLS\Python22\tcl\tcl8.4} C:/IBMTOOLS/Python22/tcl/tcl8.5 c:/python3
2/lib/tcl8.5 c:/lib/tcl8.5 c:/lib/tcl8.5 c:/library c:/library c:/tcl8.5.9/libra
ry c:/tcl8.5.9/library
C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl: version conflict for package "Tcl": ha
ve 8.5.9, need exactly 8.4
version conflict for package "Tcl": have 8.5.9, need exactly 8.4
?????? while executing
"package require -exact Tcl 8.4"
?????? (file "C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl" line 19)
?????? invoked from within
"source C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl"
?????? ("uplevel" body line 1)
?????? invoked from within
"uplevel #0 [list source $tclfile]"

This probably means that Tcl wasn't installed properly.

--- On Tue, 3/8/11, Amaury Forgeot d'Arc <report at bugs.python.org> wrote:

From: Amaury Forgeot d'Arc <report at bugs.python.org>
Subject: [issue11413] Idle doesn't start
To: ceonnbobst at yahoo.com
Date: Tuesday, March 8, 2011, 9:26 AM

Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

- Click the "Start" button
- On this menu, click the "Run..." item (almost at the bottom)
- In the small windows that opens, type "cmd" and click OK. This opens the command prompt.
- In this window, type:
?? ?? c:\python32\python.exe -m idlelib.idle

To copy the output, you can open the menu by clicking on the icon on the top-left corner of the window; select "Edit", "Select All" and press Enter to copy all the window text into the clipboard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

----------
Added file: http://bugs.python.org/file21049/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Thank you, here is the message I got:</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Microsoft Windows XP [Version 5.1.2600]<BR>(C) Copyright 1985-2001 Microsoft Corp.</DIV>
<DIV>C:\Documents and Settings\Ceonn&gt;c:\python32\python.exe -m idlelib.idle<BR>Traceback (most recent call last):<BR>&nbsp; File "c:\python32\lib\runpy.py", line 160, in _run_module_as_main<BR>&nbsp;&nbsp;&nbsp; "__main__", fname, loader, pkg_name)<BR>&nbsp; File "c:\python32\lib\runpy.py", line 73, in _run_code<BR>&nbsp;&nbsp;&nbsp; exec(code, run_globals)<BR>&nbsp; File "c:\python32\lib\idlelib\idle.py", line 11, in &lt;module&gt;<BR>&nbsp;&nbsp;&nbsp; idlelib.PyShell.main()<BR>&nbsp; File "c:\python32\lib\idlelib\PyShell.py", line 1374, in main<BR>&nbsp;&nbsp;&nbsp; root = Tk(className="Idle")<BR>&nbsp; File "c:\python32\lib\tkinter\__init__.py", line 1674, in __init__<BR>&nbsp;&nbsp;&nbsp; self.tk = _tkinter.create(screenName, baseName, className, interactive, want<BR>objects, useTk, sync, use)<BR>_tkinter.TclError: Can't find a usable init.tcl in the following directories:<BR>&nbsp;&nbsp;&nbsp; {C:\IBMTOOLS\Python22\tcl\tcl8.4}
 C:/IBMTOOLS/Python22/tcl/tcl8.5 c:/python3<BR>2/lib/tcl8.5 c:/lib/tcl8.5 c:/lib/tcl8.5 c:/library c:/library c:/tcl8.5.9/libra<BR>ry c:/tcl8.5.9/library</DIV>
<DIV>C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl: version conflict for package "Tcl": ha<BR>ve 8.5.9, need exactly 8.4<BR>version conflict for package "Tcl": have 8.5.9, need exactly 8.4<BR>&nbsp;&nbsp;&nbsp; while executing<BR>"package require -exact Tcl 8.4"<BR>&nbsp;&nbsp;&nbsp; (file "C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl" line 19)<BR>&nbsp;&nbsp;&nbsp; invoked from within<BR>"source C:/IBMTOOLS/Python22/tcl/tcl8.4/init.tcl"<BR>&nbsp;&nbsp;&nbsp; ("uplevel" body line 1)<BR>&nbsp;&nbsp;&nbsp; invoked from within<BR>"uplevel #0 [list source $tclfile]"</DIV>
<DIV><BR>This probably means that Tcl wasn't installed properly.</DIV>
<DIV><BR><BR><BR><BR>--- On <B>Tue, 3/8/11, Amaury Forgeot d'Arc <I>&lt;report at bugs.python.org&gt;</I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Amaury Forgeot d'Arc &lt;report at bugs.python.org&gt;<BR>Subject: [issue11413] Idle doesn't start<BR>To: ceonnbobst at yahoo.com<BR>Date: Tuesday, March 8, 2011, 9:26 AM<BR><BR>
<DIV class=plainMail><BR>Amaury Forgeot d'Arc &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=amauryfa at gmail.com" ymailto="mailto:amauryfa at gmail.com">amauryfa at gmail.com</A>&gt; added the comment:<BR><BR>- Click the "Start" button<BR>- On this menu, click the "Run..." item (almost at the bottom)<BR>- In the small windows that opens, type "cmd" and click OK. This opens the command prompt.<BR>- In this window, type:<BR>&nbsp; &nbsp; c:\python32\python.exe -m idlelib.idle<BR><BR>To copy the output, you can open the menu by clicking on the icon on the top-left corner of the window; select "Edit", "Select All" and press Enter to copy all the window text into the clipboard.<BR><BR>----------<BR><BR>_______________________________________<BR>Python tracker &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=report at bugs.python.org" ymailto="mailto:report at bugs.python.org">report at bugs.python.org</A>&gt;<BR>&lt;<A
 href="http://bugs.python.org/issue11413" target=_blank>http://bugs.python.org/issue11413</A>&gt;<BR>_______________________________________<BR></DIV></BLOCKQUOTE></td></tr></table><br>







      

From report at bugs.python.org  Tue Mar  8 16:10:15 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 08 Mar 2011 15:10:15 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <E1PwyYA-0001KU-LK@dinsdale.python.org>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

#11298: Improve the unittest discovery explanation.
http://hg.python.org/cpython/rev/88b5a93b1725

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 16:10:22 2011
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 08 Mar 2011 15:10:22 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>


New submission from Stefan Krah <stefan-usenet at bytereef.org>:

Several files rely on properly substituted subversion keywords. In
the cpython clone the keywords aren't substituted.


3.3 example:
============

$ find . -name "*.c" | xargs grep -n '"\$'
./Modules/_bsddb.c:102:static char *rcs_id = "$Id$";
./Modules/pyexpat.c:1818:    static char *rcsid = "$Revision$";
./Modules/getbuildinfo.c:28:#define SVNVERSION "$WCRANGE$$WCMODS?M:$"
./Modules/_hotshot.c:1402:    static char *rcsid = "$Revision$";
./Python/sysmodule.c:1147:static const char headurl[] = "$HeadURL$";


Python 3.3a0 (default:a69ef22b60e3, Mar  8 2011, 15:40:56) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pyexpat
>>> pyexpat.__version__
'400s)'
>>> 


2.5 example:
============

Python does not build without at least changing Include/patchlevel.h
and Python/sysmodule.c.

----------
components: Interpreter Core
messages: 130335
nosy: georg.brandl, pitrou, skrah
priority: critical
severity: normal
stage: needs patch
status: open
title: subversion keyword breakage
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Tue Mar  8 16:13:13 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 08 Mar 2011 15:13:13 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1299597193.54.0.877474209583.issue11298@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Fixed on 2.7, 3.2 and py3k, thanks for the patch!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Tue Mar  8 16:43:40 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 08 Mar 2011 15:43:40 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299599020.36.0.698054279531.issue11413@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

You certainly have a TCL_LIBRARY environment variable set on your system,
it should be removed.  For detailed instructions:
http://mail.python.org/pipermail/python-list/2010-April/1241061.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 17:00:55 2011
From: report at bugs.python.org (Chris)
Date: Tue, 08 Mar 2011 16:00:55 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299599020.36.0.698054279531.issue11413@psf.upfronthosting.co.za>
Message-ID: <987934.24306.qm@web59806.mail.ac4.yahoo.com>


Chris <ceonnbobst at yahoo.com> added the comment:

In the Control Panel - System - Advanced - Environment Variables I find variables:
??
PYTHONCASEOK, 

--- On Tue, 3/8/11, Amaury Forgeot d'Arc <report at bugs.python.org> wrote:

From: Amaury Forgeot d'Arc <report at bugs.python.org>
Subject: [issue11413] Idle doesn't start
To: ceonnbobst at yahoo.com
Date: Tuesday, March 8, 2011, 10:43 AM

Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

You certainly have a TCL_LIBRARY environment variable set on your system,
it should be removed.?? For detailed instructions:
http://mail.python.org/pipermail/python-list/2010-April/1241061.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

----------
Added file: http://bugs.python.org/file21050/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>In the Control Panel - System - Advanced - Environment Variables I find variables:</DIV>
<DIV>&nbsp;</DIV>
<DIV>PYTHONCASEOK, <BR><BR>--- On <B>Tue, 3/8/11, Amaury Forgeot d'Arc <I>&lt;report at bugs.python.org&gt;</I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Amaury Forgeot d'Arc &lt;report at bugs.python.org&gt;<BR>Subject: [issue11413] Idle doesn't start<BR>To: ceonnbobst at yahoo.com<BR>Date: Tuesday, March 8, 2011, 10:43 AM<BR><BR>
<DIV class=plainMail><BR>Amaury Forgeot d'Arc &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=amauryfa at gmail.com" ymailto="mailto:amauryfa at gmail.com">amauryfa at gmail.com</A>&gt; added the comment:<BR><BR>You certainly have a TCL_LIBRARY environment variable set on your system,<BR>it should be removed.&nbsp; For detailed instructions:<BR><A href="http://mail.python.org/pipermail/python-list/2010-April/1241061.html" target=_blank>http://mail.python.org/pipermail/python-list/2010-April/1241061.html</A><BR><BR>----------<BR><BR>_______________________________________<BR>Python tracker &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=report at bugs.python.org" ymailto="mailto:report at bugs.python.org">report at bugs.python.org</A>&gt;<BR>&lt;<A href="http://bugs.python.org/issue11413" target=_blank>http://bugs.python.org/issue11413</A>&gt;<BR>_______________________________________<BR></DIV></BLOCKQUOTE></td></tr></table><br>







      

From report at bugs.python.org  Tue Mar  8 17:05:38 2011
From: report at bugs.python.org (Chris)
Date: Tue, 08 Mar 2011 16:05:38 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299599020.36.0.698054279531.issue11413@psf.upfronthosting.co.za>
Message-ID: <385800.57237.qm@web59803.mail.ac4.yahoo.com>


Chris <ceonnbobst at yahoo.com> added the comment:

Sent previous message before it was finished, will resend, got to go now though.

--- On Tue, 3/8/11, Amaury Forgeot d'Arc <report at bugs.python.org> wrote:

From: Amaury Forgeot d'Arc <report at bugs.python.org>
Subject: [issue11413] Idle doesn't start
To: ceonnbobst at yahoo.com
Date: Tuesday, March 8, 2011, 10:43 AM

Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

You certainly have a TCL_LIBRARY environment variable set on your system,
it should be removed.?? For detailed instructions:
http://mail.python.org/pipermail/python-list/2010-April/1241061.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

----------
Added file: http://bugs.python.org/file21051/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________
-------------- next part --------------
<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Sent previous message before it was finished, will resend, got to go now though.<BR><BR><BR>--- On <B>Tue, 3/8/11, Amaury Forgeot d'Arc <I>&lt;report at bugs.python.org&gt;</I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Amaury Forgeot d'Arc &lt;report at bugs.python.org&gt;<BR>Subject: [issue11413] Idle doesn't start<BR>To: ceonnbobst at yahoo.com<BR>Date: Tuesday, March 8, 2011, 10:43 AM<BR><BR>
<DIV class=plainMail><BR>Amaury Forgeot d'Arc &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=amauryfa at gmail.com" ymailto="mailto:amauryfa at gmail.com">amauryfa at gmail.com</A>&gt; added the comment:<BR><BR>You certainly have a TCL_LIBRARY environment variable set on your system,<BR>it should be removed.&nbsp; For detailed instructions:<BR><A href="http://mail.python.org/pipermail/python-list/2010-April/1241061.html" target=_blank>http://mail.python.org/pipermail/python-list/2010-April/1241061.html</A><BR><BR>----------<BR><BR>_______________________________________<BR>Python tracker &lt;<A href="http://us.mc598.mail.yahoo.com/mc/compose?to=report at bugs.python.org" ymailto="mailto:report at bugs.python.org">report at bugs.python.org</A>&gt;<BR>&lt;<A href="http://bugs.python.org/issue11413" target=_blank>http://bugs.python.org/issue11413</A>&gt;<BR>_______________________________________<BR></DIV></BLOCKQUOTE></td></tr></table><br>

      

From report at bugs.python.org  Tue Mar  8 17:08:08 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 08 Mar 2011 16:08:08 +0000
Subject: [issue11440] fix_callable should be dropped from lib2to3 / changed
In-Reply-To: <1299600488.07.0.0466070744973.issue11440@psf.upfronthosting.co.za>
Message-ID: <1299600488.07.0.0466070744973.issue11440@psf.upfronthosting.co.za>


New submission from SilentGhost <ghost.adh at gmail.com>:

Since the callable return in 3.2, should the fix_callable be dropped from lib2to3 or should it be adjusted to make distinction between 3.1 and 3.2 situation? I'm not sure if latter is possible.

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 130340
nosy: SilentGhost, pitrou
priority: normal
severity: normal
status: open
title: fix_callable should be dropped from lib2to3 / changed
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11440>
_______________________________________

From report at bugs.python.org  Tue Mar  8 17:23:43 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Tue, 08 Mar 2011 16:23:43 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1299601423.73.0.474810407586.issue11439@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Tue Mar  8 17:24:27 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Tue, 08 Mar 2011 16:24:27 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1299601467.27.0.0898492883142.issue11439@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

See also issue 11421.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Tue Mar  8 17:24:44 2011
From: report at bugs.python.org (July Tikhonov)
Date: Tue, 08 Mar 2011 16:24:44 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>


New submission from July Tikhonov <july.tikh at gmail.com>:

Normal:
>>> compile('1 = 1', '<string>', 'exec')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line 1
SyntaxError: can't assign to literal

SystemError is raised instead of SyntaxError:
>>> try: abcde
... except NameError:
...  compile('1 = 1', '<string>', 'exec')
... 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'abcde' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 3, in <module>
SystemError: Objects/tupleobject.c:126: bad argument to internal function

Error can be discovered by calling dis.dis('1 = 1').

----------
components: Library (Lib)
messages: 130342
nosy: july
priority: normal
severity: normal
status: open
title: compile() raises SystemError if called from except clause
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 18:31:42 2011
From: report at bugs.python.org (Daniel Urban)
Date: Tue, 08 Mar 2011 17:31:42 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299605502.66.0.766419202813.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Apparently ast_error_finish calls PyTuple_GetItem with a value that is not a tuple, but a SyntaxError instance (in Python/ast.c line 112).  It seems that ast_error_finish expects that PyErr_Fetch will return the exception value as a tuple, and in some cases this seems correct (for example when not in an except clause), but not in this case.  I don't know much about Python exception handling in C, but it seems to me, that it shouldn't expect always a tuple (see also http://docs.python.org/dev/py3k/c-api/exceptions.html#PyErr_NormalizeException).

----------
nosy: +durban
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 18:47:56 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 17:47:56 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299606476.67.0.956311339178.issue11344@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

os.path.splitpath() as described by rhettinger would solve the problem.

If I wrote the patches, tests and docs, what are the chances of it being accepted?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Tue Mar  8 18:53:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 17:53:49 +0000
Subject: [issue11344] Add height argument to os.path.dirname()
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299606829.36.0.302028355409.issue11344@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> If I wrote the patches, tests and docs, what are the chances of it
> being accepted?

Rather high as far as I'm concerned. Be careful with semantics and implementation under Windows, though (you should probably take a look at existing functions in ntpath.py as a guideline).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Tue Mar  8 19:04:18 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 08 Mar 2011 18:04:18 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299607458.07.0.404435572399.issue11441@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Right. In most cases, "PyErr_SetObject(PyExc_SyntaxError, tuple);" will store the untouched tuple in tstate->curexc_value, *except* when "Implicit exception chaining" occurs, in which case the exception is normalized.

ast_error_finish() should not expect a tuple in all cases, and should probably normalize the exception as well.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:05:15 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 08 Mar 2011 19:05:15 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>
Message-ID: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>


New submission from Guido van Rossum <guido at python.org>:

The security list received a report about SimpleHTTPServer's list_directory(). It needs to add a charset parameter to the Content-type header. This is already done in Python 3 (where this code lives in http/server.py) but not in any Python 2 versions I can find. A simple backport of the code in Python 3 should hopefully suffice.

I'm marking this tentatively as a release blocker, but I don't see it's necessary to issue an urgent release. It should just be fixed before the next scheduled releases of 2.5, 2.6, 2.7.

----------
messages: 130347
nosy: barry, benjamin.peterson, gvanrossum
priority: release blocker
severity: normal
stage: needs patch
status: open
title: list_directory() in SimpleHTTPServer.py should add charset=... to Content-type header
type: security
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:09:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 19:09:05 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>
Message-ID: <1299611345.11.0.243305359268.issue11442@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It needs to add a charset parameter to the Content-type header.

What is the rationale?

----------
nosy: +orsenthil, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:14:22 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 08 Mar 2011 19:14:22 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611345.11.0.243305359268.issue11442@psf.upfronthosting.co.za>
Message-ID: <AANLkTikckuHFt9BKdM+qyF20+rUZYdu-cGq97jzRsu1Q@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

>> It needs to add a charset parameter to the Content-type header.
>
> What is the rationale?

Without a charset parameter, IE7 engages in encoding-sniffing and can
be enticed to interpret the output as UTF7. This allows an attacker to
hide e.g. <script> tags in UTF-7 encoded characters which do not get
quoted by cgi.encode(). This allows XSS attacks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:37:52 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:37:52 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2j8-0002xv-RP@dinsdale.python.org>


Roundup Robot <devnull> added the comment:

Changeset b92334d06445 by Antoine Pitrou <solipsis at pitrou.net>:
Issue #2771: fixing frobnicator\nI hope this works

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:38:22 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:38:22 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2jb-0002yL-Qw@dinsdale.python.org>


Roundup Robot <devnull> added the comment:

Changeset b92334d06445 by Antoine Pitrou <solipsis at pitrou.net>:
Issue #2771: fixing frobnicator\nI hope this works

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:40:18 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:40:18 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2lT-0003FQ-3C@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

Changeset b92334d06445 by Antoine Pitrou <solipsis at pitrou.net>:
Issue #2771: fixing frobnicator\nI hope this works

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:42:18 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:42:18 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2nQ-0003PE-Tk@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou <solipsis at pitrou.net>:
Issue #2771: fixing frobnicator again!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:46:13 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:46:13 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2rE-0003tJ-23@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:46:55 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:46:55 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2ru-0003w9-Mf@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:47:07 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:47:07 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2s4-0003xI-Ew@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:50:35 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:50:35 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2vS-0004Hl-AS@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!
http://hg.python.org/cpython/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:50:59 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:50:59 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2vo-0004KN-Jw@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!
http://hg.python.org/cpython/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:51:33 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:51:33 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2wO-0004M2-0p@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou:
Issue #2771: fixing frobnicator again!
http://hg.python.org/test/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:53:17 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:53:17 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px2y3-0004UC-NR@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou in branch 'default':
Issue #2771: fixing frobnicator again!
http://hg.python.org/test/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:53:21 2011
From: report at bugs.python.org (Yaroslav)
Date: Tue, 08 Mar 2011 19:53:21 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>


New submission from Yaroslav <sbojchuk at gmail.com>:

There's issue while setting password.
I brute-force different passwords for that arhive-file, and it pass with different, not correct password. For that arhive password is: "pass", but that arhive is correct in python and even extract files from that with not correct passwords:
('Password is:', 'aafy')
('Password is:', 'aakv')
('Password is:', 'aavu')
('Password is:', 'aazs')
('Password is:', 'abgj')
('Password is:', 'abmr')
('Password is:', 'abzo')
('Password is:', 'acds')
('Password is:', 'acdu')
('Password is:', 'ace')
('Password is:', 'achc')
('Password is:', 'acue')
('Password is:', 'acxi')
('Password is:', 'adcj')
('Password is:', 'adcl')
('Password is:', 'adde')
('Password is:', 'advx')
('Password is:', 'aenu')
('Password is:', 'afbl')
('Password is:', 'afqg')
('Password is:', 'afyl')
('Password is:', 'agef')
('Password is:', 'agtv')
('Password is:', 'aimo')
('Password is:', 'aizr')
('Password is:', 'ajjt')
('Password is:', 'ajlj')
('Password is:', 'akqr')
...
Of course content of file is not correct ("Q1E?85??M???o??
H*]	5Q???
                             
??
??X">_+x?????
??I?k?~L>??
").

z = zipfile.ZipFile("data.zip", 'r')
z.setpassword("aafy")
print(z.read("secretfile.txt"))

----------
messages: 130361
nosy: sbojchuk
priority: normal
severity: normal
status: open
title: Zip password issue
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:54:34 2011
From: report at bugs.python.org (Adam Ernst)
Date: Tue, 08 Mar 2011 19:54:34 +0000
Subject: [issue11444] logging FileHandler.close should acquire its lock before
	closing stream
In-Reply-To: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>
Message-ID: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>


New submission from Adam Ernst <adamjernst at gmail.com>:

This is my first report, apologies if I missed any tracker etiquette.

The logging module registers shutdown() to run via atexit. shutdown() calls flush() and close() on each handler.

However if a FileHandler is writing to a file while shutdown() is executing, an IOError will be raised as the file is being closed while written to. (This can happen if you use daemon threads, which can still be running while exiting.)


Traceback (most recent call last):
  File "/usr/local/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/local/lib/python2.7/logging/__init__.py", line 1616, in shutdown
    h.close()
  File "/usr/local/lib/python2.7/logging/__init__.py", line 898, in close
    self.stream.close()
IOError: close() called during concurrent operation on the same file object.


I'm not familiar with the internals of logging, but it seems that FileHandler should call self.acquire()/self.release() around its close and flush operations. Otherwise a daemon thread might be emitting a record while closing the handler.

----------
components: Library (Lib)
messages: 130362
nosy: Adam.Ernst
priority: normal
severity: normal
status: open
title: logging FileHandler.close should acquire its lock before closing stream
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11444>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:55:25 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:55:25 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px307-0004hT-OT@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou in branch 'default':
Issue #2771: fixing frobnicator again!
/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:56:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:56:09 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px30q-0004kE-53@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou in branch 'default':
Issue #2771: fixing frobnicator again!
http://hg.python.org/test/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 20:57:55 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 19:57:55 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px32Y-0004s8-Dn@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef6738f4ba2e by Antoine Pitrou in branch 'default':
Issue #2771: fixing frobnicator again!
http://hg.python.org/test/rev/ef6738f4ba2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:00:37 2011
From: report at bugs.python.org (Yaroslav)
Date: Tue, 08 Mar 2011 20:00:37 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299614437.19.0.610254204299.issue11443@psf.upfronthosting.co.za>


Yaroslav <sbojchuk at gmail.com> added the comment:

I forgot zip file

----------
Added file: http://bugs.python.org/file21052/data.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:17:19 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 08 Mar 2011 20:17:19 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299579093.56.0.343403942568.issue11432@psf.upfronthosting.co.za>
Message-ID: <AANLkTim09YEAXYrvm4L5OE_gyQ-VHjb_cm93EkiOK+d1@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

Attached is a patch checking that no FD is closed more once when
closing pipe FDs, along with an update for test_subprocess.

----------
keywords: +patch
Added file: http://bugs.python.org/file21053/subprocess_same_fd.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________
-------------- next part --------------
Index: Lib/test/test_subprocess.py
===================================================================
--- Lib/test/test_subprocess.py	(r??vision 88766)
+++ Lib/test/test_subprocess.py	(copie de travail)
@@ -292,6 +292,32 @@
         tf.seek(0)
         self.assertStderrEqual(tf.read(), b"appleorange")
 
+    def test_stdin_stdout_filedes(self):
+        # capture stdin and stdout to the same open file
+        tf = tempfile.TemporaryFile()
+        self.addCleanup(tf.close)
+        p = subprocess.Popen([sys.executable, "-c",
+                              'import sys;'
+                              'sys.stdout.write("apple");'],
+                             stdin=tf,
+                             stdout=tf)
+        p.wait()
+        tf.seek(0)
+        self.assertEqual(tf.read(), b"apple")
+
+    def test_stdin_stderr_filedes(self):
+        # capture stdin and stderr to the same open file
+        tf = tempfile.TemporaryFile()
+        self.addCleanup(tf.close)
+        p = subprocess.Popen([sys.executable, "-c",
+                              'import sys;'
+                              'sys.stderr.write("apple");'],
+                             stdin=tf,
+                             stderr=tf)
+        p.wait()
+        tf.seek(0)
+        self.assertEqual(tf.read(), b"apple")
+
     def test_stdout_filedes_of_stdout(self):
         # stdout is set to 1 (#1531862).
         cmd = r"import sys, os; sys.exit(os.write(sys.stdout.fileno(), b'.\n'))"
Index: Modules/_posixsubprocess.c
===================================================================
--- Modules/_posixsubprocess.c	(r??vision 88766)
+++ Modules/_posixsubprocess.c	(copie de travail)
@@ -99,10 +99,10 @@
     if (p2cread > 2) {
         POSIX_CALL(close(p2cread));
     }
-    if (c2pwrite > 2) {
+    if (c2pwrite > 2 && c2pwrite != p2cread) {
         POSIX_CALL(close(c2pwrite));
     }
-    if (errwrite != c2pwrite && errwrite > 2) {
+    if (errwrite > 2 && errwrite != c2pwrite && errwrite != p2cread) {
         POSIX_CALL(close(errwrite));
     }
 

From report at bugs.python.org  Tue Mar  8 21:19:10 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Tue, 08 Mar 2011 20:19:10 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299615550.94.0.0329151034847.issue11443@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

The check is done in py3k:

Traceback (most recent call last):
  File "/home/cf/test_zip.py", line 7, in <module>
    print(z.read("secretfile.txt"))
  File "/home/cf/py3k/Lib/zipfile.py", line 889, in read
    with self.open(name, "r", pwd) as fp:
  File "/home/cf/py3k/Lib/zipfile.py", line 975, in open
    raise RuntimeError("Bad password for file", name)
RuntimeError: ('Bad password for file', 'secretfile.txt')

Try with Python 3.2.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:20:15 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 20:20:15 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299615615.25.0.538321300048.issue11432@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

That probably won't make a difference here, but be aware that we switched to Mercurial and the SVN repo won't get updates anymore.
See http://docs.python.org/devguide/ and http://docs.python.org/devguide/setup.html#getting-the-source-code for details.

----------
nosy: +pitrou
stage:  -> patch review
versions: +Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:33:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 20:33:34 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <E1Px3b2-0008Kg-EF@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 7f605fa1688d by Giampaolo Rodol?? in branch 'default':
#8594: fix ResourceWarning in test_ftplib.py - patch by Nadeem Vawda.
http://hg.python.org/cpython/rev/7f605fa1688d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:37:04 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 20:37:04 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1Px3eR-000098-4K@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a25e4c9f7b3a by ?l?phant in branch 'default':
Issue #2771: h?h?
http://hg.python.org/test/rev/a25e4c9f7b3a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:38:34 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 08 Mar 2011 20:38:34 +0000
Subject: [issue8594] Add a "source_address" option to ftplib
In-Reply-To: <1272745982.51.0.743868524528.issue8594@psf.upfronthosting.co.za>
Message-ID: <1299616714.69.0.178726957521.issue8594@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8594>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:46:58 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 08 Mar 2011 20:46:58 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1299617218.86.0.481068984048.issue10617@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi ?ric, after #11085, I think the part of the doc you're referring to has been moved to collections.abc.rst, is that correct? If so, can you please explain what you'd like to see? all those ":class:`Container`" converted into ".. class:: Container" in the table? That will help me provide a patch :)

----------
nosy: +sandro.tosi
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Tue Mar  8 21:54:35 2011
From: report at bugs.python.org (blokeley)
Date: Tue, 08 Mar 2011 20:54:35 +0000
Subject: [issue11344] Add os.path.splitpath(path) function
In-Reply-To: <1298795208.87.0.771920756626.issue11344@psf.upfronthosting.co.za>
Message-ID: <1299617675.37.0.173291616313.issue11344@psf.upfronthosting.co.za>


blokeley <blokeley at gmail.com> added the comment:

I started writing the patch against py2.7 but realised that 2.7 could be the last in the 2.x series. I'll write the patch against default tip.

----------
title: Add height argument to os.path.dirname() -> Add os.path.splitpath(path) function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11344>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:06:19 2011
From: report at bugs.python.org (=?utf-8?q?Fran=C3=A7ois_Bissey?=)
Date: Tue, 08 Mar 2011 21:06:19 +0000
Subject: [issue7689] Pickling of classes with a metaclass and copy_reg
In-Reply-To: <1263375134.71.0.434114641669.issue7689@psf.upfronthosting.co.za>
Message-ID: <1299618379.81.0.73479228938.issue7689@psf.upfronthosting.co.za>


Changes by Fran?ois Bissey <francois.bissey at canterbury.ac.nz>:


----------
nosy: +fbissey

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7689>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:07:18 2011
From: report at bugs.python.org (Daniel Urban)
Date: Tue, 08 Mar 2011 21:07:18 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299618438.9.0.944239683276.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Here is a patch. I wasn't sure, where to put the test, so I put it in test_ast.

----------
keywords: +patch
Added file: http://bugs.python.org/file21054/issue11441.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:22:06 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 08 Mar 2011 21:22:06 +0000
Subject: [issue11009] urllib.splituser is not documented
In-Reply-To: <1295987078.02.0.421774194417.issue11009@psf.upfronthosting.co.za>
Message-ID: <1299619326.62.0.217319192685.issue11009@psf.upfronthosting.co.za>


Changes by Sandro Tosi <sandro.tosi at gmail.com>:


----------
nosy: +sandro.tosi
versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11009>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:39:23 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 08 Mar 2011 21:39:23 +0000
Subject: [issue11444] logging FileHandler.close should acquire its lock before
	closing stream
In-Reply-To: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>
Message-ID: <1299620363.63.0.335331706048.issue11444@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11444>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:40:23 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 21:40:23 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299620423.15.0.781757074593.issue11443@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.6/2.7 only get security fixes. I do not think this qualifies

----------
components: +Library (Lib)
nosy: +terry.reedy
stage:  -> test needed
type:  -> behavior
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:44:16 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 21:44:16 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299620656.79.0.0418909121255.issue11441@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +benjamin.peterson, brett.cannon, georg.brandl, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:45:03 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 21:45:03 +0000
Subject: [issue11440] fix_callable should be dropped from lib2to3 / changed
In-Reply-To: <1299600488.07.0.0466070744973.issue11440@psf.upfronthosting.co.za>
Message-ID: <1299620703.74.0.675640185559.issue11440@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11440>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:45:37 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 08 Mar 2011 21:45:37 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299620737.69.0.613584295585.issue11435@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> So, it's not possible to access http://svn.python.org/view/python
> /branches/py3k/ at all now?

Hmm, apparently no. Is it important?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Tue Mar  8 22:48:58 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 21:48:58 +0000
Subject: [issue11440] fix_callable should be dropped from lib2to3 / changed
In-Reply-To: <1299600488.07.0.0466070744973.issue11440@psf.upfronthosting.co.za>
Message-ID: <1299620938.2.0.316454011068.issue11440@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I suspect that this will not be the last time that a fix is version dependent. I think that the 2to3 distributed with 3.x should fix to 3.x. Otherwise, the fix would have to do an 'if version...' dance. (Perhaps the version distributed with 2.7 should do *that*.) But I would defer to those maintaining it.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11440>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:07:34 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 08 Mar 2011 22:07:34 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299622054.97.0.0397619298161.issue11441@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

You can put the test in test_compile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:24:53 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Tue, 08 Mar 2011 22:24:53 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <19830.44206.997189.286834@montanaro.dyndns.org>


New submission from Skip Montanaro <skip at pobox.com>:

I routinely configure Python like so on my Mac (10.5.8):

    ./configure  --prefix=/Users/skip/local --enable-shared LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include

This has always worked for me.  Now, after installing from my Mercurial
sandbox I have to set PYTHONPATH to get my <prefix>/python2.7/site-packages
directory in sys.path.  Here's sys.path in a vanilla python2.7 session when
installed from a svn sandbox:

    ['/Users/skip/misc/python/python2', '/Users/skip/misc/python', '',
    '/Users/skip/local/lib/python2.7/site-packages/ZODB3-3.8.1b8-py2.7-macosx-10.3-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/zdaemon-2.0.2-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/ZConfig-2.6.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/zope.testing-3.7.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/zope.proxy-3.4.2-py2.7-macosx-10.3-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/zope.interface-3.4.1-py2.7-macosx-10.3-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/yolk-0.4.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/SQLAlchemy-0.5.0rc2-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/decorator-2.3.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/dnspython-1.6.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/spambayes-1.1b1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/py2app-0.3.6-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/bdist_mpkg-0.4.3-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/macholib-1.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/modulegraph-0.7-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/altgraph-0.6.7-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/python_dateutil-1.4.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/coverage-2.85-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/pycallgraph-0.5.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/see-0.4.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/mercurial-unknown-py2.7-macosx-10.3-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/Pyjamas-0.5-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/Cheetah-2.0.1-py2.7-macosx-10.3-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/mock-0.4.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/pydns-2.3.3-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/Importing-1.9.2-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/docutils-0.6-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/MiniMock-1.2.5-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/nose-0.11.2.dev-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/pytz-2010b-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/pip-0.6.3-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/xlrd-0.7.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/apipkg-1.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/argparse-1.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/virtualenv-1.5.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/tox-0.9-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/py-1.4.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/virtualenv5-1.3.4.5-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/pylint-0.22.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/logilab_astng-0.21.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/logilab_common-0.53.0-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/unittest2-0.5.1-py2.7.egg',
    '/Users/skip/local/lib/python2.7/site-packages/PIL-1.1.7-py2.7-macosx-10.4-i386.egg',
    '/Users/skip/local/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg',
    '/Users/skip/local/lib/python2.7',
    '/Users/skip/local/lib/python2.7/plat-darwin',
    '/Users/skip/local/lib/python2.7/plat-mac',
    '/Users/skip/local/lib/python2.7/plat-mac/lib-scriptpackages',
    '/Users/skip/local/lib/python2.7/lib-tk',
    '/Users/skip/local/lib/python2.7/lib-old',
    '/Users/skip/local/lib/python2.7/lib-dynload',
    '/Users/skip/.local/lib/python2.7/site-packages',
    '/Users/skip/local/lib/python2.7/site-packages',
    '/Users/skip/local/lib/python2.7/site-packages/PIL']

Here it is when installed from a Mercurial sandbox:

    ['/Users/skip/misc/python/python2', '/Users/skip/misc/python', '',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
    '/Users/skip/.local/lib/python2.7/site-packages',
    '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages']

Note that every directory in sys.path involving <prefix> has been completely
muffed (last element in sys.path).  That /opt/local/Library/... directory
does exist some some sort-of-recent build by MacPorts, not me.  That
shouldn't impact the installation of Python into my own directory space
however.

I've confirmed that identical configure commands were used for both the svn
and hg builds.

Skip

----------
messages: 130379
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: Something changed w.r.t. <prefix>/pythonN.M/site-packages in the Hg switch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:25:43 2011
From: report at bugs.python.org (Daniel Urban)
Date: Tue, 08 Mar 2011 22:25:43 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299623143.49.0.356926523115.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Okay, here is a new patch with the test in the correct place (I hope).

----------
Added file: http://bugs.python.org/file21055/issue11441_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:32:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 08 Mar 2011 22:32:55 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299623575.04.0.407460283843.issue11445@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:37:54 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:37:54 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299623874.47.0.0626506458866.issue11413@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Chris: I appreciate you wanting use IDLE. I love it, hope to improve it, and am sorry that people occasionally have a problem starting it.

However, this is not a bug report but a usage question that would better have been posted to our python-list email list or the comp.lang.python newsgroup or the gmane.comp.python.general newsgroup mirror at the free news.gmane.org site.

I am closing this issue because there is not any obvious action to take with respect to the Python repository. Closing does not delete anything, nor does it stop you and Amaury from continuing your discussion. If some needed change to Python does become revealed, this can be reopened, although starting fresh with a new issue might be better.

When you email to the tracker, please delete everything except your response. Your last two messages are nearly all noise except for the the one new line.

I have considered that we maybe need an IDLE Troubleshooting doc, but I am not sure where to put it so that anyone would find it and use it. If there were a 'Running IDLE' HOW TO, would you have found it?

If you are going to use 3.1, use the latest 3.1.3 release, with all of its bug fixes. But I strongly recommend that you start now with 3.2, with its additional new changes, and forget 3.1.

----------
nosy: +terry.reedy
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:40:55 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:40:55 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624055.26.0.122314821175.issue11413@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It also appears that you are submitting messages as HTML rather than plain text. Hence the junk 'unknown' files. Please do not do that. (Messages to a mailing list or newsgroup should also be plain text.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:41:00 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:41:00 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624060.67.0.400817463716.issue11413@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21038/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:41:05 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:41:05 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624065.04.0.188360285398.issue11413@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21048/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:41:08 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:41:08 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624068.85.0.337289625436.issue11413@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21049/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:41:13 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:41:13 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624073.43.0.770787257994.issue11413@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21050/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:41:17 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 08 Mar 2011 22:41:17 +0000
Subject: [issue11413] Idle doesn't start
In-Reply-To: <1299409549.56.0.0846654522522.issue11413@psf.upfronthosting.co.za>
Message-ID: <1299624077.41.0.794076151312.issue11413@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21051/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11413>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:45:18 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 08 Mar 2011 22:45:18 +0000
Subject: [issue11440] fix_callable should be dropped from lib2to3 / changed
In-Reply-To: <1299600488.07.0.0466070744973.issue11440@psf.upfronthosting.co.za>
Message-ID: <1299624318.34.0.993555051767.issue11440@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Someone should probably ask python-dev. callable, of course, doesn't work in 3.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11440>
_______________________________________

From report at bugs.python.org  Tue Mar  8 23:54:33 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 08 Mar 2011 22:54:33 +0000
Subject: [issue11444] logging FileHandler.close should acquire its lock before
	closing stream
In-Reply-To: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>
Message-ID: <E1Px5nU-00054I-FC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset fc4d045e3170 by Vinay Sajip in branch '2.6':
Issue #11444: Lock handlers while flushing/closing during shutdown.
http://hg.python.org/cpython/rev/fc4d045e3170

New changeset c8b651b3a493 by Vinay Sajip in branch '2.7':
Issue #11444: Merge fix from 2.6.
http://hg.python.org/cpython/rev/c8b651b3a493

New changeset 16f8f359db9c by Vinay Sajip in branch '3.1':
Issue #11444: Lock handlers while flushing/closing during shutdown.
http://hg.python.org/cpython/rev/16f8f359db9c

New changeset 39469645857a by Vinay Sajip in branch '3.2':
Issue #11444: Merge fix from 3.1.
http://hg.python.org/cpython/rev/39469645857a

New changeset 1947cca7f583 by Vinay Sajip in branch 'default':
Issue #11444: Merge fix from 3.2.
http://hg.python.org/cpython/rev/1947cca7f583

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11444>
_______________________________________

From report at bugs.python.org  Wed Mar  9 00:00:36 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 08 Mar 2011 23:00:36 +0000
Subject: [issue11444] logging FileHandler.close should acquire its lock before
	closing stream
In-Reply-To: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>
Message-ID: <1299625236.63.0.0181923083632.issue11444@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee:  -> vinay.sajip
resolution:  -> fixed
status: open -> closed
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11444>
_______________________________________

From report at bugs.python.org  Wed Mar  9 00:12:29 2011
From: report at bugs.python.org (Terrence Cole)
Date: Tue, 08 Mar 2011 23:12:29 +0000
Subject: [issue11446] Incorrect PEP link in Language Reference section 7.7
In-Reply-To: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>
Message-ID: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>


New submission from Terrence Cole <terrence at zettabytestorage.com>:

At the bottom of section 7.7 Class Definitions in the Python Language Reference:
http://docs.python.org/py3k/reference/compound_stmts.html#class-definitions

The text is:
See also: PEP 3116 - Metaclasses in Python 3 PEP 3129 - Class Decorators

This appears to be a typo.  PEP 3116 is "New I/O", not "Metaclasses in Python3000" -- the correct PEP number is 3115.

----------
assignee: docs at python
components: Documentation
messages: 130385
nosy: docs at python, terrence
priority: normal
severity: normal
status: open
title: Incorrect PEP link in Language Reference section 7.7
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11446>
_______________________________________

From report at bugs.python.org  Wed Mar  9 00:37:54 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 08 Mar 2011 23:37:54 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299627474.78.0.825094461784.issue11441@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Why is the exception normalized at the end? I suppose it's because when value is an exception instance, it's replaced by a tuple, but the original value has to be recreated at the end. So in some cases, the SyntaxError object is created twice...

If PyErr_NormalizeException() can't be avoided, I suggest to call it at the start, just after PyErr_Fetch, and use the PySyntaxErrorObject* structure directly to get the file name and line numbers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:07:40 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 00:07:40 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1299629260.82.0.818035747694.issue11437@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I presume 'silently' means when starting with an icon or shortcut, so that there is no window left to contain the traceback.

The standard key customization is by clicking, which makes errors impossible. How did you get the error? By using the "Advanced Key Binding Entry" button, which warns "These bindings will not be checked for validity!"? Or by directly editing the a file in its undocumented location (which is unknown to me)? [Question: why is either alternative
needed?]

Case sensitivity is a feature of string comparison. In this case, it is done by tcl and beyond our control. Adding validity checking where now disclaimed would be a possible feature request.

Assuming the binding is done within a loop, it would be reasonable to wrap the failing call with try...except TclError: display message "When binding key '...' to action '...', tcl reports error <emsg>".

Can you submit a patch?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:21:47 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 00:21:47 +0000
Subject: [issue6818] remove/delete method for zipfile/tarfile objects
In-Reply-To: <1251866532.69.0.504306670253.issue6818@psf.upfronthosting.co.za>
Message-ID: <1299630107.24.0.528555153989.issue6818@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Please feel free to test, revise, and write. Though 'removed', the file is still accessible via the history list. (Click 'zipfile_remove.patch' and then 'download'.)

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6818>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:26:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 00:26:22 +0000
Subject: [issue11447] test_pydoc refleak
In-Reply-To: <1299630382.79.0.412893020199.issue11447@psf.upfronthosting.co.za>
Message-ID: <1299630382.79.0.412893020199.issue11447@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This appear to be caused by a5a3ae9be1fb ("Improve Pydoc interactive browsing (#2001).  Patch by Ron Adam.").

$ ./python -m test.regrtest -uall -R 3:3 test_pydoc
[1/1] test_pydoc
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
/home/antoine/cpython/default/Lib/pydoc.py:1302: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  def _docdescriptor(self, name, value, mod):
beginning 6 repetitions
123456
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()
[46430 refs]
[46431 refs]
[46431 refs]
[46430 refs]
[46431 refs]
[46426 refs]
[46426 refs]
./home/antoine/cpython/default/Lib/test/regrtest.py:1146: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=0>
  gc.collect()

test_pydoc leaked [10, 10, 10] references, sum=30

----------
components: Library (Lib), Tests
messages: 130389
nosy: ncoghlan, pitrou, ron_adam, ronadam
priority: normal
severity: normal
stage: needs patch
status: open
title: test_pydoc refleak
type: resource usage
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11447>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:29:20 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 00:29:20 +0000
Subject: [issue11447] test_pydoc refleak
In-Reply-To: <1299630382.79.0.412893020199.issue11447@psf.upfronthosting.co.za>
Message-ID: <1299630560.94.0.0983251893657.issue11447@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

(I wonder why it doesn't appear in my daily cronjob, though)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11447>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:31:44 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 00:31:44 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299630704.65.0.310177588058.issue11406@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There has been discussion of this before, but it must have been on one of the lists, (possibly py3k list) as searching tracker for 'listdir generator' only returns this.

I believe I pointed out then that Miscrosoft C (also) has (did once) a 'nextdir' function. It's been so long that I forget details.

I thought then and still do that listdir should (have) change (d) like range, map, and filter did, for same reasons.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:39:42 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 09 Mar 2011 00:39:42 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299630704.65.0.310177588058.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D76CC4D.7090805@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I thought then and still do that listdir should (have) change (d) like range, map, and filter did, for same reasons.

The reasons that applied to map and range don't apply to listdir(). The 
cost of materializing the list in the former cases may be significant, 
but will be marginal in the latter case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 01:51:10 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 00:51:10 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299631870.31.0.640879347043.issue11443@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I meant 2.5/2.6 of course.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Wed Mar  9 02:14:54 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 01:14:54 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299633294.93.0.339940787753.issue11445@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Are you sure you're not really using the MacPorts python?  What's the value of sys.executable?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 02:33:32 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 09 Mar 2011 01:33:32 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <1299633294.93.0.339940787753.issue11445@psf.upfronthosting.co.za>
Message-ID: <19830.55526.937420.685107@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Ned> Are you sure you're not really using the MacPorts python?  What's
    Ned> the value of sys.executable?

Yup, pretty sure. :-)  Here it is run from my hg sandbox:

    % pwd
    /Users/skip/src/hgpython/2.7
    % ./python.exe
    Python 2.7.1 (r271:86832, Feb  2 2011, 06:56:19) 
    [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import sys
    >>> sys.executable
    '/Users/skip/src/hgpython/2.7/python.exe'
    >>> sys.path
    ['/Users/skip/misc/python/python2', '/Users/skip/misc/python', '', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload', '/Users/skip/.local/lib/python2.7/site-packages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages']

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:04:08 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:04:08 +0000
Subject: [issue5714] CGIHTTPServer._url_collapse_path_split should live
	elsewhere
In-Reply-To: <1239063845.81.0.120232947257.issue5714@psf.upfronthosting.co.za>
Message-ID: <1299636248.04.0.914943123046.issue5714@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5714>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:04:50 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:04:50 +0000
Subject: [issue5880] Remove unneeded "context" pointer from getters and setters
In-Reply-To: <1241021724.62.0.808491876443.issue5880@psf.upfronthosting.co.za>
Message-ID: <1299636290.63.0.671609523296.issue5880@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5880>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:05:16 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:05:16 +0000
Subject: [issue6743] pprint.pprint should support no objects to print blank
	lines & allow args
In-Reply-To: <1250778066.89.0.880851114314.issue6743@psf.upfronthosting.co.za>
Message-ID: <1299636316.96.0.40413605893.issue6743@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6743>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:05:54 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:05:54 +0000
Subject: [issue2897] include structmember.h in Python.h
In-Reply-To: <1210977912.97.0.641461512834.issue2897@psf.upfronthosting.co.za>
Message-ID: <1299636354.96.0.781325139338.issue2897@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2897>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:08:49 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Wed, 09 Mar 2011 02:08:49 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>


New submission from Ryan Kelly <ryan at rfk.id.au>:

The docs for HTTPConnection.set_tunnel(host,port) are ambiguous.  They simply say "Set the host and the port for HTTP Connect Tunnelling".  But should I specify the address of the server *through* which I want to tunnel, or the address of the *endpoint* of the tunnel?

Turns out it's the latter, but I just wasted an hour "debugging" thinking it was the former :-(

Attached is a simple doc patch to try to clarify this issue.

----------
assignee: docs at python
components: Documentation
files: set_tunnel_doc.diff
keywords: patch
messages: 130396
nosy: docs at python, rfk
priority: normal
severity: normal
status: open
title: docs for HTTPConnection.set_tunnel are ambiguous
versions: Python 3.3
Added file: http://bugs.python.org/file21056/set_tunnel_doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:09:27 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:09:27 +0000
Subject: [issue5420] Queue deprecation warning patch
In-Reply-To: <1236218557.32.0.700265695834.issue5420@psf.upfronthosting.co.za>
Message-ID: <1299636567.9.0.170479616701.issue5420@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5420>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:10:52 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 09 Mar 2011 02:10:52 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1299636652.84.0.922359003423.issue10617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Doc moved: correct.

Changing roles to directives: yes, that?s what I meant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:10:55 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:10:55 +0000
Subject: [issue5594] IDLE startup configuration
In-Reply-To: <1238311210.52.0.532490988344.issue5594@psf.upfronthosting.co.za>
Message-ID: <1299636655.24.0.37990918698.issue5594@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5594>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:13:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:13:19 +0000
Subject: [issue9307] Py_TPFLAGS_LONG_SUBCLASS is not documented
In-Reply-To: <1279561825.23.0.120090245801.issue9307@psf.upfronthosting.co.za>
Message-ID: <1299636799.16.0.384929196465.issue9307@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9307>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:16:22 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:16:22 +0000
Subject: [issue4832] idle filename extension
In-Reply-To: <1231082162.31.0.973834672616.issue4832@psf.upfronthosting.co.za>
Message-ID: <1299636982.26.0.576749150405.issue4832@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4832>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:20:43 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 02:20:43 +0000
Subject: [issue6109] IDLE rendering issue with oriental characters on OSX
In-Reply-To: <1243320601.7.0.852822077156.issue6109@psf.upfronthosting.co.za>
Message-ID: <1299637243.65.0.969515016841.issue6109@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

For the record, as of Python 2.7 and 3.2, there *are* now two Python installers for OS X, one that continues to support Tk 8.4 on 10.3+ and one that supports 8.5 on 10.6+.  Caveats and details here:
  http://www.python.org/download/mac/tcltk/

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6109>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:23:07 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:23:07 +0000
Subject: [issue4832] idle filename extension
In-Reply-To: <1231082162.31.0.973834672616.issue4832@psf.upfronthosting.co.za>
Message-ID: <1299637387.95.0.414032139232.issue4832@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The behavior (for Windows) I expect and would like is that the default extension would be .py, .txt, or nothing, depending on the selection in the 'save as type' box in the SaveAS dialog. (.pyw, being rare, would have to be explicitly typed.) Of course, doubled extensions like .py.py should be avoided. I believe other apps on Windows do something like this, but I should check.

I have no idea how the other systems differ.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4832>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:24:16 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:24:16 +0000
Subject: [issue9398] Unify sys.settrace and sys.setprofile tests
In-Reply-To: <1280329442.24.0.0145405625071.issue9398@psf.upfronthosting.co.za>
Message-ID: <1299637456.38.0.618848936757.issue9398@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9398>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:26:09 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:26:09 +0000
Subject: [issue5784] raw deflate format and zlib module
In-Reply-To: <1240006221.86.0.263428051867.issue5784@psf.upfronthosting.co.za>
Message-ID: <1299637569.96.0.205921329166.issue5784@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5784>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:26:36 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:26:36 +0000
Subject: [issue4965] Can doc index of html version be separately scrollable?
In-Reply-To: <1232148633.29.0.602528403512.issue4965@psf.upfronthosting.co.za>
Message-ID: <1299637596.47.0.355302267214.issue4965@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4965>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:38:24 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:38:24 +0000
Subject: [issue7798] Make generally useful pydoc functions public
In-Reply-To: <1264692401.66.0.0955816094505.issue7798@psf.upfronthosting.co.za>
Message-ID: <1299638304.2.0.761764097359.issue7798@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I have looked at the pydoc module.  Everything except help() is intended to be private. The author says within the file that __all__, when present, defines public interface and uses that definition within help() to decide what to display. So I do not think anything else should be documented unless it is made 'public' by being added to pydoc.__all__ or moved to another module. In either case, the result would be a new code feature. Doc addition would naturally follow. Also, if a function is made public, the interface and code could be reconsidered for possible modification for general usage.

----------
assignee:  -> docs at python
components: +Library (Lib)
nosy: +docs at python
title: document pydoc methods -> Make generally useful pydoc functions public
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7798>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:39:38 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:39:38 +0000
Subject: [issue8722] Documentation for __getattr__
In-Reply-To: <1273896658.97.0.575873001655.issue8722@psf.upfronthosting.co.za>
Message-ID: <1299638378.05.0.767990225408.issue8722@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8722>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:39:54 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 09 Mar 2011 02:39:54 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1299638394.71.0.651026189021.issue11448@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

I am not able to understand what you mean by 'endpoint'.

Actually, when using tunnels people understand that they often 'tunnel through' the proxy server and here is an example code from the tests which is going to use the set_tunnel method.

ph = urllib.request.ProxyHandler(dict(https="proxy.example.com:3128"))
o.add_handler(ph)

It is the proxy server and port. (Is 3128 called the endpoint of proxy?)

Could you please provide some more information on your interpretation and the behavior you observed?

----------
assignee: docs at python -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:42:33 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:42:33 +0000
Subject: [issue1554133] PyOS_InputHook() and related API funcs. not documented
Message-ID: <1299638553.96.0.709900524521.issue1554133@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A.B, I believe you have looked at other areas of missing C-API docs. What do you think of this one? Is it still missing?

----------
nosy: +belopolsky, terry.reedy
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1554133>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:45:55 2011
From: report at bugs.python.org (Qiangning Hong)
Date: Wed, 09 Mar 2011 02:45:55 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1299638755.07.0.502801776954.issue9205@psf.upfronthosting.co.za>


Changes by Qiangning Hong <hongqn at gmail.com>:


----------
nosy: +hongqn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:53:55 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Wed, 09 Mar 2011 02:53:55 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
	as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1299639235.21.0.989760895913.issue7769@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I'm attaching a patch against 2.7 tip for an initial implementation of this decorator feature as well as sample usage in unittest, to get the ball rolling.

The modified function should work as a decorator while preserving backward compatibility to be used in a traditional method call.

----------
components: +Library (Lib) -Extension Modules
keywords: +patch
Added file: http://bugs.python.org/file21057/xmlrpc_register_decorator_py27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:55:51 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:55:51 +0000
Subject: [issue3565] array documentation, method names not 3.x-compliant
In-Reply-To: <1218878053.61.0.879399084038.issue3565@psf.upfronthosting.co.za>
Message-ID: <1299639351.7.0.245780555137.issue3565@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.2, a change *was* committed (by who?) but not recorded here:
.from/.tostring were renamed .from/.tobytes and kept as deprecated aliases. Is there anything more to this issue other than removing the deprecated aliases in 3.3 (which could be done now if that was the intention or 3.4 in not)?

Is there still any idea/intention of renaming .from/.tounicode to
.from/.tostring? That would have to be done at least one version with the 'string' names absent, and would have little gain as 'unicode' is clear.

----------
components: +Library (Lib) -Interpreter Core
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3565>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:56:44 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 02:56:44 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299639404.44.0.670090661574.issue11445@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I can reproduce this.  Chances are you'll see that the python.exe has been dynamically linked to the MacPorts Python instead of the just produced libpython2.7.dylib :

$ otool -L ./python.exe
./python.exe:
	/opt/local/Library/Frameworks/Python.framework/Versions/2.7/Python (compatibility version 2.7.0, current version 2.7.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.19.0)
	/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 47.1.0)

No doubt you can work around it by removing the --enable-shared and/or removing the MacPorts Python2.7 from the picture.  It's not yet clear to me why it's getting linked that way (--enable-shared on OS X doesn't get tested all that much as we normally do framework builds) but I'm very doubtful it has anything directly to do with hg vs svn checkout.

----------
assignee:  -> ned.deily
components: +Build
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:57:09 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:57:09 +0000
Subject: [issue9254] __import__ docstring should recommend
	importlib.import_module()
In-Reply-To: <1279057769.02.0.398615806235.issue9254@psf.upfronthosting.co.za>
Message-ID: <1299639429.49.0.868248112087.issue9254@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9254>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:58:11 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:58:11 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1299639491.85.0.397860760573.issue4966@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Wed Mar  9 03:59:36 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 02:59:36 +0000
Subject: [issue9998] find_library should search LD_LIBRARY_PATH on linux
In-Reply-To: <1285857910.26.0.582948500976.issue9998@psf.upfronthosting.co.za>
Message-ID: <1299639576.41.0.195943709322.issue9998@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9998>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:00:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:00:19 +0000
Subject: [issue10175] vs version for win32 compilation of extension modules is
	undocumented.
In-Reply-To: <1287795744.75.0.288699311556.issue10175@psf.upfronthosting.co.za>
Message-ID: <1299639619.64.0.579170439513.issue10175@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10175>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:04:20 2011
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 09 Mar 2011 03:04:20 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
	as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1299639860.26.0.0193377785303.issue7769@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Santoso - since this is a feature request it would need to be retargeted to 3.3

----------
versions: +Python 3.3 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:06:50 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:06:50 +0000
Subject: [issue4758] Python 3.x internet documentation needs work
In-Reply-To: <1230383680.06.0.695552325819.issue4758@psf.upfronthosting.co.za>
Message-ID: <1299640010.89.0.697255483339.issue4758@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe 3.2 has many code and doc improvements with respect to bytes/string usage. So it is hard to know what is still needed.

I think the way for anyone to advance this is to review just one of the modules listed and either report here that all is ok or open another issue just for that module and give a reference here.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4758>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:12:58 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 03:12:58 +0000
Subject: [issue6864] IDLE 2.6.1 locks up on Mac OS 10.6
In-Reply-To: <1252417045.55.0.880559864665.issue6864@psf.upfronthosting.co.za>
Message-ID: <1299640378.16.0.670357168197.issue6864@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not display the problem reported here as well as a number of other problems reported elsewhere.  Unfortunately, as released, the Apple-supplied Python 2.6.1 in 10.6 links only to the Apple-supplied Tcl/Tk 8.5.  Unless Apple releases an updated version of their Tcl/Tk 8.5, the best solution is to avoid using the IDLE 2.6 supplied with OS X 10.6.

There is now a webpage that summarizes the somewhat confusing state of affairs with regard to Tcl/Tk support with Python on Mac OS X.  While it is focused on Python installers downloadable from python.org, it does mention the Apple IDLE 2.6.1 problems:

http://www.python.org/download/mac/tcltk/

----------
assignee: ronaldoussoren -> ned.deily
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6864>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:14:18 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:14:18 +0000
Subject: [issue6570] Tutorial clarity: section 4.7.2, parameters and arguments
In-Reply-To: <1248510940.46.0.953855607394.issue6570@psf.upfronthosting.co.za>
Message-ID: <1299640458.98.0.945719311198.issue6570@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6570>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:15:03 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:15:03 +0000
Subject: [issue7460] extended slicing not sufficiently covered in docs
In-Reply-To: <1260292857.39.0.569709796057.issue7460@psf.upfronthosting.co.za>
Message-ID: <1299640503.31.0.164462612633.issue7460@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7460>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:15:49 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:15:49 +0000
Subject: [issue8269] Missing return values for PyUnicode C/API functions
In-Reply-To: <1269991617.43.0.918560470794.issue8269@psf.upfronthosting.co.za>
Message-ID: <1299640549.14.0.13050067171.issue8269@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8269>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:21:20 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:21:20 +0000
Subject: [issue9796] Add summary tables for unittest API
In-Reply-To: <1283906621.68.0.367606257735.issue9796@psf.upfronthosting.co.za>
Message-ID: <1299640880.43.0.42218585534.issue9796@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I just read through the 3.2 unittest doc and found and will find the new tables very helpful. I hope you get them into the upcoming 3.1.3 and 2.7.2 releases, even if you think them not complete ;-).

----------
nosy: +terry.reedy
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9796>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:23:40 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:23:40 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1299641020.46.0.736777001013.issue935117@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:25:36 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 03:25:36 +0000
Subject: [issue7896] IDLE.app crashes when attempting to open a .py file
In-Reply-To: <1265759551.07.0.248141897885.issue7896@psf.upfronthosting.co.za>
Message-ID: <1299641136.58.0.182046687597.issue7896@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6), versions of Python linked with the new ActiveTcl 8.5.9 do not display the kind of problem reported here as well as a number of other problems reported elsewhere.  For 2.6 (which is now in security-fix-only mode since the release of Python 2.7), you might need to modify Python's setup.py to link properly with the ActiveState 8.5.9 or with Tcl/Tk 8.4.

There is now a webpage that summarizes the somewhat confusing state of affairs with regard to Tcl/Tk support with Python on Mac OS X:

  http://www.python.org/download/mac/tcltk/

----------
assignee: ronaldoussoren -> ned.deily
nosy: +ned.deily
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7896>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:27:09 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:27:09 +0000
Subject: [issue1043134] mimetypes.guess_extension('text/plain') == '.ksh' ???
Message-ID: <1299641229.24.0.276112359786.issue1043134@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:29:21 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Wed, 09 Mar 2011 03:29:21 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
	as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1299641361.03.0.481043792231.issue7769@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I see. Attaching a patch against 3.3 tip, then.

----------
Added file: http://bugs.python.org/file21058/xmlrpc_register_decorator_py33.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:36:39 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 03:36:39 +0000
Subject: [issue1528154] New sequences for Unicode groups and block ranges
	needed
Message-ID: <1299641799.78.0.0192762510712.issue1528154@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is there a practical issue left here? Mathew says his regex module does as requested, but adding that to the stdlib is a separate issue. Martin would like an implementation of Unicode TR18, but that is also another issue.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1528154>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:41:33 2011
From: report at bugs.python.org (Ryan Kelly)
Date: Wed, 09 Mar 2011 03:41:33 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1299642093.48.0.578050525987.issue11448@psf.upfronthosting.co.za>


Ryan Kelly <ryan at rfk.id.au> added the comment:

Sorry, "endpoint" is just a noun that seemed to fit for me, I've no idea if there is a standard term for this.  Perhaps "origin server" if you follow the terminology from the RFC?

By way of example, suppose I'm running a proxy on localhost:3128 and I want to tunnel through it to connect to www.example.com:443.

>From the train of thought that "I need to tunnel through localhost:3128 to connect to www.example.com:443" my instinct was to write code like this:

  c = HTTPSConnection("www.example.com",443)
  c.set_tunnel("localhost",3128)
  c.send('...etc...')

This doesn't work; it tries to tunnel through www.example.com to get to localhost.  The correct way around is:

  c = HTTPSConnection("localhost",3128)
  c.set_tunnel("www.example.com",443)
  c.send('...etc...')

Another way to put it:  the arguments to set_tunnel are the host/port to tunnel *to*, not the host/port to tunnel *through*.

I was only able to work this out by looking through to code for urllib2.  It's not clear from the docs.  Then again, sounds like my doc patch didn't make things any clearer :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:52:07 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Wed, 09 Mar 2011 03:52:07 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299642727.09.0.950262942306.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Can't we simply add os.xlistdir() leaving listdir() as is?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:55:08 2011
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 09 Mar 2011 03:55:08 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299642908.68.0.649076823586.issue11406@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

-1 on going back through blah/xblah all over again.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 04:55:43 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 03:55:43 +0000
Subject: [issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit
	tkinter
In-Reply-To: <1277143341.0.0.74848452771.issue9045@psf.upfronthosting.co.za>
Message-ID: <1299642943.5.0.790933335384.issue9045@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The 2.7.1 python.org 64-/32-bit installer was changed to be built with a deployment target of 10.6 and linked with the Apple-supplied Cocoa Tk 8.5.7.  Now that ActiveState has released a 64-bit version of Cocoa Tk 8.5 and one that is much more stable than the current Apple-supplied one, the recent Python 3.2 release includes a 64-/32-bit installer for 10.6 which links with it.  The next release of 2.7 (2.7.2) will be similar.  For the python.org installers, the current plans are to support 64-bit installers only for 10.6 and above, not 10.5.

----------
assignee: ronaldoussoren -> ned.deily
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9045>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:01:09 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 04:01:09 +0000
Subject: [issue4819] Misc/cheatsheet needs updating
In-Reply-To: <1230988594.32.0.497089911482.issue4819@psf.upfronthosting.co.za>
Message-ID: <1299643269.02.0.0266168226453.issue4819@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4819>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:06:46 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 04:06:46 +0000
Subject: [issue11007] stack tracebacks should give the relevant class name
In-Reply-To: <1295968345.3.0.31737747868.issue11007@psf.upfronthosting.co.za>
Message-ID: <1299643606.76.0.999785437022.issue11007@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am not sure that traceback changes should be made in bug-fix releases, though it is a moot point until a change is ready for 3.3.

That said, having a bit more info in tracebacks so they can more often be understood without looking through possibly many source files would be good.

----------
nosy: +terry.reedy
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11007>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:07:10 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 09 Mar 2011 04:07:10 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <1299639404.44.0.670090661574.issue11445@psf.upfronthosting.co.za>
Message-ID: <19830.64746.658558.59222@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Ned> No doubt you can work around it by removing the --enable-shared
    Ned> and/or removing the MacPorts Python2.7 from the picture. 

I don't rightly recall why I use --enable-shared, but hopefully I can get
rid of it.  MacPorts must have installed Python 2.7 for some reason of its
own, so I don't want to mess with that.

Any idea why --enable-shared didn't hose up my svn sandbox build?

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:09:03 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 04:09:03 +0000
Subject: [issue4216] subprocess.Popen hangs at communicate() when child exits
In-Reply-To: <1225151867.64.0.844146967045.issue4216@psf.upfronthosting.co.za>
Message-ID: <1299643743.65.0.7812501324.issue4216@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Closing as suggested by Ross

----------
nosy: +terry.reedy
resolution:  -> rejected
status: open -> closed
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4216>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:12:23 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 04:12:23 +0000
Subject: [issue7867] Proposed FAQ entry on pass-by-? semantics and the meaning
	of 'variable' in python
In-Reply-To: <1265490255.73.0.743157337936.issue7867@psf.upfronthosting.co.za>
Message-ID: <1299643943.15.0.697609757949.issue7867@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7867>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:16:45 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 09 Mar 2011 04:16:45 +0000
Subject: [issue11445] Something changed w.r.t.
	<prefix>/pythonN.M/site-packages in the Hg switch
In-Reply-To: <1299639404.44.0.670090661574.issue11445@psf.upfronthosting.co.za>
Message-ID: <19830.65321.842021.464792@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

> Any idea why --enable-shared didn't hose up my svn sandbox build?

I take that back.  I looked in config.status.  I didn't use --enable-shared
in my svn sandbox build.  I misread the output of grep.

So, it's clearly the --enable-shared that's the culprit.  The library search
path built when I used LDFLAGS=-L/opt/local/lib must somehow search
/opt/local/lib before searching $PWD.

Would be nice if we could fix that.  I can't see why a third party library
search directory (generally intended to point the linker at stuff like
libreadline or libjpeg) should be searched before the directory in which
Python is being built.

S

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 05:33:52 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 04:33:52 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1280162701.76.0.316880678419.issue9384@psf.upfronthosting.co.za>
Message-ID: <1299645232.52.0.269556395109.issue9384@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The placement of Tk windows is dependent on the version of Tk and platform window manager.  The Aqua Tk version on Mac OS X run as a separate GUI application process and so, as is customary, the focus and window stacking does not change when it is launched.  The platform-independent way to ensure the newly-created Tk window is on top is to set the "topmost" attribute on the root window:

   tk = _tkinter.create(os.environ['DISPLAY'], 'wish', 'Tk', 1)
   tk.call('update')
   tk.call('wm', 'attributes', '.', '-topmost', '1')
   ...

http://www.tcl.tk/man/tcl8.5/TkCmd/wm.htm#M10

I suppose we could add something like that to IDLE on OS X when it creates its initial shell window.

----------
assignee: ronaldoussoren -> ned.deily
nosy: +ned.deily
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:00:12 2011
From: report at bugs.python.org (Dan Stromberg)
Date: Wed, 09 Mar 2011 05:00:12 +0000
Subject: [issue11449] tarfile tries to file_.tell() even when creating a new
	archive
In-Reply-To: <1299646812.24.0.118802902773.issue11449@psf.upfronthosting.co.za>
Message-ID: <1299646812.24.0.118802902773.issue11449@psf.upfronthosting.co.za>


New submission from Dan Stromberg <strombrg at gmail.com>:

The attached file demonstrates the problem in 2.5, 2.5, 2.7, 3.0, 3.1 and 3.2.

In short, I believe when you're creating a new tar archive (say, to a pipe), there should be no need for a file_.tell() (which blows up when it's a pipe).

I have a workaround, as demonstrated in the file, but probably others shouldn't have to work around this also in the future.

Suggested fix: Only do the tell when you're appending or performing other operations that require subsequent seek's.

----------
components: Extension Modules
files: tar-test
messages: 130422
nosy: strombrg
priority: normal
severity: normal
status: open
title: tarfile tries to file_.tell() even when creating a new archive
type: crash
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file21059/tar-test

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11449>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:01:45 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 05:01:45 +0000
Subject: [issue3722] print followed by exception eats print with doctest
In-Reply-To: <1220007253.68.0.614144600028.issue3722@psf.upfronthosting.co.za>
Message-ID: <1299646905.67.0.734540065387.issue3722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

For the purpose of this tracker, a 'bug' (behavior issue) is a discrepancy between doc and behavior. Micro ('bugfix') releases fix such discrepancies, which are all unintentional.

Every feature request addresses what someone considers a 'design bug'. Micro releases are not intended to contain intentional design changes.
So yes, documenting a design decision makes it not a tracker behavior issue, even if you consider that decision a design bug.

That said, I do not see that temporary debugging output belongs in relatively permanent doctests. That will make the doctest fail as soon as the debugging output is turned back off.

A function whose permanent api is to print to stdout as a side-effect and then raise an exception is very unusual. So I think it OK for doctest to not cover such a thing.

Without a real-world use case, I am inclined to close this issue. Even then, a unittest, where output and exception channels are not mixed together, might be a better choice.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3722>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:02:59 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 05:02:59 +0000
Subject: [issue10537] OS X IDLE 2.7 from 64-bit installer hangs when you paste
	something.
In-Reply-To: <1290750067.88.0.576950559061.issue10537@psf.upfronthosting.co.za>
Message-ID: <1299646979.14.0.795000101411.issue10537@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not display the problem reported here as well as a number of other problems reported elsewhere.  Unfortunately, as released, the 64-bit/32-bit python.org Python 2.7.1 for 10.6 links only to the Apple-supplied Tcl/Tk 8.5. Until the next release of Python 2.7 (2.7.2), the best workaround without rebuilding remains to use the 32-bit-only installer for 2.7.1.

Instead of rebuilding, it *is* possible to modify the library paths in the _tkinter extension module using the OS X install_name_tool so that the released 2.7.1 Tkinter will link with an ActiveTcl 8.5.9:

$ cd /Library/Frameworks/Python.framework/Versions/2.7/
$ cd ./lib/python2.7/lib-dynload
$ sudo cp -pE _tkinter.so _tkinter.so.BACKUP  # just in case
$ sudo install_name_tool \
  -change /System/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl \
                 /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl \
  -change /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk \
                 /Library/Frameworks/Tk.framework/Versions/8.5/Tk \
  _tkinter.so

But this is definitely not recommended as you will likely run into other issues that have been fixed since the 2.7.1 release.

There is now a webpage that summarizes the somewhat confusing state of affairs with regard to Tcl/Tk support with Python on Mac OS X:

http://www.python.org/download/mac/tcltk/

----------
resolution:  -> invalid
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10537>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:29:46 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 05:29:46 +0000
Subject: [issue10907] OS X installer: warn users of buggy Tcl/Tk in OS X 10.6
In-Reply-To: <1295020361.6.0.15646249296.issue10907@psf.upfronthosting.co.za>
Message-ID: <1299648586.84.0.0133651024395.issue10907@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

"* My impression was that Python's tkinter figures out what Tcl/Tk to link to at build time, not runtime.  The table on the web site suggests I can use a pre-built Python with an ActiveTcl that I install myself later.  Is this correct?  If so, does ActiveTcl have to be present when the installer is run, or can it be installed later?"

That is correct and ActiveTcl does not have to be present during installation.  The build process determines which framework version of Tcl and Tk to link with, i.e. 8.4 vs 8.5.  However, if a 3rd-party framework build of Tcl and Tk is present in /Library/Frameworks during the build with a version matching that of the /System/Library/Frameworks, the resulting _tkinter.so binary will have the /Library path name embedded and, at run time when _tkinter is imported, OS X will search there first for suitable Tcl and Tk frameworks and, if not found, will fall back to the ones in /System/Library.

"* No recommended or alternate Tcl/Tk is indicated for 32/64 on 10.6.  But the 2.7.2 patched README indicates ActiveTcl-8.5.9 will work.  Will it not work with 2.7.1?"

No, because at the time the 2.7.1 64-bit installer was built, the Active State 8.5.9 Cocoa Tk had not been released so that installer was built without a 3rd-party Tcl/Tk present in /Library/Frameworks.  While it *is* possible to patch the _tkinter extension module using the OS X install_name_tool to change the search path (see Issue10537 for details), it is not recommended to do so.

I have expanded the tcltk web page (http://www.python.org/download/mac/tcltk/) to include information on how Python chooses which version of Tcl/Tk to link with and more information on Python 2.7.1 plus a succinct warning at the top of the page about the most problematic cases.  That completes the remaining items 4 and 6.

----------
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10907>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:39:40 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 09 Mar 2011 05:39:40 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299642727.09.0.950262942306.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D77129B.8000804@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Can't we simply add os.xlistdir() leaving listdir() as is?

Only if an advantage can be demonstrated. in a realistic application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:40:59 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 05:40:59 +0000
Subject: [issue10690] IDLE Crash when running/saving Module
In-Reply-To: <1292208787.46.0.425889720507.issue10690@psf.upfronthosting.co.za>
Message-ID: <1299649259.61.0.723987779015.issue10690@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not display the problem reported here as well as a number of other problems reported elsewhere.  Unfortunately, as released, the 64-bit/32-bit python.org Python 2.7.1 for 10.6 links only to the Apple-supplied Tcl/Tk 8.5. Until the next release of Python 2.7 (2.7.2), the best workaround without rebuilding remains to use the 32-bit-only installer for 2.7.1.

There is now a webpage that summarizes the somewhat confusing state of affairs with regard to Tcl/Tk support with Python on Mac OS X:

http://www.python.org/download/mac/tcltk/

----------
stage:  -> committed/rejected
status: pending -> closed
superseder: Crashes upon run after syntax error encountered in OSX 10.5.8 -> OS X IDLE 2.7 from 64-bit installer hangs when you paste something.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10690>
_______________________________________

From report at bugs.python.org  Wed Mar  9 06:43:13 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Wed, 09 Mar 2011 05:43:13 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299649393.96.0.50719136456.issue11406@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

> -1 on going back through blah/xblah all over again.

Originally, I want return value of listdir to be changed from list to generator. But next, I thought about compatibility. It will break some code. For example, SimpleHTTPServer:

list = os.listdir(path)
list.sort(key=lambda a: a.lower())

will not work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 07:22:10 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 06:22:10 +0000
Subject: [issue11445] python.exe on OS X shared-llbrary build erroneously
	linked to MacPorts python library
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299651730.98.0.939614675416.issue11445@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
components: +Macintosh
nosy: +ronaldoussoren
stage:  -> needs patch
title: Something changed w.r.t. <prefix>/pythonN.M/site-packages in the Hg switch -> python.exe on OS X shared-llbrary build erroneously linked to MacPorts python library

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 07:55:48 2011
From: report at bugs.python.org (Tom Loredo)
Date: Wed, 09 Mar 2011 06:55:48 +0000
Subject: [issue10907] OS X installer: warn users of buggy Tcl/Tk in OS X 10.6
In-Reply-To: <1299648586.84.0.0133651024395.issue10907@psf.upfronthosting.co.za>
Message-ID: <1299653741.4d77246dce6c6@astrosun2.astro.cornell.edu>


Tom Loredo <loredo at astro.cornell.edu> added the comment:

Ned-

Thanks a lot for the clarifications.  Both the tracker and modified
web page have cleared things up for me.

> "* No recommended or alternate Tcl/Tk is indicated for 32/64 on 10.6.  But the 2.7.2 patched README indicates
> ActiveTcl-8.5.9 will work.  Will it not work with 2.7.1?"
> 
> No, because at the time the 2.7.1 64-bit installer was built, the Active State 8.5.9 Cocoa Tk had not been released
> so that installer was built without a 3rd-party Tcl/Tk present in /Library/Frameworks....

I should have been clearer with my question.  I am interested in compatibility
when I build from source, which is why I was consulting the README files.  I
presume Python 2.7.1 will be happy with ActiveTcl-8.5.9 if it's present when
I build from source.  I built 2.7.1 with the TclTkAqua 8.5.9 backport, and
it works for the most part, i.e., IDLE and matplotlib start up fine and appear
to work, for a while.  I don't use IDLE much presently, but I use matplotlib a
lot with the Tk backend, and though it was stable for me with Py 2.6 and
and older Tcl/Tk, the 2.7.1/8.5.9 combo always eventually crashes for me (segfault)
after I've opened and closed a dozen windows or so.  I'll give ActiveTcl a try to
see if theirs is more stable.

That's just a "data point" for you; no need to respond.

Thanks for all your work on MacPython.

-Tom

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10907>
_______________________________________

From report at bugs.python.org  Wed Mar  9 08:32:22 2011
From: report at bugs.python.org (Scott Dial)
Date: Wed, 09 Mar 2011 07:32:22 +0000
Subject: [issue1706039] Added clearerr() to clear EOF state
Message-ID: <1299655942.95.0.844733066488.issue1706039@psf.upfronthosting.co.za>


Scott Dial <scott at scottdial.com> added the comment:

I've updated the patch to apply to the current tip. (This patch was an opportunity for me to update to an Hg workflow.)

Alexander, I disagree with you about the tests. The unittests use the exact same pattern/model that testIteration uses. I find your complaint that a unittest, which does test the feature under question, is not good enough, despite the prevailing unittests being designed in the same manner, to be absurd. Practicality beats purity -- a test that works is better than no test at all.

By rejecting unittests on the merits of its coding style, you are creating a double-standard for people like me (outside of the core committers), which eventually wears out my interest in helping you get this improvement into your project. I have been chased around this obstacle course before. For example, issue5949, when I was asked to provide unittests for a module that had *none*, for a 3-line patch that nobody disagreed it being correct. I had a vested interest in jumping through the obstacles of getting that patch in, but here I am again being blocked from making a 3-line patch, except this time, purely for stylistic reasons.

----------
Added file: http://bugs.python.org/file21060/issue1706039-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1706039>
_______________________________________

From report at bugs.python.org  Wed Mar  9 08:34:57 2011
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 09 Mar 2011 07:34:57 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299656097.84.0.947968367006.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

> Why is the exception normalized at the end? I suppose it's because
> when value is an exception instance, it's replaced by a tuple, but the
> original value has to be recreated at the end. So in some cases, the
> SyntaxError object is created twice...
>
> If PyErr_NormalizeException() can't be avoided, I suggest to call it
> at the start, just after PyErr_Fetch, and use the PySyntaxErrorObject*
> structure directly to get the file name and line numbers.

Yeah, it is because ast_error_finish creates a new tuple to use as the exception value.  (It creates a new (errstr, (filename, lineno, offset, loc)) tuple from the original (errstr, lineno, offset) tuple).  And yes, in some cases the SyntaxError instance is created twice.  I wasn't sure if it's okay to simply replace the args field of a PyBaseExceptionObject.  I don't know, if PyErr_NormalizeException() can be avoided, you wrote, that it "should probably normalize the exception as well".

Would it be better, if we, when got an exception instance, create the new tuple from the info, and replace the args field of the instance with it?  (But it also seems to me, that the SyntaxError objects have other fields as well, so probably we should modify them also.  That's why I thought that calling PyErr_NormalizeException with the new tuple is the simplest thing to do, becuase I guess that'll take care of all fields automatically.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 08:40:21 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 07:40:21 +0000
Subject: [issue11449] tarfile tries to file_.tell() even when creating a new
	archive
In-Reply-To: <1299646812.24.0.118802902773.issue11449@psf.upfronthosting.co.za>
Message-ID: <1299656421.71.0.478900105036.issue11449@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +lars.gustaebel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11449>
_______________________________________

From report at bugs.python.org  Wed Mar  9 09:10:17 2011
From: report at bugs.python.org (Scott Dial)
Date: Wed, 09 Mar 2011 08:10:17 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>


New submission from Scott Dial <scott at scottdial.com>:

I'm not sure if it's intended to be a supported workflow, but I personally have come to like using "mq" for projects where I am an outsider submitting small changes as patches. However, this appears to be a broken workflow due to way getbuildinfo module choose to limit the buildinfo string to 50 characters:

$ hg qnew dummy-patch
$ echo "/* dummy change */" >> Modules/getbuildinfo.c
$ ./python -c 'import sys; print(sys.version)' 
3.3a0 (dummy-patch qbase qtip tip:191f047a07b4+, Mar  9 ) 
[GCC 4.4.5]

This breaks the platform module and therefore breaks the regrtest code, which makes it a show-stopper for using mq to manage your workflow. Is there any reason that length of buildinfo can't be chosen at compile-time based on the sizeof(HGTAG)?

----------
components: Build
messages: 130432
nosy: scott.dial
priority: normal
severity: normal
status: open
title: Py_GetBuildInfo() truncates when there are many hg tags
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 10:09:32 2011
From: report at bugs.python.org (=?utf-8?q?Johannes_Sch=C3=B6nberger?=)
Date: Wed, 09 Mar 2011 09:09:32 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
	as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1299661772.73.0.45923102472.issue7769@psf.upfronthosting.co.za>


Johannes Sch?nberger <johannes.schoenberger at tum.de> added the comment:

sorry, I totally forgot about this...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Wed Mar  9 10:22:37 2011
From: report at bugs.python.org (July Tikhonov)
Date: Wed, 09 Mar 2011 09:22:37 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299656097.84.0.947968367006.issue11441@psf.upfronthosting.co.za>
Message-ID: <AANLkTikigVQg8pja_9Mian=Wz0LRXH7iWnK8DJqCS6uY@mail.gmail.com>


July Tikhonov <july.tikh at gmail.com> added the comment:

There is an XXX just before the definition of ast_error. Wouldn't it be
useful?

The idea is to merge ast_error() and ast_error_finish().
This requires redefinition of most functions in ast.c, adding "const char
*filename" to their parameters.

----------
Added file: http://bugs.python.org/file21061/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________
-------------- next part --------------
There is an XXX just before the definition of ast_error. Wouldn&#39;t it be useful?<div><br></div><div>The idea is to merge ast_error() and ast_error_finish().<br clear="all">This requires redefinition of most functions in ast.c, adding &quot;const char *filename&quot; to their parameters.</div>


From report at bugs.python.org  Wed Mar  9 10:36:39 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 09 Mar 2011 09:36:39 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299663399.48.0.987380449172.issue11435@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The svn repos and viewvc won't disappear soon because they are used for other things (e.g. the tracker).  I think it's better to avoid redirects until svn and/or viewvc are definitely gone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Wed Mar  9 10:44:11 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 09 Mar 2011 09:44:11 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299663851.91.0.671679513551.issue11441@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> That's why I thought that calling PyErr_NormalizeException with the new
> tuple is the simplest thing to do, becuase I guess that'll take care of
> all fields automatically.

You could also call PyErr_NormalizeException at the beginning, and update the fields directly in the PySyntaxErrorObject structure.  No need to deal with any tuple.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 10:48:21 2011
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 09 Mar 2011 09:48:21 +0000
Subject: [issue11449] tarfile tries to file_.tell() even when creating a new
	archive
In-Reply-To: <1299646812.24.0.118802902773.issue11449@psf.upfronthosting.co.za>
Message-ID: <1299664101.41.0.38394802815.issue11449@psf.upfronthosting.co.za>


Lars Gust?bel <lars at gustaebel.de> added the comment:

If I understand correctly, the solution to your problem would be to use the stream mode "w|" instead of "w". Could you please try that?

----------
assignee:  -> lars.gustaebel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11449>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:12:33 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 10:12:33 +0000
Subject: [issue10969] Make Tcl recommendation more prominent
In-Reply-To: <1295587699.83.0.103417791423.issue10969@psf.upfronthosting.co.za>
Message-ID: <1299665553.17.0.981184048624.issue10969@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I've added a more prominent warning to the 3.2 download page (http://python.org/download/releases/3.2/) along the lines suggested by Raymond (although I wasn't able to get it formatted as a separate line without causing other spacing to change):

* Mac OS X 64-bit/32-bit Installer (3.2) for Mac OS X 10.6 [2] (sig). [You may need an updated Tcl/Tk install to run IDLE or use Tkinter, see note 2 for instructions.]

I also updated the 2.7.1 download page (http://python.org/download/releases/2.7.1/) with the applicable warning there:

* Mac OS X 64-bit/32-bit x86-64/i386 Installer (2.7.1) for Mac OS X 10.6 [2] (sig). [You may not be able to run IDLE or use Tkinter with this installer, see note 2 for instructions.]

The OS X Tcl/Tk web page (http://python.org/download/mac/tcltk) has also been substantially expanded and now includes a very prominent "Important" summary at the top of the page.

Thanks for the suggestions.  I think the issue can now be closed.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10969>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:34:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 09 Mar 2011 10:34:01 +0000
Subject: [issue5622] wrong error from curses.wrapper if curses initialization
	fails
In-Reply-To: <1238511637.05.0.307555783931.issue5622@psf.upfronthosting.co.za>
Message-ID: <E1PxGiK-0005Ra-RH@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c731e02472c5 by Ned Deily in branch '2.7':
Issue #5622: Fix curses.wrapper to raise correct exception if curses
http://hg.python.org/cpython/rev/c731e02472c5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5622>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:38:02 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 10:38:02 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299642727.09.0.950262942306.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299667077.3749.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Can't we simply add os.xlistdir() leaving listdir() as is?

We could, but someone must:
1) provide a patch
2) demonstrate a significant improvement in some real-world situation

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:38:47 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 10:38:47 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299663399.48.0.987380449172.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299667124.3749.1.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The svn repos and viewvc won't disappear soon because they are used
> for other things (e.g. the tracker).  I think it's better to avoid
> redirects until svn and/or viewvc are definitely gone.

The redirect is only for the py3k branch, something nobody should use
anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:44:22 2011
From: report at bugs.python.org (Graham Wideman)
Date: Wed, 09 Mar 2011 10:44:22 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299667462.56.0.200931493891.issue1271@psf.upfronthosting.co.za>


Graham Wideman <initcontact at grahamwideman.com> added the comment:

(Not clear how to reopen this issue. Hopefully my change here does that.)

OK, so as it currently stands, backslash at end of string is prohibited in the interests of allowing backslash to escape quotes that might be embedded within the string. 

But the embedded quote scenario doesn't work because the backslash remains in the string.  So the current state of play is plain broken.  

Considering:
(a) We already have the ability to use either single or double quotes around the string which gives that chance to use the other quote within the string. 
(b) The "principle of least surprise" for raw string would be to have raw mean "Never Escape Anything"
(c) backslash on end of string is a trap waiting to happen for Windows users.
...I think there is strong motivation to abandon the currently broken "backslash escapes quote" behavior and just let raw strings be totally raw.  Furthermore, it's hard to imagine that such a move would break anything.

----------
nosy: +gwideman
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:45:35 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 10:45:35 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299667535.22.0.288018875051.issue11450@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +georg.brandl
stage:  -> needs patch
type: feature request -> behavior
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:49:45 2011
From: report at bugs.python.org (Graham Wideman)
Date: Wed, 09 Mar 2011 10:49:45 +0000
Subject: [issue11451] Raw string parsing fails with backslash as last character
In-Reply-To: <1299667785.36.0.781840050661.issue11451@psf.upfronthosting.co.za>
Message-ID: <1299667785.36.0.781840050661.issue11451@psf.upfronthosting.co.za>


New submission from Graham Wideman <initcontact at grahamwideman.com>:

This is a copy of issue 1271 because I couldn't find a way to reopen it.

So, repeating my comment here:

As it currently stands, backslash at end of string is prohibited, apparently in the interests of supposedly allowing backslash to escape quotes that might be embedded within the string. 

But the supposedly beneficial backslash-escaping-embedded quote behavior is broken because the backslash remains in the string.

Consider:
(a) We already have the ability to use either single or double quotes around the string which gives that chance to use the other quote within the string. 
(b) The "principle of least surprise" for raw string would be to have raw mean "Never Escape Anything"
(c) backslash on end of string is currently a trap waiting to happen for Windows paths.
So I think there is strong motivation to abandon the currently broken "backslash escapes quote" behavior and just let raw strings be totally raw.  Furthermore, it's hard to imagine that such a move would break anything.  (Famous last words, I know... but I challenge anyone to contrive such a scenario!)

----------
components: Interpreter Core
messages: 130443
nosy: QuantumTim, facundobatista, georg.brandl, gwideman
priority: normal
severity: normal
status: open
title: Raw string parsing fails with backslash as last character
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11451>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:50:49 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 09 Mar 2011 10:50:49 +0000
Subject: [issue5622] wrong error from curses.wrapper if curses initialization
	fails
In-Reply-To: <1238511637.05.0.307555783931.issue5622@psf.upfronthosting.co.za>
Message-ID: <E1PxGyb-000734-0J@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6b6b8af33811 by Ned Deily in branch '3.1':
Issue #5622: Fix curses.wrapper to raise correct exception if curses
http://hg.python.org/cpython/rev/6b6b8af33811

New changeset e6c45cd46cb2 by Ned Deily in branch '3.2':
Issue #5622: merge fix from 3.1.
http://hg.python.org/cpython/rev/e6c45cd46cb2

New changeset ec717db610df by Ned Deily in branch 'default':
Issue #5622: merge fix from 3.2.
http://hg.python.org/cpython/rev/ec717db610df

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5622>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:50:55 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 09 Mar 2011 10:50:55 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299667855.99.8.068836558e-05.issue1271@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:51:29 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 09 Mar 2011 10:51:29 +0000
Subject: [issue11451] Raw string parsing fails with backslash as last character
In-Reply-To: <1299667785.36.0.781840050661.issue11451@psf.upfronthosting.co.za>
Message-ID: <1299667889.81.0.806864836842.issue11451@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I reopened #1271, please continue the discussion there.

----------
nosy: +ezio.melotti
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Raw string parsing fails with backslash as last character

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11451>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:53:21 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 09 Mar 2011 10:53:21 +0000
Subject: [issue5622] wrong error from curses.wrapper if curses initialization
	fails
In-Reply-To: <1238511637.05.0.307555783931.issue5622@psf.upfronthosting.co.za>
Message-ID: <1299668001.02.0.786157619754.issue5622@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
assignee:  -> ned.deily
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5622>
_______________________________________

From report at bugs.python.org  Wed Mar  9 11:53:37 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 09 Mar 2011 10:53:37 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299668017.29.0.415963565472.issue11450@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:08:26 2011
From: report at bugs.python.org (July Tikhonov)
Date: Wed, 09 Mar 2011 11:08:26 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299668906.88.0.278907197094.issue11441@psf.upfronthosting.co.za>


Changes by July Tikhonov <july.tikh at gmail.com>:


Removed file: http://bugs.python.org/file21061/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:12:16 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 09 Mar 2011 11:12:16 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299669136.44.0.0849129712023.issue11450@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

I don't seem to be able to reproduce the failure in test_platform. Nevertheless, the behaviour is broken. Here's a patch that should fix it without allocating too much extra space.

----------
keywords: +patch
nosy: +nvawda
Added file: http://bugs.python.org/file21062/issue11450.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:18:39 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 09 Mar 2011 11:18:39 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299669519.45.0.393686894553.issue11450@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Ah, now I see - the code that fails isn't test_platform, it's the regrtest code that prints out the version info at the beginning of the test results. This doesn't get displayed when you explicitly tell regrtest what tests to run ("./python [...] -m test test_platform"), which is why I didn't see it at first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:24:07 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 09 Mar 2011 11:24:07 +0000
Subject: [issue6490] os.popen documentation in 2.6 is probably wrong
In-Reply-To: <1299153384.58.0.61614979473.issue6490@psf.upfronthosting.co.za>
Message-ID: <4D776354.6090801@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> r55334 removed popen2, popen3 and popen4 from the os module from Python 3 (before the 3.0 release), but not os.popen.
> 
> Python 3.2 has now convenience functions in subprocess to get the output of a program:
> 
> - check_output()
> - getstatusoutput()
> - getoutput()
> 
> They have a better API then os.popen because you can:
> 
>  - avoid the shell process and use a list of arguments (to avoid ugly shell quoting using ' or ")
>  - change the current directory
>  - decide if signal are restored or not
>  - get easily the exit code (not >> 8 magical operation on the close() output)
>  - use a different executable name
>  - pass file descriptor
>  - etc.

Right, but not all applications need all those features and
os.popen() has a nice, simple and well-known interface.

Since os.popen() is already implemented using subprocess, all
applications using os.popen() will benefit from any bug fixes
immediately, so the support effort in keeping it around is very low.

> I think that it's time to move forward and remove os.popen(). But... there are 66 calls to os.popen() in:
> 
> Doc/tools/docutils/writers/odf_odt
> Lib
> Lib/ctypes
> Lib/distutils
> Lib/distutils/command
> Lib/distutils/tests
> Lib/idlelib
> Lib/multiprocessing
> Lib/pydoc_data
> Lib/test
> Lib/tkinter/test/test_tkinter
> Mac/BuildScript
> Mac/Tools
> PCbuild
> PC/VC6
> PC/VS7.1
> PC/VS8.0
> Tools/msi
> Tools/scripts
> 
> So we can maybe start with:
>  - Restore the documentation

+1

As for the other popen() variants: those are already gone and are
indeed better implemented using subprocess directly.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6490>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:41:04 2011
From: report at bugs.python.org (Yaroslav)
Date: Wed, 09 Mar 2011 11:41:04 +0000
Subject: [issue11443] Zip password issue
In-Reply-To: <1299614001.15.0.390773224903.issue11443@psf.upfronthosting.co.za>
Message-ID: <1299670864.74.0.534304676204.issue11443@psf.upfronthosting.co.za>


Yaroslav <sbojchuk at gmail.com> added the comment:

Ok, i try that example in new versions 3+, and it works there. Thanks

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11443>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:54:12 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 09 Mar 2011 11:54:12 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <E1PxHxz-0004Wq-3P@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0f9e5042907c by Antoine Pitrou in branch '3.1':
Issue #11450: Don't truncate hg version info in Py_GetBuildInfo() when
http://hg.python.org/cpython/rev/0f9e5042907c

New changeset 605c74139754 by Antoine Pitrou in branch '3.2':
Merge fix for issue #11450
http://hg.python.org/cpython/rev/605c74139754

New changeset 1e00b161f5f5 by Antoine Pitrou in branch 'default':
Merge fix for issue #11450
http://hg.python.org/cpython/rev/1e00b161f5f5

New changeset a7412744822d by Antoine Pitrou in branch '2.7':
Issue #11450: Don't truncate hg version info in Py_GetBuildInfo() when
http://hg.python.org/cpython/rev/a7412744822d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 12:56:26 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 11:56:26 +0000
Subject: [issue11450] Py_GetBuildInfo() truncates when there are many hg tags
In-Reply-To: <1299658217.91.0.742598203261.issue11450@psf.upfronthosting.co.za>
Message-ID: <1299671786.18.0.45869257638.issue11450@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks you for the patch! Fixed now.

----------
nosy: +pitrou
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11450>
_______________________________________

From report at bugs.python.org  Wed Mar  9 13:26:56 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 09 Mar 2011 12:26:56 +0000
Subject: [issue11452] Test suite not symlink-install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

I'm now using a completely brain-damaged way to have two 3.x python(1)s
installed: symlinks; i.e. 3.2rc2 is ~/usr/opt/.py-3.2rc2 and tip is
~/usr/opt/.cpython.  Whenever i need to test the thing i'm working on
in my free time with the old version i'm temporarily replacing a
~/usr/opt/py3k symlink (which points to .cpython otherwise).
(I'm doing this because only py3k is in $PATH, $LD_LIBRARY_PATH etc.,
but like i said...)

I don't know if you consider this to be misbehaviour, but a
moment ago i've run the test suite on an installed python(1) tip
and got these symlink-path is not --prefix-path related errors,
just if anyone is concerned (stripping output a bit):

======================================================================
FAIL: test_getsourcefile (test.test_inspect.TestRetrievingSourceCode)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_inspect.py", line 279, in test_getsourcefile
    self.assertEqual(normcase(inspect.getsourcefile(mod.spam)), modfile)
AssertionError: '/Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py' != '/Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py'
- /Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py
?                        --  ^^^^
+ /Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py
?                          ^^

======================================================================
FAIL: test_findsource_code_in_linecache (test.test_inspect.TestBuggyCases)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_inspect.py", line 387, in test_findsource_code_in_linecache
    self.assertRaises(IOError, inspect.findsource, co)
AssertionError: IOError not raised by findsource

======================================================================
FAIL: test_stack (test.test_inspect.TestInterpreterStack)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_inspect.py", line 163, in test_stack
    (modfile, 16, 'eggs', ['    st = inspect.stack()\n'], 0))
AssertionError: Tuples differ: ('/Users/steffen/usr/opt/.cpyt... != ('/Users/steffen/usr/opt/py3k/...

First differing element 0:
/Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py
/Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py

- ('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py',
?                          --  ^^^^

+ ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py',
?                            ^^

======================================================================
FAIL: test_trace (test.test_inspect.TestInterpreterStack)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_inspect.py", line 174, in test_trace
    (modfile, 43, 'argue', ['            spam(a, b, c)\n'], 0))
AssertionError: Tuples differ: ('/Users/steffen/usr/opt/.cpyt... != ('/Users/steffen/usr/opt/py3k/...

First differing element 0:
/Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py
/Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py

- ('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/inspect_fodder.py',
?                          --  ^^^^

+ ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/inspect_fodder.py',
?                            ^^

...

======================================================================
FAIL: test_loop_caller_importing (test.test_trace.TestCallers)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py", line 286, in test_loop_caller_importing
    self.assertEqual(self.tracer.results().callers, expected)
AssertionError: {(('/Users/steffen/usr/opt/.cpython/lib/python3.3/trace.py', 'trace', 'Trace.run [truncated]... != {(('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace', [truncated]...

----------
components: Tests
messages: 130452
nosy: sdaoden
priority: normal
severity: normal
status: open
title: Test suite not symlink-install clean
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Wed Mar  9 13:50:05 2011
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 09 Mar 2011 12:50:05 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299675005.58.0.946969198242.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

> You could also call PyErr_NormalizeException at the beginning, and
> update the fields directly in the PySyntaxErrorObject structure.  No
> need to deal with any tuple.

Sorry, but I don't really understand.  If I call PyErr_NormalizeException at the beginning, the SyntaxError instance will be initialized with the wrong 3-tuple: (errstr, lineno, offset).  If after that I update the msg, filename, ... fields, they will be correct, but I think the args field still will be the wrong 3-tuple.  So I'll have to still create the new tuple, and replace the args field, right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 13:54:55 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 09 Mar 2011 12:54:55 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299675295.92.0.810139189829.issue11441@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

hmm, you are right, of course. I forgot that e.args is part of the SyntaxError members.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Wed Mar  9 14:56:07 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 09 Mar 2011 13:56:07 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299678967.65.0.50836365442.issue11435@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Wed Mar  9 15:17:01 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 09 Mar 2011 14:17:01 +0000
Subject: [issue11445] python.exe on OS X shared-llbrary build erroneously
	linked to MacPorts python library
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299680221.1.0.658121493994.issue11445@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

It is --enable-shared that is the culprit, but in the negated form...

The OSX linker will search the entire link path for a shared library before trying to look for a static library. As a workaround you could use '--enable-shared', and that should ensure that you get linked to the python version you're actually building as it is earlier on the path.

A proper fix is to add "-Wl,-search_paths_first" to the linker flags on OSX, with that flag the linker behaves just like the linker on any other unix platform.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar  9 20:01:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 09 Mar 2011 19:01:58 +0000
Subject: [issue9270] distutils.util.getplatform and sysconfig.getplatform
	differ
In-Reply-To: <1279250878.74.0.870585975763.issue9270@psf.upfronthosting.co.za>
Message-ID: <1299697318.6.0.640651926388.issue9270@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Checked distutils2 too, it?s okay.

----------
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9270>
_______________________________________

From report at bugs.python.org  Wed Mar  9 20:08:56 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Wed, 09 Mar 2011 19:08:56 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1299697736.79.0.189313196446.issue10617@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

but that will generate "class collections.abc.Container" as text in the first column of the table: do you really like it? I don't :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Wed Mar  9 20:29:53 2011
From: report at bugs.python.org (Aldona Majorek)
Date: Wed, 09 Mar 2011 19:29:53 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
	close there to prevent resource leaks and behave like
	socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>


New submission from Aldona Majorek <python at ada.majorek.org>:

asyncore.file_wrapper duplicates file descriptor of given file and closes it in it's close method.

But unlike socket.socket class it does not automatically call close when object is garbage collected.

Users of regular sockets and asyncore.dispatcher do not experience resource leaks when they forget to call self.close() in handle_close().

But people using file_dispatcher do loose file descriptor every time file_wrapper object is garbage collected without calling self.close() first.

----------
components: Library (Lib)
messages: 130458
nosy: amajorek
priority: normal
severity: normal
status: open
title: asyncore.file_wrapper should implement __del__ and call close there to prevent resource leaks and behave like socket.socket does.
type: resource usage
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Wed Mar  9 20:32:54 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 09 Mar 2011 19:32:54 +0000
Subject: [issue5679] cleanUp stack for unittest
In-Reply-To: <1238788607.78.0.0557494613751.issue5679@psf.upfronthosting.co.za>
Message-ID: <1299699174.95.0.815273085406.issue5679@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Apparently during a merge from trunk (r72477) the addCleanup and other methods ended up in 3.1rc1, even if they are documented as new in 3.2. I'll update the doc to say "new in 3.1".

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5679>
_______________________________________

From report at bugs.python.org  Wed Mar  9 20:59:05 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 09 Mar 2011 19:59:05 +0000
Subject: [issue11452] Test suite not symlink-install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <20110309195747.GA95315@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

This sounds even more silly now, but i can't reproduce the problem 
any more! 
I could do so easily this noon, before i've opened this issue! 
You *do* see the tracebacks!

I wanted to (try to) write a patch (use os.path.realpath()), but 
even with drop of __pycache__'s, complete recompiles and 
reinstallations: i can't reproduce these faults. 
I've neither updated my repo, nor have i done anything else. 
The options are the same, too (python3 -E -Wd -m test -r -w). 

I leave this issue open until tomorrow noon, maybe someone with 
glue reads it and has one or two minutes to give me a hint on what 
is happening here.  (Thank you!) 
I'll close it, then?!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Wed Mar  9 21:07:17 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 09 Mar 2011 20:07:17 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>


New submission from Ross Lagerwall <rosslagerwall at gmail.com>:

While importing most modules has little effect on the start up time,
importing urllib.request seems to take a considerable time.

E.g.: without importing urllib.request:
real	0m0.072s
user	0m0.070s
sys	0m0.000s

with importing urllib.request:
real	0m0.127s
user	0m0.120s
sys	0m0.010s

----------
components: Library (Lib)
messages: 130461
nosy: orsenthil, rosslagerwall
priority: normal
severity: normal
status: open
title: urllib.request import time
type: resource usage
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Wed Mar  9 21:53:48 2011
From: report at bugs.python.org (Michael Foord)
Date: Wed, 09 Mar 2011 20:53:48 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>


New submission from Michael Foord <michael at voidspace.org.uk>:

It is valid in CPython to create a new type with non-string keys in the dict. This is a problem for other implementations (neither pypy nor jython support it).

This should raise a warning.

----------
components: Interpreter Core
messages: 130462
nosy: michael.foord
priority: normal
severity: normal
status: open
title: issue a warning when populating a CPython type dict with non-string keys
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Wed Mar  9 21:54:30 2011
From: report at bugs.python.org (Yuval Greenfield)
Date: Wed, 09 Mar 2011 20:54:30 +0000
Subject: [issue6818] remove/delete method for zipfile/tarfile objects
In-Reply-To: <1251866532.69.0.504306670253.issue6818@psf.upfronthosting.co.za>
Message-ID: <1299704070.28.0.791392029088.issue6818@psf.upfronthosting.co.za>


Yuval Greenfield <ubershmekel at gmail.com> added the comment:

I fixed the bugs I found, added tests and documentation. What do you guys think?

----------
keywords: +patch
Added file: http://bugs.python.org/file21063/zipfile.remove.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6818>
_______________________________________

From report at bugs.python.org  Wed Mar  9 21:54:48 2011
From: report at bugs.python.org (Alex)
Date: Wed, 09 Mar 2011 20:54:48 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299704088.08.0.851863238752.issue11455@psf.upfronthosting.co.za>


Alex <alex.gaynor at gmail.com> added the comment:

2 ways to do it:

class A(object):
    locals()[42] = "abc"

or

type("A", (object,), {42: "abc"})

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Wed Mar  9 21:55:18 2011
From: report at bugs.python.org (Michael Foord)
Date: Wed, 09 Mar 2011 20:55:18 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299704118.04.0.40528861017.issue11455@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Note that other implementations not supporting this has been agreed by Guido. The language spec says that the class dict is a namespace and should have string keys.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Wed Mar  9 22:10:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 09 Mar 2011 21:10:18 +0000
Subject: [issue6818] remove/delete method for zipfile/tarfile objects
In-Reply-To: <1251866532.69.0.504306670253.issue6818@psf.upfronthosting.co.za>
Message-ID: <1299705018.82.0.372453387355.issue6818@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6818>
_______________________________________

From report at bugs.python.org  Wed Mar  9 22:20:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 09 Mar 2011 21:20:55 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1299705655.67.0.877864725985.issue10617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I don?t either.  The one thing I?d like is that :class:`collections.Set` generates a link to the table which documents the ABCs.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Wed Mar  9 22:21:25 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Wed, 09 Mar 2011 21:21:25 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299705685.69.0.751195607755.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

>We could, but someone must:
>1) provide a patch
While working on a straightforward patch for linux, I had to make a lot of copy-paste job. posixmodule.c is quite a mess already :(
>2) demonstrate a significant improvement in some real-world situation
suppose we have a directory with several millions of files and a cron script which must process just a bunch of them at a time. There's no need to gather them all.
As mmarkk mentioned - readdir already provides generator style access to the directory contents, it could be nice to provide such API in Python.

http://pastebin.com/NCGmfF49 - here's a kind of test (cached and uncached)
http://pastebin.com/tTKRTiNc - here's a testcase for batch processing of directory contenst (first is xlistdir(), second - listdir()) both uncached.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  9 22:23:23 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 09 Mar 2011 21:23:23 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1299705803.61.0.384406146245.issue10617@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:28:02 2011
From: report at bugs.python.org (Tony Wallace)
Date: Wed, 09 Mar 2011 22:28:02 +0000
Subject: [issue11456] Documentation csv RFC4180
In-Reply-To: <1299709682.27.0.368718810764.issue11456@psf.upfronthosting.co.za>
Message-ID: <1299709682.27.0.368718810764.issue11456@psf.upfronthosting.co.za>


New submission from Tony Wallace <tony at tony.gen.nz>:

Change to documentation preamble for csv module:

From:

There is no ?CSV standard?, so the format is operationally defined by the many applications which read and write it. The lack of a standard means that subtle differences often exist in the data produced and consumed by different applications.

To:

CSV has been used for many years prior to attempts to standardise it in RFC4180.  This has resulted in  subtle differences often exist in the data produced and consumed by different applications.

----------
assignee: docs at python
components: Documentation
messages: 130469
nosy: docs at python, tonywallace
priority: normal
severity: normal
status: open
title: Documentation csv RFC4180
type: feature request
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11456>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:31:11 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 09 Mar 2011 22:31:11 +0000
Subject: [issue11456] Documentation csv RFC4180
In-Reply-To: <1299709682.27.0.368718810764.issue11456@psf.upfronthosting.co.za>
Message-ID: <1299709871.34.0.130765962874.issue11456@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  I?ve added Skip, at his request on the CSV list.

----------
assignee: docs at python -> skip.montanaro
keywords: +patch
nosy: +eric.araujo, skip.montanaro
stage:  -> patch review
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11456>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:35:47 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 09 Mar 2011 22:35:47 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299710147.84.0.443695136429.issue11072@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Thanks for the great review Eric.
Patch in attachment provides the following changes:

- return a generator object
- remove callback parameter
- each yielded entry is a (name, {...}) tuple
- fix for ";" in file name
- fix for " " in file name
- fix for "=" in fact value
- raise on missing "=" in fact
- no longer converts numbers in integers
- all dictionary keys (fact names) are lower-cased
- extended test suite covering a lot of cases
- no new lines in MLSD_DATA
- updated doc with deprecation warnings for dir() and nslt() methods


> Aren't you modifying the state on the server (via "OPTS MLST"), 
> and then if you make a subsequent call without specifying "facts"
> you'll be using the value of "facts" from the previous call to MLSD? 

Correct. This is how OPTS/MLSD are supposed to work.
Not sure whether we can or *should* reset initial default facts.
I think we shouldn't.

----------
Added file: http://bugs.python.org/file21064/ftplib_mlsd_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:44:30 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 09 Mar 2011 22:44:30 +0000
Subject: [issue1706039] Added clearerr() to clear EOF state
Message-ID: <1299710670.84.0.340835940948.issue1706039@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm afraid there's a misunderstanding here about the scope of the issue. fileobject.c is not really used in py3k (except for a couple very specific uses such as the tokenizer or the import machinery).
The standard I/O stack uses object in the _io module (that is, in Modules/_io/*.c).
That's also why you won't see the tests failing, even without the patch...

----------
stage: test needed -> patch review
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1706039>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:51:12 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 09 Mar 2011 22:51:12 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1299711072.79.0.838668525254.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I created the features/unicode_import repository with a "unicode_import" branch:
http://hg.python.org/features/unicode_import/

It's my huge patch splitted into small and atomic commits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Wed Mar  9 23:58:31 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 09 Mar 2011 22:58:31 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299711511.5.0.555144721735.issue11072@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

facts_found.strip(" ").rstrip(";")

strip is redundant since facts_found is a first element of partitioning by the same string. rstrip is wrong since you're potentially deleting more than one character (there is no test for that).

In your test you're checking whether returned facts contain every requested fact, this is not guaranteed by RFC. Also, not sure what the last for statement is supposed to mean. Is it a typo?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Thu Mar 10 00:02:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 09 Mar 2011 23:02:19 +0000
Subject: [issue3722] print followed by exception eats print with doctest
In-Reply-To: <1220007253.68.0.614144600028.issue3722@psf.upfronthosting.co.za>
Message-ID: <1299711739.47.0.107145640129.issue3722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Temporary output will break all doctests, not just those with exception traceback. One should fix, disable debug output, and then rerun doctest to make sure fix did not break anything else.

A function that prints and raises *can* be tested as by separately testing both output and silencing of expected exception as follows:

>>> def test():
...   print("hello")
...   raise IndexError()
...
>>> try:
...   test()
...   raise BaseException()
... except IndexError:
...   pass
hello

This passes but will not if function prints anything else or does anything other than raise that exception (or a subclass thereof). In practice, catching subclasses should be ok, but if not, the except clause can be expanded to

... except IndexError as msg:
...   if type(msg) is not IndexError:
...     raise BaseException

I am only leaving this open for a possible doc addition showing something like the simpler fix above.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
stage:  -> needs patch
Added file: http://bugs.python.org/file21065/doctest_solution.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3722>
_______________________________________

From report at bugs.python.org  Thu Mar 10 00:21:13 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 09 Mar 2011 23:21:13 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299712873.92.0.434848599681.issue11072@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

You're right about r/strip(), thanks (new patch in attachment).

> In your test you're checking whether returned facts 
> contain every requested fact, this is not guaranteed by RFC.

Yes, but we're using a dummy FTP server returning static MLSD_DATA, so this is not important.

> Also, not sure what the last for statement 
> is supposed to mean. Is it a typo?

It makes sure whether in case of directory empty (see: no data returned) we don't enter in the "for" block.
Probably it's not even necessary because this is already tested by:
self.assertRaises(StopIteration, next, self.client.mlsd())
...but... whathever.

----------
Added file: http://bugs.python.org/file21066/ftplib_mlsd_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Thu Mar 10 00:32:31 2011
From: report at bugs.python.org (Nasos Dousis)
Date: Wed, 09 Mar 2011 23:32:31 +0000
Subject: [issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++
	compilation
In-Reply-To: <1295040100.28.0.0907494738582.issue10910@psf.upfronthosting.co.za>
Message-ID: <1299713551.98.0.00751234102753.issue10910@psf.upfronthosting.co.za>


Nasos Dousis <ndousis at gmail.com> added the comment:

I'm upgrading from Python 2.6.5 to 2.7.1, and I'm getting the error below when compiling my code using Boost 1.45 and gcc 4.2.1 in OSX 10.6.6.  The following thread describes similar symptoms related to the ordering of header files and macro definitions:
http://code.google.com/p/unladen-swallow/issues/detail?id=87#c13

The suggested patch to pyport.h (http://codereview.appspot.com/179049/patch/1/2) does not fix my problem.  However, prepending 

#include "Python.h"

to each source file (e.g., bend.cc below) does fix the problem.  Is there a simple way to fix this without adding Python.h to every source file in my codebase?

I've installed Boost and Python from source to non-standard directories, Boost 1.45 by:
cd $(BOOST); ./bootstrap.sh --prefix=$(CURDIR)/$(BOOST) --with-python-root=$(CURDIR)/$(PYTHON_DIR) --with-python-version=2.7 --with-libraries=mpi

and Python 2.7 by:
cd $(PYTHON_SRCDIR) ; ./configure --enable-shared --prefix=$(CURDIR)/$(PYTHON_DIR)
cd $(PYTHON_SRCDIR) ; make -j $(NUMPROC) && make install

Any guidance will be greatly appreciated.

Kind regards,
Nasos

===============
...
darwin.compile.c++ bin/darwin-4.2.1/release/threading-multi/bend.o
In file included from /usr/include/c++/4.2.1/ios:47,
                 from /usr/include/c++/4.2.1/ostream:45,
                 from /usr/include/c++/4.2.1/iterator:70,
                 from boost/boost/next_prior.hpp:15,
                 from boost/boost/utility.hpp:17,
                 from boost/boost/python/instance_holder.hpp:10,
                 from boost/boost/python/object/pointer_holder.hpp:14,
                 from boost/boost/python/to_python_indirect.hpp:10,
                 from boost/boost/python/converter/arg_to_python.hpp:10,
                 from boost/boost/python/call.hpp:15,
                 from boost/boost/python/object_core.hpp:14,
                 from boost/boost/python/args.hpp:25,
                 from boost/boost/python.hpp:11,
                 from bend.hh:6,
                 from bend.cc:1:
/usr/include/c++/4.2.1/bits/localefwd.h:58:34: error: macro "isspace" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:70:34: error: macro "isupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:74:34: error: macro "islower" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:78:34: error: macro "isalpha" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:94:34: error: macro "isalnum" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:102:34: error: macro "toupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/localefwd.h:106:34: error: macro "tolower" passed 2 arguments, but takes just 1
In file included from /usr/include/c++/4.2.1/bits/basic_ios.h:44,
                 from /usr/include/c++/4.2.1/ios:50,
                 from /usr/include/c++/4.2.1/ostream:45,
                 from /usr/include/c++/4.2.1/iterator:70,
                 from boost/boost/next_prior.hpp:15,
                 from boost/boost/utility.hpp:17,
                 from boost/boost/python/instance_holder.hpp:10,
                 from boost/boost/python/object/pointer_holder.hpp:14,
                 from boost/boost/python/to_python_indirect.hpp:10,
                 from boost/boost/python/converter/arg_to_python.hpp:10,
                 from boost/boost/python/call.hpp:15,
                 from boost/boost/python/object_core.hpp:14,
                 from boost/boost/python/args.hpp:25,
                 from boost/boost/python.hpp:11,
                 from bend.hh:6,
                 from bend.cc:1:
/usr/include/c++/4.2.1/bits/locale_facets.h:242:53: error: macro "toupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:271:53: error: macro "tolower" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:814:53: error: macro "toupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:847:53: error: macro "tolower" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4611:44: error: macro "isspace" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4629:44: error: macro "isupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4635:44: error: macro "islower" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4641:44: error: macro "isalpha" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4665:44: error: macro "isalnum" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4677:44: error: macro "toupper" passed 2 arguments, but takes just 1
/usr/include/c++/4.2.1/bits/locale_facets.h:4683:44: error: macro "tolower" passed 2 arguments, but takes just 1
In file included from /usr/include/c++/4.2.1/ios:47,
                 from /usr/include/c++/4.2.1/ostream:45,
                 from /usr/include/c++/4.2.1/iterator:70,
                 from boost/boost/next_prior.hpp:15,
                 from boost/boost/utility.hpp:17,
                 from boost/boost/python/instance_holder.hpp:10,
                 from boost/boost/python/object/pointer_holder.hpp:14,
                 from boost/boost/python/to_python_indirect.hpp:10,
                 from boost/boost/python/converter/arg_to_python.hpp:10,
                 from boost/boost/python/call.hpp:15,
                 from boost/boost/python/object_core.hpp:14,
                 from boost/boost/python/args.hpp:25,
                 from boost/boost/python.hpp:11,
                 from bend.hh:6,
                 from bend.cc:1:
/usr/include/c++/4.2.1/bits/localefwd.h:58: error: ?std::isspace? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:58: error: template declaration of ?bool std::isspace?
/usr/include/c++/4.2.1/bits/localefwd.h:70: error: ?std::isupper? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:70: error: template declaration of ?bool std::isupper?
/usr/include/c++/4.2.1/bits/localefwd.h:74: error: ?std::islower? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:74: error: template declaration of ?bool std::islower?
/usr/include/c++/4.2.1/bits/localefwd.h:78: error: ?std::isalpha? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:78: error: template declaration of ?bool std::isalpha?
/usr/include/c++/4.2.1/bits/localefwd.h:94: error: ?std::isalnum? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:94: error: template declaration of ?bool std::isalnum?
/usr/include/c++/4.2.1/bits/localefwd.h:102: error: ?std::toupper? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:102: error: template declaration of ?_CharT std::toupper?
/usr/include/c++/4.2.1/bits/localefwd.h:106: error: ?std::tolower? declared as an ?inline? variable
/usr/include/c++/4.2.1/bits/localefwd.h:106: error: template declaration of ?_CharT std::tolower?
In file included from /usr/include/c++/4.2.1/bits/basic_ios.h:44,
                 from /usr/include/c++/4.2.1/ios:50,
                 from /usr/include/c++/4.2.1/ostream:45,
                 from /usr/include/c++/4.2.1/iterator:70,
                 from boost/boost/next_prior.hpp:15,
                 from boost/boost/utility.hpp:17,
                 from boost/boost/python/instance_holder.hpp:10,
                 from boost/boost/python/object/pointer_holder.hpp:14,
                 from boost/boost/python/to_python_indirect.hpp:10,
                 from boost/boost/python/converter/arg_to_python.hpp:10,
                 from boost/boost/python/call.hpp:15,
                 from boost/boost/python/object_core.hpp:14,
                 from boost/boost/python/args.hpp:25,
                 from boost/boost/python.hpp:11,
                 from bend.hh:6,
                 from bend.cc:1:
/usr/include/c++/4.2.1/bits/locale_facets.h:227: error: ?btowc? is not a type
/usr/include/c++/4.2.1/bits/locale_facets.h:242: error: expected ?;? before ?const?
/usr/include/c++/4.2.1/bits/locale_facets.h:255: error: expected `;' before ?char_type?
/usr/include/c++/4.2.1/bits/locale_facets.h:256: error: ?btowc? is not a type
/usr/include/c++/4.2.1/bits/locale_facets.h:271: error: expected ?;? before ?const?
/usr/include/c++/4.2.1/bits/locale_facets.h:287: error: expected `;' before ?char_type?
/usr/include/c++/4.2.1/bits/locale_facets.h: In member function ?_CharT std::__ctype_abstract_base<_CharT>::towupper(int (*)(_CharT)) const?:
/usr/include/c++/4.2.1/bits/locale_facets.h:228: error: ?__c? was not declared in this scope
/usr/include/c++/4.2.1/bits/locale_facets.h: In member function ?_CharT std::__ctype_abstract_base<_CharT>::towlower(int (*)(_CharT)) const?:
/usr/include/c++/4.2.1/bits/locale_facets.h:257: error: ?__c? was not declared in this scope
/usr/include/c++/4.2.1/bits/locale_facets.h: At global scope:
/usr/include/c++/4.2.1/bits/locale_facets.h:797: error: ?btowc? is not a type
/usr/include/c++/4.2.1/bits/locale_facets.h:814: error: expected ?;? before ?const?
/usr/include/c++/4.2.1/bits/locale_facets.h:829: error: expected `;' before ?char_type?
/usr/include/c++/4.2.1/bits/locale_facets.h:830: error: ?btowc? is not a type
/usr/include/c++/4.2.1/bits/locale_facets.h:847: error: expected ?;? before ?const?
/usr/include/c++/4.2.1/bits/locale_facets.h:866: error: expected `;' before ?char_type?
/usr/include/c++/4.2.1/bits/locale_facets.h: In member function ?char std::ctype<char>::towupper(int (*)(char)) const?:
/usr/include/c++/4.2.1/bits/locale_facets.h:798: error: ?__c? was not declared in this scope
/usr/include/c++/4.2.1/bits/locale_facets.h: In member function ?char std::ctype<char>::towlower(int (*)(char)) const?:
/usr/include/c++/4.2.1/bits/locale_facets.h:831: error: ?__c? was not declared in this scope
In file included from /usr/include/c++/4.2.1/bits/basic_ios.h:44,
                 from /usr/include/c++/4.2.1/ios:50,
                 from /usr/include/c++/4.2.1/ostream:45,
                 from /usr/include/c++/4.2.1/iterator:70,
                 from boost/boost/next_prior.hpp:15,
                 from boost/boost/utility.hpp:17,
                 from boost/boost/python/instance_holder.hpp:10,
                 from boost/boost/python/object/pointer_holder.hpp:14,
                 from boost/boost/python/to_python_indirect.hpp:10,
                 from boost/boost/python/converter/arg_to_python.hpp:10,
                 from boost/boost/python/call.hpp:15,
                 from boost/boost/python/object_core.hpp:14,
                 from boost/boost/python/args.hpp:25,
                 from boost/boost/python.hpp:11,
                 from bend.hh:6,
                 from bend.cc:1:
/usr/include/c++/4.2.1/bits/locale_facets.h: At global scope:
/usr/include/c++/4.2.1/bits/locale_facets.h:4611: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4629: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4635: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4641: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4665: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4677: error: function definition does not declare parameters
/usr/include/c++/4.2.1/bits/locale_facets.h:4683: error: function definition does not declare parameters

    "g++"  -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -g -dynamic -no-cpp-precomp -gdwarf-2 -fPIC -Wstrict-aliasing=2 -ffast-math -fno-strict-aliasing -DBOOST_PYTHON_MAX_ARITY=30 -D_REENTRANT  -I"boost" -I"python/include/python2.7" -c -o "bin/darwin-4.2.1/release/threading-multi/Dbend.o" "bend.cc"

...failed darwin.compile.c++ bin/darwin-4.2.1/release/threading-multi/bend.o...

----------
nosy: +ndousis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10910>
_______________________________________

From report at bugs.python.org  Thu Mar 10 01:05:28 2011
From: report at bugs.python.org (Kris Henriksson)
Date: Thu, 10 Mar 2011 00:05:28 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>


New submission from Kris Henriksson <kthenriksson at gmail.com>:

The most recent (issue 7) release of the POSIX standard mandates support for nanosecond precision in certain system calls. For example, the stat structure include a timespec struct for each of mtime, atime, and ctime that provides such nanosecond precision.[1] There is also an futimens call that allows setting the time accurate to the nanosecond.[2] Support for such precision is available at the least on 2.6 Linux kernels.

1. http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_stat.h.html
2. http://pubs.opengroup.org/onlinepubs/9699919799/functions/futimens.html

Currently, the Python float type is used everywhere to express times in a single value (such as the result from os.stat). However, since this is implemented in CPython using type double (and possibly similarly elsewhere) it is impossible to obtain sufficient precision using a float.

Therefore, it would be useful to expose the number of seconds and nanoseconds separately
to allow full precision. Perhaps adding these values as additional members to the return value from os.stat would be most useful, something like .st_atimensec that Linux sometimes uses, or else just follow the POSIX standard to include a sub-struct.

This is important for example with the tarfile module with the pax tar format. The POSIX tar standard[3] mandates storing the mtime in the extended header (if it is not an integer) with as much precision as is available in the underlying file system, and likewise to restore this time properly upon extraction. Currently this is not possible.

3. http://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html

----------
components: Library (Lib)
messages: 130478
nosy: khenriksson
priority: normal
severity: normal
status: open
title: Expose nanosecond precision from system calls
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Thu Mar 10 01:07:50 2011
From: report at bugs.python.org (Kris Henriksson)
Date: Thu, 10 Mar 2011 00:07:50 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299715670.53.0.359436555952.issue11457@psf.upfronthosting.co.za>


Kris Henriksson <kthenriksson at gmail.com> added the comment:

Also, a new function similar to os.utime would be needed as well, perhaps something named like os.utimens. This would be needed to allow setting times with nanosecond precision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Thu Mar 10 01:14:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 00:14:12 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299716052.12.0.603100933803.issue11457@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +mark.dickinson
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Thu Mar 10 01:59:51 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 10 Mar 2011 00:59:51 +0000
Subject: [issue7867] Proposed FAQ entry on pass-by-? semantics and the meaning
	of 'variable' in python
In-Reply-To: <1265490255.73.0.743157337936.issue7867@psf.upfronthosting.co.za>
Message-ID: <1299718791.31.0.44069575567.issue7867@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This patch isn't going to be accepted, so I'm closing the issue.  Someone else can propose a different wording in a new issue if they wish.

----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7867>
_______________________________________

From report at bugs.python.org  Thu Mar 10 03:09:08 2011
From: report at bugs.python.org (Scott Dial)
Date: Thu, 10 Mar 2011 02:09:08 +0000
Subject: [issue1706039] Added clearerr() to clear EOF state
Message-ID: <1299722948.67.0.933285744162.issue1706039@psf.upfronthosting.co.za>


Scott Dial <scott at scottdial.com> added the comment:

I'm well aware of the limited use of Py_UniversalNewlineFgets() in py3k, but it remains the case that it is a public API that fails to work correctly under the conditions specified by the reporter, and Alexander confirmed the original patch fixed the issue. AFAICT, there no longer are any test cases (beyond the indirect testing of the dependent code) for Py_UniversalNewlineFgets().

One of the issues with applying the patch to tip was due to commenting out some code in it:

     /* if ( c == EOF && skipnextlf )
         newlinetypes |= NEWLINE_CR; */

For issue8914, which really should've just deleted those two lines, but there was not such an extensive review of that change.

The unittests have there own merit. The file object API is supposed to behave in the manner that the tests exercise them. There are currently no tests that would inform us if any change broke this documented behavior. If you want to split the patch in two to treat them as independent items, then fine.

Otherwise, close the issue as WONTFIX due to obsolescence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1706039>
_______________________________________

From report at bugs.python.org  Thu Mar 10 03:33:59 2011
From: report at bugs.python.org (Alex Leach)
Date: Thu, 10 Mar 2011 02:33:59 +0000
Subject: [issue11458] tarfile with socket incompatability
In-Reply-To: <1299724439.89.0.965974216357.issue11458@psf.upfronthosting.co.za>
Message-ID: <1299724439.89.0.965974216357.issue11458@psf.upfronthosting.co.za>


New submission from Alex Leach <beamesleach at gmail.com>:

Hi,

I'm trying to parse the contents of tar archives (.tgz) on the fly, and failing to do so. The tar archives in question have directory hierarchies, and only if a TarInfo object is a file (.isreg() ) will I try and read it's contents.

I figured a sensible idea would be to pass a socket(.makefile()) object to the fileobj attribute of tarfile.open. This doesn't work because a socket file descriptor does not have a tell() method. I understand that a socket object shouldn't need to have a tell method, but why should the fileobj passed to tarfile.open need it?

Code:-

def get_headers( self, file_name ):
    sock = socket.socket()
    sock.bind(('localhost',0))
    fd = sock.makefile()
    handle = tarfile.open( file_name,'r',fileobj=fd ) # This line breaks

I'm currently testing on Python v2.6.6 EPD 6.3-2 64 bit, on an Autumn 2010 Mac Pro.

My dirty bug-fix idea is to subclass tarfile.TarFile, and give it a tell() method, to just return 0. I don't want to have to do that. Any alternative suggestions would be greatly appreciated.

Cheers,
Alex

----------
components: Extension Modules
messages: 130482
nosy: Alex.Leach
priority: normal
severity: normal
status: open
title: tarfile with socket incompatability

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11458>
_______________________________________

From report at bugs.python.org  Thu Mar 10 03:58:13 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 10 Mar 2011 02:58:13 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299725893.08.0.365062044146.issue11454@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What operating system is that on?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 10 04:02:53 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 10 Mar 2011 03:02:53 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299726173.99.0.226728306513.issue11455@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I fail to see the need to warn about this, though. Users using the feature are likely aware that this violates the language specification, and will find out quickly when they do port it to another Python implementation.

There are many many other aspects of CPython that don't, and often even can't, work on other Python implementations that are not warned about (such as usage of extensions modules, or development of extension modules).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 04:14:15 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 10 Mar 2011 03:14:15 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299705685.69.0.751195607755.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D784200.8010001@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> a cron script which must process just a bunch of them at a time.
 > There's no need to gather them all.

Can you please be more explicit? What's the application in which you
have several millions of files in a directory? What's the task that
the processing script needs to perform?

> http://pastebin.com/NCGmfF49 - here's a kind of test (cached and uncached)

This isn't really convincing - the test looks at all files, so it isn't 
clear why xlistdir should do any better than listdir. And indeed, with
a cold cache, xlistdir is slower (IIUC).

> http://pastebin.com/tTKRTiNc - here's a testcase for batch processing of directory contenst (first is xlistdir(), second - listdir()) both uncached.

This is not a real-world application - there is no actual processing done.

BTW, can you publish your xlistdir implementation somewhere?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Mar 10 04:46:02 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 10 Mar 2011 03:46:02 +0000
Subject: [issue11458] tarfile with socket incompatability
In-Reply-To: <1299724439.89.0.965974216357.issue11458@psf.upfronthosting.co.za>
Message-ID: <1299728762.25.0.819467170398.issue11458@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I believe you are looking for mode 'r|'.

----------
nosy: +r.david.murray
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11458>
_______________________________________

From report at bugs.python.org  Thu Mar 10 05:08:10 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 10 Mar 2011 04:08:10 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299730090.92.0.116859208489.issue11454@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Ubuntu 10.10.

I haven't investigated whether it is actually urllib.request that is causing the long import time or a module that it is dependent on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 10 06:04:28 2011
From: report at bugs.python.org (Novimir Pablant)
Date: Thu, 10 Mar 2011 05:04:28 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>


New submission from Novimir Pablant <amicitas at gmail.com>:

I am trying to get the output from an external program into python using `subprocess.Popen` and `select.select`.   For some reason though select.select is at times telling me that stdout is not ready to read, even when it is (reading from it works).   

This problem exists in python 3.1 & 3.2 but not in python 2.7.



For my particular application I am connecting to external program via ssh.  I would not expect that the ssh connection would be an issue.

The program that I am calling produces some output and eventually asks for user input.  In the example below I only get a portion of the output, then at some point select.select tells me that read is not available.  If I try to read anyway I can keep getting more output.  As soon as I press a key (passing something to stdin),  select.select tells me that I can read again and I get the rest of the output.   

Any ideas?
    

    def wrapExternal(host=None):

       command = ["ssh", "-t", host, "some_program"]

       child = subprocess.Popen(command
                                ,bufsize=0
                                ,stdout=subprocess.PIPE
                                ,stderr=subprocess.STDOUT)
        
       out = ''
       while True:
          r, w, x = select.select([child.stdout], [], [], 1.0)
    
          if child.poll() is not None:
             break
                        
          if r:
             out = child.stdout.read(1)
             print(out.decode(), end='')
             sys.stdout.flush()
    
       return child.returncode

----------
components: Library (Lib)
messages: 130488
nosy: amicitas
priority: normal
severity: normal
status: open
title: Python select.select does not correctly report read readyness
type: behavior
versions: Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 06:12:49 2011
From: report at bugs.python.org (Novimir Pablant)
Date: Thu, 10 Mar 2011 05:12:49 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299733969.32.0.206803793924.issue11459@psf.upfronthosting.co.za>


Novimir Pablant <amicitas at gmail.com> added the comment:

I forgot to mention, I am running on OS X 10.6.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 07:58:07 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 10 Mar 2011 06:58:07 +0000
Subject: [issue11445] python.exe on OS X shared-llbrary build erroneously
	linked to MacPorts python library
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1299740287.81.0.64754574488.issue11445@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I see the problem now. Using a --enable-shared configure similar to Skip's, the gcc step that builds python.exe is:

  gcc -L/opt/local/lib -u _PyMac_Error -o python.exe \
      Modules/python.o \
      -L. -lpython2.7 -ldl  -framework CoreFoundation

What I failed to notice originally is that the MacPorts python27 port, which both Skip and I have installed, adds a link in /opt/local/lib to its framework lib:

/opt/local/lib/libpython2.7.dylib@ -> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Python

So since /opt/local/lib comes first on the lib list, that libpython2.7 is going to be found before the build directory's dylib.  Moving -L /opt/local/lib to after -L. does seem to fix the problem.

In the non-shared case, the gcc link step is:

  gcc -L/opt/local/lib -u _PyMac_Error -o python.exe \
      Modules/python.o libpython2.7.a \
      -ldl  -framework CoreFoundation

so the local static lib is explicitly loaded and there shouldn't be a problem.

The shared-lib case is nasty in that you can easily link to the wrong lib without realizing it.  The Makefile (for 2.7 - py3k is similar) is:

# Build the interpreter
$(BUILDPYTHON):	Modules/python.o $(LIBRARY) $(LDLIBRARY)
		$(LINKCC) $(LDFLAGS) $(LINKFORSHARED) -o $@ \
			Modules/python.o \
			$(BLDLIBRARY) $(LIBS) $(MODLIBS) $(SYSLIBS) $(LDLAST)

I wonder whether $(LDFLAGS) can be safely moved to after $(BLDLIBRARY) without breaking some platform. And I suspect the problem is not unique to OS X but perhaps more likely there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Thu Mar 10 08:03:33 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 10 Mar 2011 07:03:33 +0000
Subject: [issue2142] difflib.unified_diff(...) produces invalid patches
In-Reply-To: <1203365817.7.0.0998491412302.issue2142@psf.upfronthosting.co.za>
Message-ID: <1299740613.26.0.871190237639.issue2142@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Updated patch which can apply to current py3k cleanly and with changes follow eric's review comments.

----------
Added file: http://bugs.python.org/file21067/issue_2142.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2142>
_______________________________________

From report at bugs.python.org  Thu Mar 10 08:58:20 2011
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Thu, 10 Mar 2011 07:58:20 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299743900.78.0.607576003555.issue11457@psf.upfronthosting.co.za>


Changes by Lars Gust?bel <lars at gustaebel.de>:


----------
nosy: +lars.gustaebel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Thu Mar 10 09:01:21 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 10 Mar 2011 08:01:21 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1299744081.7.0.841174617299.issue3080@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Nice work! Is there a specific place for comments? Here are some of them already:

- Modules/zipimport.c::make_filename: remove the limit buffer, the code could
  look like:

  pathsize = PyUnicode_GET_SIZE(prefix) + PyUnicode_GET_SIZE(name);
  result = PyUnicode_FromUnicode(NULL, pathsize);
  path = PyUnicode_AS_UNICODE(ret);
  ...
  return result;

- Python/importdl.c::_PyImport_LoadDynamicModule: shortnameobj is not necessary:

  lastdot = Py_UNICODE_strrchr(nameuni, '.');
  if (lastdot == NULL)
      shortname = namenuni;
  else:
      shortname = lastdot + 1;

- _PyImport_GetDynLoadFunc still takes char* arguments. Can this fail on win32
  for example, in case the pathname cannot be encoded to mbcs?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Thu Mar 10 09:12:26 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 10 Mar 2011 08:12:26 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299744747.0.0.593482518594.issue11459@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Could you try with the attached patch ?
The problem is that subprocess silently replaces bufsize=0, so child.stdout is actually buffered, and when you read just one byte, everything that's available for reading is read into the python's object buffer. Then, select/poll doesn't see the pipe as ready for reading since everything as already been read.
Mixing buffered I/O and select leads to trouble, you're right to pass bufsize=0, but I don't know why subprocess goes out of its way and buffers it anyway:
        if bufsize == 0:
            bufsize = 1  # Nearly unbuffered (XXX for now)

----------
keywords: +patch
nosy: +neologix
Added file: http://bugs.python.org/file21068/subprocess_buffer.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 10:07:01 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 10 Mar 2011 09:07:01 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299748021.59.0.169377299559.issue11459@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 10:07:55 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 10 Mar 2011 09:07:55 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
	close there to prevent resource leaks and behave like
	socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <1299748075.12.0.470759124756.issue11453@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Thu Mar 10 10:13:18 2011
From: report at bugs.python.org (saradayerramalle)
Date: Thu, 10 Mar 2011 09:13:18 +0000
Subject: [issue11460] Attribute Error
In-Reply-To: <1299748398.42.0.872980855635.issue11460@psf.upfronthosting.co.za>
Message-ID: <1299748398.42.0.872980855635.issue11460@psf.upfronthosting.co.za>


New submission from saradayerramalle <saradasri_y at yahoo.co.in>:

Hi.
I am new to Python.
I have an ABC.py file in which it has a checkbox.
An instance of the "wx.CheckBox" is created with name "chkbox1".
Initial value is set and its binded to the "wx.EVT_CHECKBOX" with a function xxx().
Now, I am importing ABC.py to XYZ.py.
How to access the event of the checkbox XYZ.py?

If i try to access it as ABC.chkbox1.SetVaule(), its giving the error as ""Attribute Error: type object 'ABC' has no attribute 'chkbox1'"".
Please help me ASAP.

----------
messages: 130494
nosy: syerrama
priority: normal
severity: normal
status: open
title: Attribute Error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11460>
_______________________________________

From report at bugs.python.org  Thu Mar 10 10:39:11 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 09:39:11 +0000
Subject: [issue11460] Attribute Error
In-Reply-To: <1299748398.42.0.872980855635.issue11460@psf.upfronthosting.co.za>
Message-ID: <1299749951.49.0.516938876252.issue11460@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Hi, if you need help with Python try the Python mailing list[0] or ask on IRC[1].
This bug tracker is used only to report bugs in the Python language.

[0]: http://www.python.org/community/lists/
[1]: http://www.python.org/community/irc/

----------
nosy: +ezio.melotti
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11460>
_______________________________________

From report at bugs.python.org  Thu Mar 10 10:59:10 2011
From: report at bugs.python.org (Alex Leach)
Date: Thu, 10 Mar 2011 09:59:10 +0000
Subject: [issue11458] tarfile with socket incompatability
In-Reply-To: <1299728762.25.0.819467170398.issue11458@psf.upfronthosting.co.za>
Message-ID: <AANLkTikUriqGC11zHx8_3gUCV_LRk_zwsyUvfy3xeFR1@mail.gmail.com>


Alex Leach <beamesleach at gmail.com> added the comment:

Thanks! =D

On Thu, Mar 10, 2011 at 3:46 AM, R. David Murray <report at bugs.python.org>wrote:

>
> R. David Murray <rdmurray at bitdance.com> added the comment:
>
> I believe you are looking for mode 'r|'.
>
> ----------
> nosy: +r.david.murray
> resolution:  -> works for me
> stage:  -> committed/rejected
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11458>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file21069/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11458>
_______________________________________
-------------- next part --------------
Thanks! =D<br><br><div class="gmail_quote">On Thu, Mar 10, 2011 at 3:46 AM, R. David Murray <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
R. David Murray &lt;<a href="mailto:rdmurray at bitdance.com">rdmurray at bitdance.com</a>&gt; added the comment:<br>
<br>
I believe you are looking for mode &#39;r|&#39;.<br>
<br>
----------<br>
nosy: +r.david.murray<br>
resolution: ??-&gt; works for me<br>
stage: ??-&gt; committed/rejected<br>
status: open -&gt; closed<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11458" target="_blank">http://bugs.python.org/issue11458</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Thu Mar 10 11:16:35 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 10 Mar 2011 10:16:35 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299035016.51.0.282905880953.issue11369@psf.upfronthosting.co.za>
Message-ID: <1299752195.83.0.686675152711.issue11369@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Bill,

I was looking at this patch again, and I'm not sure about thread safety. The correctness of the caching depends on manager.status, which is state which is potentially shared across threads. There are no interlocks around it, so with the patch as it stands, ISTM it's possible in a multi-threaded application to get stale information. Has your patch been used in multi-threaded applications?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________

From report at bugs.python.org  Thu Mar 10 11:19:58 2011
From: report at bugs.python.org (Yuriy Pilgun)
Date: Thu, 10 Mar 2011 10:19:58 +0000
Subject: [issue11461] Reading UTF-16 with codecs.readline() breaks on
	surrogate pairs
In-Reply-To: <1299752398.22.0.888282532941.issue11461@psf.upfronthosting.co.za>
Message-ID: <1299752398.22.0.888282532941.issue11461@psf.upfronthosting.co.za>


New submission from Yuriy Pilgun <ply at ukrpost.net>:

Reading UTF-16 text file with module 'codecs' fails, if surrogate pair is located at 72-character boundary.

Attached python script fails with message:
UnicodeDecodeError: 'utf16' codec can't decode bytes in position 70-71: unexpected end of data

The reason is splitting of input data for readline() into chunks, namely
  readsize = size or 72

----------
components: Library (Lib), Unicode
files: testutf16.py
messages: 130498
nosy: ply
priority: normal
severity: normal
status: open
title: Reading UTF-16 with codecs.readline() breaks on surrogate pairs
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21070/testutf16.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11461>
_______________________________________

From report at bugs.python.org  Thu Mar 10 11:23:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 10:23:42 +0000
Subject: [issue11461] Reading UTF-16 with codecs.readline() breaks on
	surrogate pairs
In-Reply-To: <1299752398.22.0.888282532941.issue11461@psf.upfronthosting.co.za>
Message-ID: <1299752622.73.0.649881600916.issue11461@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11461>
_______________________________________

From report at bugs.python.org  Thu Mar 10 12:01:24 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 10 Mar 2011 11:01:24 +0000
Subject: [issue11452] Test suite not symlink-install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1299754884.23.0.784491150499.issue11452@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

So, nobody.  I still can't find a way to reproduce the errors, so.
I also get occasional errors when building _multiprocessor, which
disappear when (removing _multiprocessor_failed.so and) simply
running make all once again.
I thought about providing the patch anyway, but it is maybe better
to simply close this issue (in the meanwhile).

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Thu Mar 10 12:17:30 2011
From: report at bugs.python.org (Eric Smith)
Date: Thu, 10 Mar 2011 11:17:30 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299755850.08.0.0706380345796.issue11072@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I'll give this a proper review in the next day or so (busy at PyCon).

Despite the fact that I typically hate changing values returned by the server, I agree on case-folding the fact names to lowercase upon reading them. The RFC clearly states they're case insensitive: "Fact names are case-insensitive.  Size, size, SIZE, and SiZe are the same fact." You should have the facts in MLSD_DATA be mixed case, to ensure they're being lowercased correctly.

I agree that there's nothing that can be done in the case where no facts are specified: the spec clearly says just use the values we've previously set. Caller beware.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Thu Mar 10 12:26:31 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 10 Mar 2011 11:26:31 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299756391.63.0.796438385411.issue11072@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

> You should have the facts in MLSD_DATA be mixed case, to ensure 
> they're being lowercased correctly.

This is already tested by:

+        # case sensitiveness
+        set_data('Type=type;TyPe=perm;UNIQUE=unique; name\r\n')
+        _name, facts = next(self.client.mlsd())
+        [self.assertTrue(x.islower()) for x in facts.keys()]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Thu Mar 10 12:31:31 2011
From: report at bugs.python.org (Eric Smith)
Date: Thu, 10 Mar 2011 11:31:31 +0000
Subject: [issue11072] Add MLSD command support to ftplib
In-Reply-To: <1296430651.22.0.68039486547.issue11072@psf.upfronthosting.co.za>
Message-ID: <1299756691.29.0.543323990936.issue11072@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

So it is. I told you I hadn't done a proper review! I was mainly trying to say I agree with lowercasing.

I'll shut up until I can read the whole patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11072>
_______________________________________

From report at bugs.python.org  Thu Mar 10 12:57:27 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 11:57:27 +0000
Subject: [issue9796] Add summary tables for unittest API
In-Reply-To: <1283906621.68.0.367606257735.issue9796@psf.upfronthosting.co.za>
Message-ID: <1299758247.58.0.187909474919.issue9796@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The tables and several other doc changes went in 3.1 in cb3a925de1bd.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9796>
_______________________________________

From report at bugs.python.org  Thu Mar 10 13:19:31 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 10 Mar 2011 12:19:31 +0000
Subject: [issue11461] Reading UTF-16 with codecs.readline() breaks on
	surrogate pairs
In-Reply-To: <1299752398.22.0.888282532941.issue11461@psf.upfronthosting.co.za>
Message-ID: <1299759571.47.0.99594113997.issue11461@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The utf16 incremental codec does not like incomplete surrogate pairs.
Patch attached.
I also plan to refactor all the test_partial() functions of test_codecs, to give them a common implementation.

----------
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file21071/partial_utf16.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11461>
_______________________________________

From report at bugs.python.org  Thu Mar 10 14:32:15 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 10 Mar 2011 13:32:15 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299763935.78.0.202450211995.issue11459@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 14:40:18 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 10 Mar 2011 13:40:18 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299764418.97.0.47378987912.issue11454@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

OK, running this:
import base64
import bisect
import hashlib
import io
import os
import posixpath
import random
import re
import socket
import sys
import time
import collections

import io
import os
import socket
import collections
import warnings

import warnings
from io import StringIO, TextIOWrapper

import re
import uu
import base64
import binascii
import warnings
from io import BytesIO, StringIO

which is most of the imports that are generated when importing urllib.request takes about 0.62s.

Running this:
import email.message
import email.parser
import email
from email.feedparser import FeedParser
from email.message import Message
from email import utils
from email import errors
from email import header
from email import charset as _charset

which is the rest of the imports generated takes 0.105s.

It seems like importing the email module adds considerable time, affecting a bunch of other modules like urllib.request and http.client.

When looking at the code, it seems like a fair number of regular expressions are compiled when the email module is imported, causing the long import time. I wonder if this could be improved somehow?

----------
nosy: +barry, r.david.murray -orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 10 14:45:57 2011
From: report at bugs.python.org (Eric Smith)
Date: Thu, 10 Mar 2011 13:45:57 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1299764757.75.0.128215565696.issue9584@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I removed the unused import (mostly as a simple test of mercurial, it's my first commit there).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Thu Mar 10 15:34:24 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 10 Mar 2011 14:34:24 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1299767664.03.0.170186831881.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Is there a specific place for comments?

Yes, but my work is not done. I still have parts to commit.

> _PyImport_GetDynLoadFunc still takes char* arguments.

Oh. This one is not easy because this function has many implementations and all implementations have the same prototype. I will maybe fix it later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Thu Mar 10 15:47:24 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 10 Mar 2011 14:47:24 +0000
Subject: [issue10795] standard library do not use ssl as recommended
In-Reply-To: <1293673360.75.0.570895204435.issue10795@psf.upfronthosting.co.za>
Message-ID: <1299768444.64.0.707969918835.issue10795@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I'd rather recommend a different approach, where the set of CAs doesn't need to be specified for every module that directly or indirectly uses SSL. Instead, there should be support for a thread-local setting of the allowable CAs, and then no API changes are necessary.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10795>
_______________________________________

From report at bugs.python.org  Thu Mar 10 16:35:30 2011
From: report at bugs.python.org (Novimir Pablant)
Date: Thu, 10 Mar 2011 15:35:30 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1299771330.91.0.829713246961.issue11459@psf.upfronthosting.co.za>


Novimir Pablant <amicitas at gmail.com> added the comment:

Applying the patch appears to fix this problem. Thanks!


I am definitely confused about why the buffer was changed to line buffered in the first place, especially since the default is bufsize=0 and the comment ("# Nearly unbuffered (XXX for now)") does not appear to match the actual behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 10 16:54:30 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Thu, 10 Mar 2011 15:54:30 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299772470.62.0.583810228844.issue11455@psf.upfronthosting.co.za>


Daniel Stutzbach <stutzbach at google.com> added the comment:

For what it's worth, I believe this could be implemented easily by calling _PyDict_HasOnlyStringKeys at the end of the class creation process.

----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:09:17 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Thu, 10 Mar 2011 16:09:17 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299773357.95.0.755175380997.issue11457@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:09:26 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Thu, 10 Mar 2011 16:09:26 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299773366.69.0.202132210124.issue11454@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:21:13 2011
From: report at bugs.python.org (uptimebox)
Date: Thu, 10 Mar 2011 16:21:13 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1299774073.48.0.963878347377.issue5228@psf.upfronthosting.co.za>


uptimebox <ml at uptimebox.ru> added the comment:

The bug still exists in 2.6.6

Process PoolWorker-2:
Traceback (most recent call last):
Process PoolWorker-1:
Traceback (most recent call last):
  File "/usr/lib/python2.6/multiprocessing/process.py", line 232, in _bootstrap
  File "/usr/lib/python2.6/multiprocessing/process.py", line 232, in _bootstrap
    self.run()
    self.run()
  File "/usr/lib/python2.6/multiprocessing/process.py", line 88, in run
  File "/usr/lib/python2.6/multiprocessing/process.py", line 88, in run
    self._target(*self._args, **self._kwargs)
    self._target(*self._args, **self._kwargs)
  File "/usr/lib/python2.6/multiprocessing/pool.py", line 57, in worker
  File "/usr/lib/python2.6/multiprocessing/pool.py", line 57, in worker
    task = get()
    task = get()
  File "/usr/lib/python2.6/multiprocessing/queues.py", line 352, in get
  File "/usr/lib/python2.6/multiprocessing/queues.py", line 352, in get
    return recv()
    return recv()
TypeError: type 'partial' takes at least one argument
TypeError: type 'partial' takes at least one argument

----------
nosy: +uptimebox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:28:34 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 10 Mar 2011 16:28:34 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299774514.08.0.426918311573.issue11455@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Can somebody propose a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:49:44 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 10 Mar 2011 16:49:44 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1299775784.09.0.224404952051.issue5228@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The bug was fixed in 2.7, and not backported to 2.6.
2.6 is now in security-fix-only mode, if possible you should upgrade to 2.7.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Mar 10 17:57:07 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 16:57:07 +0000
Subject: [issue10795] standard library do not use ssl as recommended
In-Reply-To: <1299768444.64.0.707969918835.issue10795@psf.upfronthosting.co.za>
Message-ID: <1299776222.3808.23.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I'd rather recommend a different approach, where the set of CAs
> doesn't need to be specified for every module that directly or
> indirectly uses SSL. Instead, there should be support for a
> thread-local setting of the allowable CAs, and then no API changes are
> necessary.

While thread-local variables are fine in applications, I think they
should be avoided in libraries (especially the stdlib). There are too
many pitfalls (for example: the user decides to offload a network task
to a separate thread and different SSL parameters get silently used).

The API changes are quite simple, both in concept and in implementation.
I think explicit is really better than implicit when it comes to
security-critical parameters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10795>
_______________________________________

From report at bugs.python.org  Thu Mar 10 18:13:56 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 10 Mar 2011 17:13:56 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299777236.56.0.789197228339.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

So, I see four possible solutions:

1. If we get a tuple, create the new tuple, normalize the exception, and store it.  If we get a SyntaxError instance, use its args, create the new tuple, normalize, and store.  (In this case a SyntaxError instance will be created twice.)

2. If we get a tuple, create the new tuple and store it without normalization.  If we get a SyntaxError instance use its args to create the new tuple and store it without normalization.  (I think, that later it's still possible that a new SynaxError will be created, but we don't create it here.)

3. If we get a tuple, create the new tuple, and store it without normalization.  If we get a SyntaxError, take its args, create the new tuple, and call SyntaxError.__init__ with it. I think this will set all fields properly.

4. Like 3., but if we got a tuple, store the new tuple with normalization.

My patch currently does 1. 
My patch, without the PyErr_NormalizeException() call would be 2.
I think maybe 3. would be the best solution, or 4., if normalization is desired in all cases.

I can write a new patch, if the experts tell me what is the best solution from the four (or some other I didn't think of).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Thu Mar 10 18:18:49 2011
From: report at bugs.python.org (Mads Kiilerich)
Date: Thu, 10 Mar 2011 17:18:49 +0000
Subject: [issue10795] standard library do not use ssl as recommended
In-Reply-To: <1293673360.75.0.570895204435.issue10795@psf.upfronthosting.co.za>
Message-ID: <1299777529.49.0.658773271399.issue10795@psf.upfronthosting.co.za>


Mads Kiilerich <mads at kiilerich.com> added the comment:

The response I got to this issue hinted that it was a lame issue I filed. I haven't had time/focus to investigate further and give constructive feedback.

I think it is kind of OK to require explicit specification of the ca_certs as long as it is made clear in all the relevant places that it _has_ to be done. I think it would be a good idea to deprecate the default value for ca_certs and issue a warning if ca_certs hasn't been specified (as None or a path).

I have heard that some Python variants come with the system ca_certs built in and hard-coded somehow. That is in a way very nice and convenient and a good solution (as long the user wants to use the same ca_certs for all purposes), but it would have to be available and reliable on all platforms to be really useful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10795>
_______________________________________

From report at bugs.python.org  Thu Mar 10 18:23:02 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 10 Mar 2011 17:23:02 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299777782.27.0.0589271962525.issue11441@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I'd choose solution 3, but instead of calling SyntaxError.__init__, call PyErr_NormalizeException().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Thu Mar 10 18:57:46 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 10 Mar 2011 17:57:46 +0000
Subject: [issue11441] compile() raises SystemError if called from except clause
In-Reply-To: <1299601484.28.0.341696706995.issue11441@psf.upfronthosting.co.za>
Message-ID: <1299779866.62.0.0276704085144.issue11441@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Err... sorry, I don't understand again:

If we get a tuple, create a new, store it without normalization. That's okay, I understand.

If we get a SyntaxError instance, then take its args field, create the new tuple. Then call PyErr_NormalizeException(), with:
a) the new tuple? But this will create a new SyntaxError instance...
b) the old SyntaxError instance? But this won't correct the wrong fields of the instance. (I think SyntaxError.__init__ would correct them without creating a new instance.)
c) or replace the args of the SyntaxError instance with the new tuple, then call PyErr_NormalizeException() on the instance? But I think that still won't correct the other fields of the instance...

Sorry for all these questions... I'd just like to help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11441>
_______________________________________

From report at bugs.python.org  Thu Mar 10 19:05:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 18:05:05 +0000
Subject: [issue10795] standard library do not use ssl as recommended
In-Reply-To: <1299777529.49.0.658773271399.issue10795@psf.upfronthosting.co.za>
Message-ID: <1299780300.3808.32.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I think it is kind of OK to require explicit specification of the
> ca_certs as long as it is made clear in all the relevant places that
> it _has_ to be done. I think it would be a good idea to deprecate the
> default value for ca_certs and issue a warning if ca_certs hasn't been
> specified (as None or a path).

The recommended way from Python 3.2 upwards is to define a SSLContext
and use it when doing SSL operations. Many APIs have been updated to
accept a context, a few are remaining as I've said in my first comment.

> I have heard that some Python variants come with the system ca_certs
> built in and hard-coded somehow.

This is really "some OpenSSL variants" rather than "some Python
variants". We can't control how the system (or user-supplied) OpenSSL is
built.
This "feature" is exposed in SSLContext.set_default_verify_paths() (see
http://docs.python.org/dev/library/ssl.html#ssl.SSLContext.set_default_verify_paths),
with the caveat that you don't know whether it succeeded at all.

> That is in a way very nice and convenient and a good solution (as long
> the user wants to use the same ca_certs for all purposes), but it
> would have to be available and reliable on all platforms to be really
> useful.

Well, for one, it probably won't be effective on Windows builds, since
it's really not Python's job to define a set of reliable CA certificates
(unless Martin wants to take that responsibility, that is), and Windows
doesn't have a set of system certificates in the PEM format AFAIK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10795>
_______________________________________

From report at bugs.python.org  Thu Mar 10 19:50:19 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 10 Mar 2011 18:50:19 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299783019.44.0.720630547832.issue11455@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

> Can somebody propose a patch?

Yes, here it is. (I'm not sure if the test is in the correct file.)

----------
keywords: +patch
nosy: +durban
Added file: http://bugs.python.org/file21072/issue11455.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 19:52:21 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 18:52:21 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299783141.31.0.77566034681.issue11455@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

How about the case where non-string keys are added after the class is created?
(I think I've heard some third-party lib does this, perhaps a generic functions implementation?)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 19:53:48 2011
From: report at bugs.python.org (Alex)
Date: Thu, 10 Mar 2011 18:53:48 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299783228.52.0.918181328211.issue11455@psf.upfronthosting.co.za>


Alex <alex.gaynor at gmail.com> added the comment:

How can they be set afterwords?

alex at alex-laptop:~/projects/pypy$ python3.1 
Python 3.1.2 (release31-maint, Sep 17 2010, 20:34:23) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class A(object):
...     pass
... 
>>> A.__dict__[32] = "heh"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'dict_proxy' object does not support item assignment
>>> setattr(A, 32, "heh")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: attribute name must be string, not 'int'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 19:55:08 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 18:55:08 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1299783308.24.0.463270731921.issue11455@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hmm, that's true (although there's a trick using gc.get_referers(), IIRC).
I was probably thinking about instance dicts rather than type dicts, then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 10 20:01:51 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Thu, 10 Mar 2011 19:01:51 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1299783711.06.0.793292014415.issue8933@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Bump! How about applying this patch, Eric? Or maybe there is something else, that needs to be done. If so, I'll be happy to do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Thu Mar 10 20:21:06 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 10 Mar 2011 19:21:06 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1299784866.09.0.226489030393.issue8933@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Could you port the patch to distutils2?  I should have told so sooner, it?s the process we follow (more info on http://wiki.python.org/moin/Distutils/FixingBugs).

----------
keywords: +needs review
stage: needs patch -> patch review
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Thu Mar 10 20:22:55 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Thu, 10 Mar 2011 19:22:55 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1299784975.06.0.0280708237391.issue8933@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Sure :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Thu Mar 10 22:04:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 10 Mar 2011 21:04:39 +0000
Subject: [issue11454] urllib.request import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299791079.88.0.171900353146.issue11454@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 10 22:07:23 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 21:07:23 +0000
Subject: [issue9796] Add summary tables for unittest API
In-Reply-To: <1283906621.68.0.367606257735.issue9796@psf.upfronthosting.co.za>
Message-ID: <1299791243.34.0.531312865259.issue9796@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

And in 2.7 in 6e5b5d1b6714.
There's some more refactoring that could be done on unittest.rst but it's out of the scope of this issue, so I'm closing this.

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9796>
_______________________________________

From report at bugs.python.org  Thu Mar 10 22:16:46 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 21:16:46 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299791806.3.0.719896980251.issue11435@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This can be closed.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Thu Mar 10 22:17:52 2011
From: report at bugs.python.org (Eugene Toder)
Date: Thu, 10 Mar 2011 21:17:52 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299791872.78.0.228620664102.issue11244@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

As discussed on the list, peephole refuses to fold -0. The reasons for this are unclear. Folding was disabled with this commit:
http://hg.python.org/cpython/diff/660419bdb4ae/Python/compile.c

Here's a trivial patch to enable the folding again, along with a test case. make test passes with the patch.
The change is independent from Antoine's patches.

----------
nosy: +eltoder
Added file: http://bugs.python.org/file21073/fold-0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Thu Mar 10 22:55:02 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Thu, 10 Mar 2011 21:55:02 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299794102.2.0.770302957692.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

>BTW, can you publish your xlistdir implementation somewhere?
http://pastebin.com/Qnni5HBa

Tests show 10 times smaller memory footprint during directory listing - 25Mb against 286Mb on directory with 800K entries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Mar 10 23:26:48 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 22:26:48 +0000
Subject: [issue4758] Python 3.x internet documentation needs work
In-Reply-To: <1230383680.06.0.695552325819.issue4758@psf.upfronthosting.co.za>
Message-ID: <1299796008.07.0.0158661132429.issue4758@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +giampaolo.rodola
status: open -> languishing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4758>
_______________________________________

From report at bugs.python.org  Fri Mar 11 00:19:50 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 23:19:50 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1299799190.17.0.823970062968.issue4966@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This is maybe out of the scope of this issue, but I would like to see all the basic data types on single page on their own.  The current page[0] has some section about data types mixed with sections about operations, comparisons, and other things, followed by less-"used" types.  The page also contains lot of informations and it's not easy to browse (42 screens on a 24" monitor).

Ideally the structure should be something like:

1. True, False, None
2. int, float(, long, complex)
3. str, unicode, list, tuple(, bytearray, buffer, xrange)
4. dict
5. set(, frozenset)

(where the types in () are considered less important -- so maybe described in detail later or in another page).  The page can list common operations for each group and their methods, but leaving things like the string formatting operations to another page/section.


[0]: http://docs.python.org/library/stdtypes.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Fri Mar 11 00:22:44 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 10 Mar 2011 23:22:44 +0000
Subject: [issue10999] os.chflags refers to stat constants,
	but the constants are not documented in the stat module
In-Reply-To: <1295898075.1.0.406467023745.issue10999@psf.upfronthosting.co.za>
Message-ID: <E1PxpBp-0005nE-Ep@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4f9213d3858b by R David Murray in branch '3.1':
#10999: Add missing documentation for chflags constants to stat module docs
http://hg.python.org/cpython/rev/4f9213d3858b

New changeset de5d0b4f81c3 by R David Murray in branch '3.2':
Merge #10999 fix.
http://hg.python.org/cpython/rev/de5d0b4f81c3

New changeset 761e6e85d29e by R David Murray in branch 'default':
Merge #10999 fix.
http://hg.python.org/cpython/rev/761e6e85d29e

New changeset 515a81ca81ce by R David Murray in branch '2.7':
#10999: Add missing documentation for chflags constants to stat module docs
http://hg.python.org/cpython/rev/515a81ca81ce

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10999>
_______________________________________

From report at bugs.python.org  Fri Mar 11 00:26:41 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 10 Mar 2011 23:26:41 +0000
Subject: [issue10999] os.chflags refers to stat constants,
	but the constants are not documented in the stat module
In-Reply-To: <1295898075.1.0.406467023745.issue10999@psf.upfronthosting.co.za>
Message-ID: <1299799601.21.0.0693454947934.issue10999@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for the patch!

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10999>
_______________________________________

From report at bugs.python.org  Fri Mar 11 00:34:28 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 10 Mar 2011 23:34:28 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1299800068.81.0.907575208501.issue4966@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I have started learning .rst, so I hope to work on this in the not too distant future.

Ezio -- I have also noticed that some chapters are too long to be easily scrolled around in (unittest is another), and either need an index at the top (like with built-in functions) or separate files (or both)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Fri Mar 11 00:57:34 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 10 Mar 2011 23:57:34 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1299801454.48.0.691166208202.issue4966@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The advantage of having one big page is that you can ctrl+f easily without having to go back and forth from different pages
On the other hand, the page is not easy to browse (especially on small screens, mobile devices, old/slow pcs).

In this case I don't think that splitting the page is a problem, because the page contains information about different and fairly unrelated thing.

With pages like unittest or logging is not so easy to split because while working with them you might need to use several different functions/methods/classes and having their docs on two or more page will be annoying.  (FWIW I've been working a lot on the unittest doc to make it more "compact" and easier to browse, but there's still work to do.  We have also been considering to make a page for unittest "users" that explains how to write tests and use the assert methods and another for unittest "developers" that explains how to write test runners, suites and more advanced stuff.)

BTW .rst is really easy, and if you are not sure about something just try to build the doc with "make html" and see if it complains and if the resulting page looks OK.  Also see http://docs.python.org/documenting/index.html.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Fri Mar 11 01:22:25 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 00:22:25 +0000
Subject: [issue11461] Reading UTF-16 with codecs.readline() breaks on
	surrogate pairs
In-Reply-To: <1299752398.22.0.888282532941.issue11461@psf.upfronthosting.co.za>
Message-ID: <1299802945.71.0.268367856423.issue11461@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11461>
_______________________________________

From report at bugs.python.org  Fri Mar 11 01:26:58 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 00:26:58 +0000
Subject: [issue10665] Expand unicodedata module documentation
In-Reply-To: <1291930276.17.0.60709403086.issue10665@psf.upfronthosting.co.za>
Message-ID: <1299803218.63.0.927955563371.issue10665@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The patch contains non-ascii chars that should be avoided (they break `make pdf`).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10665>
_______________________________________

From report at bugs.python.org  Fri Mar 11 01:55:59 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 00:55:59 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>


New submission from Eugene Toder <eltoder at gmail.com>:

Peephole optimizer performs constant folding, however
1) When it replaces operation with LOAD_CONST it always adds a new constant to co_consts, even if constant with the same value is already there. It also can add the same constant multiple times.
2) It does not remove constants that are no longer used after the operation was folded.
The result is that code object after folding has more constants that it needs and so uses more memory.

Attached are patches to address this. Patch for 1) comes in 2 versions. PlanA is simple (it only needs changes in peephole.c), but does linear searches through co_consts and duplicates some logic from compiler.c. PlanB needs changes in both peephole.c and compiler.c, but is free from such problems. I favour PlanB.

Patch for 2) can be applied on top of either A or B.

----------
components: Interpreter Core
messages: 130537
nosy: eltoder
priority: normal
severity: normal
status: open
title: Peephole creates duplicate and unused constants
type: performance
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 02:01:11 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 01:01:11 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299805271.13.0.227248563926.issue11462@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21074/dedup_const_plana.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 02:04:05 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 01:04:05 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299805445.36.0.882817760683.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

(either plana or planb should be applied)

----------
Added file: http://bugs.python.org/file21075/dedup_const_planb.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 02:07:44 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 01:07:44 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299805664.6.0.0788782324553.issue11462@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Added file: http://bugs.python.org/file21076/unused_consts.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 02:10:40 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 01:10:40 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299805840.43.0.401741278184.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

(test case)

----------
nosy: +pitrou
Added file: http://bugs.python.org/file21077/consts_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 02:22:41 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 11 Mar 2011 01:22:41 +0000
Subject: [issue3591] elementtree tests do not include bytes handling
In-Reply-To: <1219078669.04.0.473516144349.issue3591@psf.upfronthosting.co.za>
Message-ID: <1299806561.21.0.976747518121.issue3591@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3591>
_______________________________________

From report at bugs.python.org  Fri Mar 11 03:02:29 2011
From: report at bugs.python.org (=?utf-8?q?Lu=C3=ADs_Ant=C3=B4nio_Ara=C3=BAjo_de_Brito?=)
Date: Fri, 11 Mar 2011 02:02:29 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>


New submission from Lu?s Ant?nio Ara?jo de Brito <luis at multmeio.com.br>:

Hi folks,
    I have an app that talk with cPanel for create/suspend/unsuspend/kill domaind.. So when I use the urllib2 to get response for cPanel and read it. It show the IncompleteRead except. 
    I get the same URL in a browser and the response is ok. With lib it's broked.

The Code Sample
------------------
auth = "WHM my_user:%s" % "HASHHASHHASHHASH"
_opener = urllib2.build_opener()
_opener.addheaders = [('Authorization', auth)]

url = "http://my_cpanel_url/scripts/remote_suspend?user=%s" % "user_on_cpanel_name"
try:
    f = _opener.open(url)
except urllib2.HTTPError, e:
    raise OperationError(e)
result = f.read() # <-- IncompleteRead except HERE
f.close()
print result.strip()
-----------------

----------
messages: 130540
nosy: caitifbrito
priority: normal
severity: normal
status: open
title: IncompleteRead: IncompleteRead(168 bytes read)
type: resource usage
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Fri Mar 11 03:07:48 2011
From: report at bugs.python.org (=?utf-8?q?Lu=C3=ADs_Ant=C3=B4nio_Ara=C3=BAjo_de_Brito?=)
Date: Fri, 11 Mar 2011 02:07:48 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1299809268.81.0.535725690533.issue11463@psf.upfronthosting.co.za>


Changes by Lu?s Ant?nio Ara?jo de Brito <luis at multmeio.com.br>:


----------
nosy: +hdiogenes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Fri Mar 11 03:09:38 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 02:09:38 +0000
Subject: [issue9850] obsolete macpath module dangerously broken and should be
	removed
In-Reply-To: <1284441709.03.0.73507598284.issue9850@psf.upfronthosting.co.za>
Message-ID: <1299809378.64.0.00815816274832.issue9850@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9850>
_______________________________________

From report at bugs.python.org  Fri Mar 11 03:32:45 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 02:32:45 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <1299810765.23.0.290907691927.issue8754@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Victor: Should I close this bug as superseded by yours?

----------
priority: high -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Fri Mar 11 03:57:36 2011
From: report at bugs.python.org (Humberto Diogenes)
Date: Fri, 11 Mar 2011 02:57:36 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1299812256.01.0.705214783019.issue11463@psf.upfronthosting.co.za>


Humberto Diogenes <humberto at digi.com.br> added the comment:

Lu?s, please analyse the response from the web server to see if it really is a valid HTTP response - AFAIK CPanel web services do not always give valid HTTP responses.

----------
components: +Library (Lib)
type: resource usage -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Fri Mar 11 05:37:59 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 11 Mar 2011 04:37:59 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299818279.13.0.654815064844.issue11462@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Sorry Eugene, but I'm not willing to add that much complexity to save a few bytes.  This was a known issue and long ago we choose to leave it as-is.  In the future when constant folding is done at the AST level, we'll get more extensive optimizations and they won't produce duplicate or unused constants as a by-product.

----------
assignee:  -> rhettinger
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 05:53:43 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 04:53:43 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299819223.32.0.857359708196.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

I think the changes are fairly trivial. dedup_const_planb.patch is about 10 lines of new code with all the rest being trivial plubming. unused_consts.patch may look big, but only because I factored out fix ups into a separate function; there are only about 25 lines of new code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 06:25:46 2011
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Fri, 11 Mar 2011 05:25:46 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299821146.39.0.151638795504.issue11406@psf.upfronthosting.co.za>


???? ????????? <socketpair at gmail.com> added the comment:

http://lwn.net/Articles/216948/
Why kernel.org is slow

To proove that readdir is bad thing on large number of items in a directory.

Well, EXT4 has fixed some issues (http://ext2.sourceforge.net/2005-ols/paper-html/node3.html) But what about locking in linux kernel (vfs and ext4) code?

Also, some conservative linuxes still use ext3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Mar 11 06:52:46 2011
From: report at bugs.python.org (yufun)
Date: Fri, 11 Mar 2011 05:52:46 +0000
Subject: [issue11464] Call Mac API Crash via ctypes
In-Reply-To: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>
Message-ID: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>


New submission from yufun <heyt1981 at gmail.com>:

appsLib =cdll.LoadLibrary(util.find_library('ApplicationServices'))
event = appsLib.CGEventCreate(None);
pt = appsLib.CGEventGetLocation(event);

Crash after execute above python code. But these code works well in python3.13.

----------
assignee: theller
components: ctypes
messages: 130546
nosy: heyt1981, theller
priority: normal
severity: normal
status: open
title: Call Mac API Crash via ctypes
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11464>
_______________________________________

From report at bugs.python.org  Fri Mar 11 08:27:37 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 11 Mar 2011 07:27:37 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299828457.42.0.350928969699.issue11426@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

The attached patch tries to be true to the convention in other documentation pages, by using "with" in complete code samples (examples), but not using it in prompt (>>>) samples, where usage of "with" unnecessarily complicates interaction.

----------
keywords: +patch
nosy: +ezio.melotti, georg.brandl, ncoghlan
stage:  -> patch review
Added file: http://bugs.python.org/file21078/issue11426.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 08:29:37 2011
From: report at bugs.python.org (uptimebox)
Date: Fri, 11 Mar 2011 07:29:37 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1299828577.21.0.0350044247833.issue5228@psf.upfronthosting.co.za>


uptimebox <ml at uptimebox.ru> added the comment:

Unfortunately, upgrading to 2.7 is not an option for me, since my application works on Debian stable which only includes 2.6. For now I'm settled with the following workaround: http://paste.pocoo.org/show/351774/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Fri Mar 11 08:33:25 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Fri, 11 Mar 2011 07:33:25 +0000
Subject: [issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)
In-Reply-To: <1276509212.88.0.604196007502.issue8995@psf.upfronthosting.co.za>
Message-ID: <1299828805.86.0.301327607254.issue8995@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Could you try with Python 3.2 ?
In 3.1, the only available pickle implementation was in pure python: with cPickle (2.7) or _pickle (3.2), it should be much faster.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8995>
_______________________________________

From report at bugs.python.org  Fri Mar 11 09:32:54 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 11 Mar 2011 08:32:54 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299832374.3.0.644140624107.issue11244@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

fold-0.patch looks good to me, but why do you include tests only for the float case (-0.0) and not the integer case (-0)?

Style nitpick:  "def negzero(): return -(1.0-1.0)" should be on two source lines, not one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 10:25:23 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 11 Mar 2011 09:25:23 +0000
Subject: [issue11009] urllib.splituser is not documented
In-Reply-To: <1295987078.02.0.421774194417.issue11009@psf.upfronthosting.co.za>
Message-ID: <1299835523.91.0.307201753773.issue11009@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

splituser is an internal API. It has never been exposed through Docs anytime and there are good reasons for that too. We never want internal helper functions (even tough they don't startwith _) be exposed through docs as it may clutter the API Documentation. 

If you find a good use for splituser like function, it would good to discuss and build upon current one before exposing. 

I am closing this as wontfix.

----------
assignee: docs at python -> orsenthil
nosy: +orsenthil
resolution:  -> wont fix
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11009>
_______________________________________

From report at bugs.python.org  Fri Mar 11 10:43:02 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 11 Mar 2011 09:43:02 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299821146.39.0.151638795504.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D79EEA2.40904@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> http://lwn.net/Articles/216948/
> Why kernel.org is slow

That's all independent of the issue at hand. Whether or not getdents is
slow doesn't really matter here because we need to call getdents,
anyway: it's the only API to get at the directory contents, iterative
or not.

The issue at hand is whether xlistdir actually provides any advantages
to a real application, and that cannot be answered by looking at
benchmarking results that benchmarked the kernel. The *only* way to
determine whether xlistdir will help is to measure it in a real
application.

I stand by my claim that
a) in cases where you use listdir, you typically have to consider
    all file names in the directory eventually. The total number
    of getdents calls to be made doesn't change when you switch from
    listdir to xlistdir (except in non-realistic micro-benchmarks).

    The cases that you don't need to look at all file names are
    typically dealt with by knowing the file name in advance
    (or perhaps a few alternative spellings it may have), and
    hence you don't use listdir at all (but stat/open).

b) If there is some real-world processing of the files (e.g.
    at least to look at the file modification time), this processing
    (and the IO that goes along with it) by far outweigh the cost
    of reading the directory. So even if you could speed up listdir
    by making it iterative, the overall gain would be very small.

There are also good reasons *not* to add xlistdir, primarily to
avoid user confusion. If xlistdir was added, all peope would run
off and change all applications of listdir "because it is faster",
and have then to deal with backwards compatibility, even though
in most applications, a single getdents call will fetch the entire
directory contents just fine (and hence there is *no* change
in xlistdir, except that the list is not created which uses
a few dozen bytes).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Mar 11 10:53:18 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Fri, 11 Mar 2011 09:53:18 +0000
Subject: [issue11009] urllib.splituser is not documented
In-Reply-To: <1295987078.02.0.421774194417.issue11009@psf.upfronthosting.co.za>
Message-ID: <1299837198.67.0.568132173375.issue11009@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi Senthil,
what do you think about "documenting" those methods are private ones in the urllib code (if not using _, at least a short comment above them)? at least we have a mark it's an implementation decision and in case someone has the crazy idea :) to scan the module to fill in the missing methods in the doc, he'd know they are not to be exposed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11009>
_______________________________________

From report at bugs.python.org  Fri Mar 11 10:53:46 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Fri, 11 Mar 2011 09:53:46 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299837226.47.0.78211815923.issue11406@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

My benchmarks show that xlistdir() gives the only memory usage advantage on large directories. No speed gain so far - maybe my patch is wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Mar 11 11:04:36 2011
From: report at bugs.python.org (Thomas Guettler)
Date: Fri, 11 Mar 2011 10:04:36 +0000
Subject: [issue11465] Set documentation: Link to wikipedia
In-Reply-To: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
Message-ID: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>


New submission from Thomas Guettler <guettli at thomas-guettler.de>:

A link from 
  http://docs.python.org/library/stdtypes.html#set.union
to
   http://en.wikipedia.org/wiki/Union_%28set_theory%29
would help young people to understand sets.

Of course it is the same for intersection(), difference(), and symmetric_difference().

The images of the wikipedia article explain it very good.

----------
assignee: docs at python
components: Documentation
messages: 130555
nosy: docs at python, guettli
priority: normal
severity: normal
status: open
title: Set documentation: Link to wikipedia
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11465>
_______________________________________

From report at bugs.python.org  Fri Mar 11 11:07:38 2011
From: report at bugs.python.org (SilentGhost)
Date: Fri, 11 Mar 2011 10:07:38 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299838058.84.0.593138400693.issue11435@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

This issue is not about the redirects. It is about links in documentation. The redirect is great for the links in the wild, the online documentation, however, could and should use proper links without any redirects.

Georg, or whoever is maintainer of Doc/tools/sphinxext/pyspecific.py, could you please have a look at the patch.

----------
resolution: fixed -> 
stage: committed/rejected -> patch review
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From orsenthil at gmail.com  Fri Mar 11 11:29:14 2011
From: orsenthil at gmail.com (Senthil Kumaran)
Date: Fri, 11 Mar 2011 18:29:14 +0800
Subject: [issue11465] Set documentation: Link to wikipedia
In-Reply-To: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
References: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
	<1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
Message-ID: <20110311102914.GB2374@kevin>

Only for relatively uncommon concepts like "Moving Average" and
some other cases used in collections module hyperlink to a general
article helps.

Set theory is a commonly understood concept and link to wikipedia
article may not be required. It can be left to the user to find out
more, if they want.


From report at bugs.python.org  Fri Mar 11 11:29:23 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 11 Mar 2011 10:29:23 +0000
Subject: [issue11465] Set documentation: Link to wikipedia
In-Reply-To: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
Message-ID: <20110311102914.GB2374@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Only for relatively uncommon concepts like "Moving Average" and
some other cases used in collections module hyperlink to a general
article helps.

Set theory is a commonly understood concept and link to wikipedia
article may not be required. It can be left to the user to find out
more, if they want.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11465>
_______________________________________

From report at bugs.python.org  Fri Mar 11 11:55:18 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 11 Mar 2011 10:55:18 +0000
Subject: [issue11009] urllib.splituser is not documented
In-Reply-To: <1299837198.67.0.568132173375.issue11009@psf.upfronthosting.co.za>
Message-ID: <20110311105509.GC2374@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Sandro, I don't think is a required. Those functions serve the purpose
of making the module code modular. They are helper functions for the
module and are not really useful outside of it, when used standalone.
Think about , splituser, splitpath, splitport etc etc. 
I think, it is best that they remain as such, undocumented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11009>
_______________________________________

From report at bugs.python.org  Fri Mar 11 12:25:35 2011
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 11 Mar 2011 11:25:35 +0000
Subject: [issue9319] imp.find_module('test/badsyntax_pep3120') causes segfault
In-Reply-To: <1279693765.46.0.777254335316.issue9319@psf.upfronthosting.co.za>
Message-ID: <1299842735.8.0.531752786569.issue9319@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9319>
_______________________________________

From report at bugs.python.org  Fri Mar 11 12:45:11 2011
From: report at bugs.python.org (Ned Deily)
Date: Fri, 11 Mar 2011 11:45:11 +0000
Subject: [issue11464] Call Mac API Crash via ctypes
In-Reply-To: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>
Message-ID: <1299843911.37.0.594721498863.issue11464@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

On OS X 10.6, the code segment segfaults for me in 64-bit mode but not in 32-bit mode.  If you are using a 64-bit/32-bit Python 3.2, try running your failing code in 32-bit mode:

arch -i386 python3.2

The 3.1.3 Python is most likely a 32-bit-only executable.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11464>
_______________________________________

From report at bugs.python.org  Fri Mar 11 12:54:52 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 11 Mar 2011 11:54:52 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

Here is a patch which cures the following 

ResourceWarning: unclosed file <_io.TextIOWrapper name=3 mode='w+'
encoding='UTF-8'>

(This only fixes the bug, not the rest of this code...)
I did not try it out, but according to some hg cat's this also
applies to at least v3.2.

----------
components: Library (Lib)
files: getpass_fdclose.patch
keywords: patch
messages: 130560
nosy: eric.araujo, sdaoden
priority: normal
severity: normal
status: open
title: getpass.getpass doesn't close tty file
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21079/getpass_fdclose.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 13:14:43 2011
From: report at bugs.python.org (=?utf-8?q?Bo=C5=A1tjan_Mejak?=)
Date: Fri, 11 Mar 2011 12:14:43 +0000
Subject: [issue11373] Fix 2 new typos in the docs
In-Reply-To: <1299069868.83.0.520444195077.issue11373@psf.upfronthosting.co.za>
Message-ID: <1299845683.19.0.57258524272.issue11373@psf.upfronthosting.co.za>


Bo?tjan Mejak <bostjan.mejak at gmail.com> added the comment:

Georg, please fix all the branches. Also, the online docs are still not updated with this fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11373>
_______________________________________

From report at bugs.python.org  Fri Mar 11 13:21:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 12:21:12 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1299846072.01.0.181697047853.issue11466@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 13:30:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 12:30:05 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299846605.28.0.406389644005.issue11462@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Style nit: you have tabs in your code. Please only use spaces for indentation.
On the principle, looks worthwhile, and the changes don't look really complicated.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 13:54:02 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Fri, 11 Mar 2011 12:54:02 +0000
Subject: [issue8036] Interpreter crashes on invalid arg to spawnl on Windows
In-Reply-To: <1267477949.48.0.216202239381.issue8036@psf.upfronthosting.co.za>
Message-ID: <1299848042.57.0.312116860661.issue8036@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

Attached first attempt to close this issue. Are there enough checks? It passes:
os.spawnl(os.P_WAIT, '')
os.spawnl(os.P_WAIT, 'path')
os.spawnl(os.P_WAIT, 'path', '')

----------
keywords: +patch
nosy: +nvetoshkin
Added file: http://bugs.python.org/file21080/issue8036_0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8036>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:16:35 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 11 Mar 2011 13:16:35 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110311131625.GA50703@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

This new patch (11466.2.patch) also includes the #11236 patch, 
because if ^C would work as expected then that would not close the 
fd either. 
It's identical to the first patch beside that.

----------
Added file: http://bugs.python.org/file21081/11466.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -62,20 +62,30 @@
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
-            new[3] &= ~(termios.ECHO|termios.ISIG)  # 3 == 'lflags'
+            new[3] &= ~termios.ECHO  # 3 == 'lflags'
             tcsetattr_flags = termios.TCSAFLUSH
+            do_close = False
             if hasattr(termios, 'TCSASOFT'):
                 tcsetattr_flags |= termios.TCSASOFT
             try:
                 termios.tcsetattr(fd, tcsetattr_flags, new)
                 passwd = _raw_input(prompt, stream, input=input)
+            except (EOFError, KeyboardInterrupt):
+                do_close = True
+                raise
             finally:
                 termios.tcsetattr(fd, tcsetattr_flags, old)
-                stream.flush()  # issue7208
+                if do_close:
+                    stream.write('\n')
+                    stream.close()
+                else:
+                    stream.flush()  # issue7208
         except termios.error as e:
             if passwd is not None:
                 # _raw_input succeeded.  The final tcsetattr failed.  Reraise
                 # instead of leaving the terminal in an unknown state.
+                stream.write('\n')
+                stream.close()
                 raise
             # We can't control the tty or stdin.  Give up and use normal IO.
             # fallback_getpass() raises an appropriate warning.
@@ -83,6 +93,8 @@
             passwd = fallback_getpass(prompt, stream)
 
     stream.write('\n')
+    if tty is not None:
+        stream.close()
     return passwd
 
 

From report at bugs.python.org  Fri Mar 11 14:16:41 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 13:16:41 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <E1Py2Ct-0003UO-GM@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 3c1e779002d3 by Ezio Melotti in branch '3.2':
#11435: Update the links generated by the source directive to use hg.python.org.
http://hg.python.org/cpython/rev/3c1e779002d3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:20:48 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 11 Mar 2011 13:20:48 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1299849648.61.0.816803790571.issue11236@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

I do consider this as a bug, too (you hit ^C - and it doesn't help!)!
I've opened #11466 due to a different problem, but since raising
(the expected) KeyboardInterrupt would trigger that problem, too,
i've included stripping termios.ISIG in file21081.

----------
nosy: +sdaoden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:22:33 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 13:22:33 +0000
Subject: [issue11435] Links to source code should now point to hg repo
In-Reply-To: <1299519091.7.0.295996410449.issue11435@psf.upfronthosting.co.za>
Message-ID: <1299849753.26.0.616981215878.issue11435@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Now it's fixed in 3.2 and 3.3.  Thanks for the patch!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11435>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:39:53 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 13:39:53 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299850793.98.0.977663820558.issue11426@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Patch looks good to me.
The quotes are somewhat inconsistent (sometimes '' and sometimes ""), if you want you can "fix" them while you are at it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:47:42 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Fri, 11 Mar 2011 13:47:42 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>


New submission from Bastian Kleineidam <calvin at users.sourceforge.net>:

When using a javascript URL with only digits as paths, the urlsplit() functions behaves different in Python 2.7 than in 2.6:

$ python2.6 -c "import urlparse; print urlparse.urlsplit('javascript:123')"
SplitResult(scheme='javascript', netloc='', path='123', query='', fragment='')

$ python2.7 -c "import urlparse; print urlparse.urlsplit('javascript:123')"
SplitResult(scheme='', netloc='', path='javascript:123', query='', fragment='')

Python 3.2 has the same regression:
$ python3.2 -c "import urllib.parse; print(urllib.parse.urlsplit('javascript:123'))"
SplitResult(scheme='', netloc='', path='javascript:123', query='', fragment='')

I consider the Python 2.6 behaviour to be correct, ie. the current behaviour is buggy.

----------
components: Library (Lib)
messages: 130570
nosy: calvin
priority: normal
severity: normal
status: open
title: urlparse.urlsplit() regression for paths consisting of digits
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:47:44 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 13:47:44 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <E1Py2gw-0006G5-9l@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f2a73d65422a by Eli Bendersky in branch 'default':
Issue #11426: use 'with' statements on open files in CSV examples
http://hg.python.org/cpython/rev/f2a73d65422a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:47:52 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Fri, 11 Mar 2011 13:47:52 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299851272.08.0.230409575962.issue11467@psf.upfronthosting.co.za>


Changes by Bastian Kleineidam <calvin at users.sourceforge.net>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 14:51:17 2011
From: report at bugs.python.org (SilentGhost)
Date: Fri, 11 Mar 2011 13:51:17 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299851477.98.0.993313926409.issue11426@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Related issue #10461

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:00:57 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 11 Mar 2011 14:00:57 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299852057.48.0.598447531917.issue11426@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

SilentGhost: yep, thanks for the reminder :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:03:31 2011
From: report at bugs.python.org (Alex)
Date: Fri, 11 Mar 2011 14:03:31 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1299852211.23.0.0557426361374.issue2636@psf.upfronthosting.co.za>


Changes by Alex <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:04:42 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 14:04:42 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299852282.01.0.0907501173241.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Antoine, sure, I'll fix it with any other suggested changes if patches will be accepted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:09:02 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Fri, 11 Mar 2011 14:09:02 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299852542.72.0.440378765768.issue11467@psf.upfronthosting.co.za>


Bastian Kleineidam <calvin at users.sourceforge.net> added the comment:

The behaviour change is caused by the fix for issue #754016.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:12:19 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Fri, 11 Mar 2011 14:12:19 +0000
Subject: [issue11454] email.message import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1299852739.11.0.710547947104.issue11454@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
title: urllib.request import time -> email.message import time

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:12:59 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 14:12:59 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299852779.18.0.0428176256174.issue11244@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Mark, looks better now?

----------
Added file: http://bugs.python.org/file21082/fold-0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 15:43:54 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 14:43:54 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <E1Py3ZI-0002na-VU@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4cb0a8f5c952 by Eli Bendersky in branch 'default':
Issue #11426: use 'with' statements on open files in CSV examples
http://hg.python.org/cpython/rev/4cb0a8f5c952

New changeset d54e9c4fcd43 by Eli Bendersky in branch '3.1':
Issue #11426: use 'with' statements on open files in CSV examples
http://hg.python.org/cpython/rev/d54e9c4fcd43

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Fri Mar 11 16:14:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 15:14:24 +0000
Subject: [issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)
In-Reply-To: <1276509212.88.0.604196007502.issue8995@psf.upfronthosting.co.za>
Message-ID: <1299856464.5.0.260001366864.issue8995@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

-> 2.6:
('Using queue.Queue with small data            : ', 0.77207708358764648)
('Using queue.Queue with huge data             : ', 0.78139781951904297)
('Using multiprocessing.Queue with small data  : ', 3.5506501197814941)
('Using multiprocessing.Queue with huge  data  : ', 12.678884983062744)

-> 2.7:
('Using queue.Queue with small data            : ', 0.6554868221282959)
('Using queue.Queue with huge data             : ', 0.6591911315917969)
('Using multiprocessing.Queue with small data  : ', 3.543262004852295)
('Using multiprocessing.Queue with huge  data  : ', 11.268373012542725)

-> 3.2:
Using queue.Queue with small data            :  0.5930910110473633
Using queue.Queue with huge data             :  0.5892350673675537
Using multiprocessing.Queue with small data  :  3.082779884338379
Using multiprocessing.Queue with huge  data  :  10.735719919204712


The performance issue seems to have disappeared. 3.2 is faster than 2.7 and 2.6.

PS: I've lowered the iteration count in the script so that it doesn't take too much time

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed
versions:  -Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8995>
_______________________________________

From report at bugs.python.org  Fri Mar 11 16:29:39 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 15:29:39 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299857379.98.0.0363225242042.issue11244@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Removed file: http://bugs.python.org/file21082/fold-0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 16:30:05 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 15:30:05 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299857405.51.0.590145565248.issue11244@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

(forgot parens around 0)

----------
Added file: http://bugs.python.org/file21083/fold-0.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 16:53:25 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 15:53:25 +0000
Subject: [issue10461] Use with statement throughout the docs
In-Reply-To: <1290182704.47.0.121540663424.issue10461@psf.upfronthosting.co.za>
Message-ID: <1299858805.05.0.539896966666.issue10461@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> Perhaps something should also be added to the doc style guide (along
> with using 'attributes' instead of 'members').

Terry, could you open another report for that, or maybe just commit the change directly?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10461>
_______________________________________

From report at bugs.python.org  Fri Mar 11 16:56:22 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 11 Mar 2011 15:56:22 +0000
Subject: [issue1706039] Added clearerr() to clear EOF state
In-Reply-To: <1299655942.95.0.844733066488.issue1706039@psf.upfronthosting.co.za>
Message-ID: <AANLkTimnMJ0Vswc0SBUXxENempoHVE03ggDtZ3ahjaaW@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Mar 9, 2011 at 2:32 AM, Scott Dial <report at bugs.python.org> wrote:
..
> By rejecting unittests on the merits of its coding style, you are creating a double-standard for people like
> me (outside of the core committers), which eventually wears out my interest in helping you get this
> improvement into your project.

I don't think there is a double-standard.  What you see is more of an
evolving standard in which we seek higher quality for the new code
than that of the code already in.  The readability of the test code is
as important if not more important than the readability of the main
code.  It may be more important because in some cases you can trust
obscure code if it is clear that tests cover all corner cases and are
easy to understand.

I don't think there are overly strict standards for how unit tests
should be written, but when they are written in a style that is
unfamiliar to the reviewer, it makes it harder to review.  Note that a
reviewer needs to worry about tests passing on multiple platforms,
their behavior in failure scenarios, as well as other issues that
contributors typically overlook.  Stylistic issues often point out to
real problems, but are easier to spot.  For example, try/finally is
more error prone than with statement.   In fact, in your test
"append" stream will not get closed if writing fails.  You may think
the resource leak on failure is not a big deal, but for some runners
that execute tests repeatedly this may lead to spurious failures.

The acceptance rate for a patch is proportional to the severity of an
issue that it fixes and obviousness of the fix (including tests.)
This patch fails on both counts.  Looking at the history of the issue,
I see that the patch was applied once but reverted because it caused a
crash.  See msg78161.  This shows that the tests were not sufficiently
thorough.  Next, a patch was suggested with tests that did not fail
without a patch.  See msg111516.  This probably shows that additional
tests are needed for 3.2.

These are the reasons I unassigned this issue.  In my opinion it would
take a committer too much effort to bring the patch to commit ready
shape for the marginal benefit of fixing a platform dependent corner
case.  If the tests were better written so that it would be more
obvious what is fixed and that nothing gets broken, my calculation
would probably be different.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1706039>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:27:58 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 16:27:58 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <E1Py5C1-0004X0-9s@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 14205d0fee45 by Antoine Pitrou in branch 'default':
Issue #11244: The peephole optimizer is now able to constant-fold
http://hg.python.org/cpython/rev/14205d0fee45

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:29:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 16:29:09 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299860949.13.0.622875480683.issue11244@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, Eugene's patch is left to apply now. Can I assign this to you, Mark?

----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:30:53 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 11 Mar 2011 16:30:53 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299861053.67.0.552825602522.issue11462@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I'm disinclined to accept this patch.  There is only minor space savings and no actual speed-up.

When constant folding was introduced, a design decision was made to ignore the issue of orphan constants.  The rationale behind that decision still stands.

The peepholer has aspired to be very conservative and is considered a high-risk area for changes.  Since its introduction, Guido has constantly teetered on the edge of entirely ripping out the peepholer.  Right now, the stability of that code is its greatest asset and we should be reluctant to modify it.

Also, the peephole optimizer was developed before the AST branch was added to Python.  Constant folding more properly belongs at the AST level, not in the peepholer itself.  Our strategy is to move as much as possible into an AST optimizer and to stop building out the peephole optimizer.

Right now, the pattern is tokenize -> parse -> AST -> genbytecode -> peephole optimization (which disassembles the bytecode, analyzed it and rewrites it) -> final bytecode.   The correct pattern is tokenize -> parse -> AST -> optimize -> genbytecode -> peephole optimization with minimal disassembly, analysis, and opcode rewrites -> final bytecode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:35:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 16:35:13 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299861313.47.0.232146644624.issue11462@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

About dedup_const_planb.patch: _PyCode_AddObj() should be added to Include/code.h, even if it's private (rather than declared extern in peephole.c).

About consts_test.patch: "def mapping" deserves a better name, and perhaps a comment or explanation. Same for "def fix".

About unused_consts.patch:

- code like
    constuse = (int *)PyMem_Malloc(numconst * sizeof(int));
is better spelt
    constuse = PyMem_NEW(int, numconst);

- why the "#ifndef NDEBUG" path?

You probably need to regenerate this patch against latest hg, by the way...
Thanks for posting this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:38:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 16:38:12 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299861053.67.0.552825602522.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299861488.3732.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Also, the peephole optimizer was developed before the AST branch was
> added to Python.  Constant folding more properly belongs at the AST
> level, not in the peepholer itself.  Our strategy is to move as much
> as possible into an AST optimizer and to stop building out the
> peephole optimizer.

Who is working on this "strategy"?
Until someone takes it to task to implement the "correct pattern", I
think iterative improvement of the peepholer is a reasonable thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:51:31 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 16:51:31 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299862291.59.0.935746271232.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

> - why the "#ifndef NDEBUG" path?
These entries in the table should not be used, but if something slips through and uses one of them, it's much easier to tell if we remap to invalid value. As this is an internal check, I didn't want it in release mode. If this is deemed unnecessary or confusing I can remove it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:52:59 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 16:52:59 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299862291.59.0.935746271232.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299862375.3732.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > - why the "#ifndef NDEBUG" path?
> These entries in the table should not be used, but if something slips
> through and uses one of them, it's much easier to tell if we remap to
> invalid value. As this is an internal check, I didn't want it in
> release mode. If this is deemed unnecessary or confusing I can remove
> it.

I think it is confusing indeed. If you want to do a check in debug mode
only, just use assert() (and perhaps add a comment if the check doesn't
look obvious).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 17:55:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 16:55:24 +0000
Subject: [issue10461] Use with statement throughout the docs
In-Reply-To: <1290182704.47.0.121540663424.issue10461@psf.upfronthosting.co.za>
Message-ID: <E1Py5cX-0007qB-8A@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c3d28c84a372 by ?ric Araujo in branch 'default':
Use with statement where it improves the documentation (closes #10461)
http://hg.python.org/cpython/rev/c3d28c84a372

----------
nosy: +python-dev
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10461>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:03:11 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 17:03:11 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299862991.94.0.504617503765.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

assert() doesn't quite work here. I need to check that this entry in the table is not used in the next loop. I'd need to put assert in that loop, but by that time I have no easy way to tell which entries are bad, unless I mark them in the first loop. so I mark them under !NDEBUG.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:20:02 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 17:20:02 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299864002.15.0.0191607695726.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

> _PyCode_AddObj() should be added to Include/code.h
Should it be declared as PyAPI_FUNC too? This will make it unnecessarily exported (when patch in Issue11410 is merged), so I wanted to avoid that.

btw, that you for reviewing the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:22:09 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 11 Mar 2011 17:22:09 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299864129.01.0.451707819748.issue11467@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +orsenthil, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:23:52 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 17:23:52 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299864002.15.0.0191607695726.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299864229.3732.7.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > _PyCode_AddObj() should be added to Include/code.h
> Should it be declared as PyAPI_FUNC too? This will make it
> unnecessarily exported (when patch in Issue11410 is merged), so I
> wanted to avoid that.

I guess we don't usually try to optimize that, but you can omit
PyAPI_FUNC indeed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:26:40 2011
From: report at bugs.python.org (SilentGhost)
Date: Fri, 11 Mar 2011 17:26:40 +0000
Subject: [issue10461] Use with statement throughout the docs
In-Reply-To: <1290182704.47.0.121540663424.issue10461@psf.upfronthosting.co.za>
Message-ID: <1299864400.65.0.712731648356.issue10461@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

?ric, I'm not sure about the first atexit.rst hunk. I thought the purpose of that code was to except IOError when no file is found. I'm not entirely sure why in the simplest case infile.read() would raise IOError. I'd think that eli's patch (file19667) would suit better.

----------
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10461>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:29:47 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 11 Mar 2011 17:29:47 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299864587.33.0.507756381743.issue11467@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

What kind of url is 'javascript:123' and how do you (/ we) say that python2.6 behavior was correct?

----------
assignee:  -> orsenthil
keywords: +patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:32:17 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 17:32:17 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299864737.54.0.601234426403.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

> Right now, the pattern is tokenize -> parse -> AST -> genbytecode ->
> peephole optimization (which disassembles the bytecode, analyzed it
> and rewrites it) -> final bytecode.   The correct pattern is tokenize
> -> parse -> AST -> optimize -> genbytecode -> peephole optimization
> with minimal disassembly, analysis, and opcode rewrites -> final bytecode.

Actually, optimizing on AST is not ideal too. Ideally you should convert it into a specialized IR, preferably in SSA form and with explicit control flow.

Re size saving: I've ran make test with and without my patch and measured total size of all generated pyc files:
without patch: 16_619_340
with patch: 16_467_867
So it's about 150KB or 1% of the size, not just a few bytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:36:59 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 11 Mar 2011 17:36:59 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299865019.46.0.238101972756.issue11457@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:41:11 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 11 Mar 2011 17:41:11 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299865271.47.0.648290698119.issue11457@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

See also issue10812 which implements os.futimens().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Fri Mar 11 18:47:29 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 17:47:29 +0000
Subject: [issue11090] Doc errors for unittest in Python 3.1
In-Reply-To: <1296573823.39.0.448811226108.issue11090@psf.upfronthosting.co.za>
Message-ID: <1299865649.08.0.840523897882.issue11090@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

addCleanup/doCleanups/startTestRun/stopTestRun are in 3.1 too and now they are documented as new in 3.1. I also removed the versionchanged note for __iter__ (0f9e5042907c).

Test discovery, --failfast, --catch, --buffer are new in 3.2 and not documented on 3.1.

This seems to be fixed now so I'm closing it, if I missed something feel free to reopen it.

----------
assignee: michael.foord -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11090>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:15:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 18:15:42 +0000
Subject: [issue11468] Improve unittest basic example in the doc
In-Reply-To: <1299867342.41.0.388080450116.issue11468@psf.upfronthosting.co.za>
Message-ID: <1299867342.41.0.388080450116.issue11468@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

The current example[0] uses assertTrue(element in self.seq) but it would be better to use assertIn instead.  The whole example could be changed to something simpler that uses only the assertTrue/assertEqual/assertRaises methods correctly, e.g.:

import unittest

class TestStringMethods(unittest.TestCase):

    def test_upper(self):
        self.assertEqual('foo'.upper(), 'FOO')

    def test_isupper(self):
        self.assertTrue('FOO'.isupper())
        self.assertFalse('Foo'.isupper())

    def test_split(self):
        s = 'hello world'
        self.assertEqual(s.split(), ['hello', 'world'])
        # check that s.split fails when the separator is not a string
        with self.assertRaises(TypeError):
            s.split(2)

if __name__ == '__main__':
    unittest.main()

[0]: http://docs.python.org/py3k/library/unittest.html#basic-example

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 130598
nosy: docs at python, eric.araujo, ezio.melotti, michael.foord, ncoghlan, rhettinger
priority: low
severity: normal
stage: needs patch
status: open
title: Improve unittest basic example in the doc
type: feature request
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11468>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:41:30 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Fri, 11 Mar 2011 18:41:30 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299868890.5.0.171219738673.issue11467@psf.upfronthosting.co.za>


Bastian Kleineidam <calvin at users.sourceforge.net> added the comment:

Regarding the correctness of the Python 2.6 implementation: http://www.faqs.org/rfcs/rfc1738.html specifies URLs of the form <scheme>:<scheme-specific-part> where the scheme specific part is allowed to consist only of digits.

I agree that the example URL is not a good one and it is artificially constructed.

Some better examples demonstrating the same issue might be
clsid:85bbd92o-42a0-1o69-a2e4-08002b30309d
or
mailto:1337 at example.org

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:49:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 18:49:09 +0000
Subject: [issue11444] logging FileHandler.close should acquire its lock before
	closing stream
In-Reply-To: <1299614074.11.0.136259749977.issue11444@psf.upfronthosting.co.za>
Message-ID: <E1Py7Od-000117-LO@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d6626c9fc28d by Vinay Sajip in branch '2.6':
Reverted bug fixes for #11444 (fc4d045e3170) and #11424 (b9d76846bb1c), which should not have been made in this branch.
http://hg.python.org/cpython/rev/d6626c9fc28d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11444>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:51:20 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 18:51:20 +0000
Subject: [issue11446] Incorrect PEP link in Language Reference section 7.7
In-Reply-To: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>
Message-ID: <E1Py7Qk-0001FM-Qc@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ed1f7b3f2ff3 by Ezio Melotti in branch '3.1':
#11446: fix incorrect PEP link.
http://hg.python.org/cpython/rev/ed1f7b3f2ff3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11446>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:51:33 2011
From: report at bugs.python.org (brian.curtin.test)
Date: Fri, 11 Mar 2011 18:51:33 +0000
Subject: [issue11469] Fix resource warning in test_trailers
In-Reply-To: <1299869493.16.0.824147350306.issue11469@psf.upfronthosting.co.za>
Message-ID: <1299869493.16.0.824147350306.issue11469@psf.upfronthosting.co.za>


New submission from brian.curtin.test <brian.curtin at gmail.com>:

There is an unclosed file in test_trailers. Attaching a patch to fix this.

----------
components: Tests
files: test_trailers_resourcefix.diff
keywords: patch
messages: 130602
nosy: brian.curtin.test
priority: normal
severity: normal
status: open
title: Fix resource warning in test_trailers
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21084/test_trailers_resourcefix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11469>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:54:02 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 18:54:02 +0000
Subject: [issue11446] Incorrect PEP link in Language Reference section 7.7
In-Reply-To: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>
Message-ID: <E1Py7TN-0001M2-1e@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset eeef2f17a774 by Ezio Melotti in branch '3.2':
#11446: merge with 3.1.
http://hg.python.org/cpython/rev/eeef2f17a774

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11446>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:57:35 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 18:57:35 +0000
Subject: [issue11446] Incorrect PEP link in Language Reference section 7.7
In-Reply-To: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>
Message-ID: <E1Py7Wo-0001lB-Es@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 14a2d276b9ab by Ezio Melotti in branch 'default':
#11446: merge with 3.2.
http://hg.python.org/cpython/rev/14a2d276b9ab

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11446>
_______________________________________

From report at bugs.python.org  Fri Mar 11 19:58:41 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 18:58:41 +0000
Subject: [issue11446] Incorrect PEP link in Language Reference section 7.7
In-Reply-To: <1299625949.4.0.356508747283.issue11446@psf.upfronthosting.co.za>
Message-ID: <1299869921.37.0.250357101008.issue11446@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Thanks for the report!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11446>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:05:05 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 11 Mar 2011 19:05:05 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1299870305.61.0.419782538301.issue10812@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:05:16 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 11 Mar 2011 19:05:16 +0000
Subject: [issue11457] Expose nanosecond precision from system calls
In-Reply-To: <1299715528.65.0.317038011667.issue11457@psf.upfronthosting.co.za>
Message-ID: <1299870316.82.0.903454967749.issue11457@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11457>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:05:45 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 11 Mar 2011 19:05:45 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299870345.25.0.494289712192.issue11462@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
nosy: +twouters -rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:22:10 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 19:22:10 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

As discussed at the language summit at PyCon 2011, some code takes some liberties with setting class attributes to callable objects, like CFunctions, that (C)Python does not turn into methods. This is problematic because 1) CPython can't then turn that CFunction into a regular function, and 2) other implementations have to specialcase the builtins to emulate the behaviour.

This patch adds a warning when a non-descriptor, non-class callable attribute is accessed in a context that would have fired the descriptor. It also fixes a bunch of these warnings that show up when running the testsuite. Some of these warnings are obviously (to me) incorrect code  -- like the io testsuite, which uses staticmethod around pyio.open but not io.open, or the encoding classes that use an encode function from an extension module as a class attribute. Some of the warnings are debatable, but have an obvious fix (wrap in staticmethod.) Some could be considered false-positives because they actually use (what amounts to) a a bound instance method as a class attribute (for example, re.compile('...').match.)

The patch is still a work in progress, I'm just uploading to start the discussion sooner rather than later.

----------
components: Interpreter Core
files: nonmethod-warn.diff
keywords: patch
messages: 130606
nosy: twouters
priority: normal
severity: normal
status: open
title: Flag inappropriate uses of callable class attributes
type: feature request
versions: Python 3.3
Added file: http://bugs.python.org/file21085/nonmethod-warn.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:23:25 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Fri, 11 Mar 2011 19:23:25 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299871405.57.0.831718964009.issue11470@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:25:49 2011
From: report at bugs.python.org (Alex)
Date: Fri, 11 Mar 2011 19:25:49 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299871549.51.0.423962799084.issue11470@psf.upfronthosting.co.za>


Changes by Alex <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:27:49 2011
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 11 Mar 2011 19:27:49 +0000
Subject: [issue11469] Fix resource warning in test_trailers
In-Reply-To: <1299869493.16.0.824147350306.issue11469@psf.upfronthosting.co.za>
Message-ID: <1299871669.41.0.645691371387.issue11469@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

FYI this was created during my PyCon talk...needed a non-dev account for the demo.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11469>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:41:16 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Fri, 11 Mar 2011 19:41:16 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299872476.38.0.274647245484.issue1271@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

I can certainly agree with the opinion that raw strings are working as documented, but I can also agree with the opinion that they contain traps for the unwary, and after getting trapped several times, I have chosen to put up with the double-backslash requirement of regular strings, and avoid the use of raw strings in my code.  The double-backslash requirement of regular strings gets ugly for Windows pathnames and some regular expressions, but the traps of raw strings are more annoying that that.

I'm quite sure it would be impossible to "fix" raw strings without causing deprecation churn for people to whom they are useful (if there are any such; hard for me to imagine, but I'm sure there are).

I'm quite sure the only reasonable "fix" would be to invent a new type of "escape-free" or "exact" string (to not overuse the term raw, and make two types of raw string).  With Python 3, and UTF-8 source files, there is little need for \-prefixed characters (and there is already a string syntax that permits them, when they are needed), so it seems like inventing a new string syntax

e'string'
e"""string"""

which would not treat \ in any special manner whatsoever, would be useful for all the cases raw strings are presently useful for, and even more useful, because it would handle all the cases that are presently traps for the unwary that raw-strings have.

The problem mention in this thread of escaping the outer quote character is much more appropriately handled by the triple-quote form.  I don't know the Python history well enough to know if raw strings predated triple-quote; if they didn't, there is would have been no need for raw strings to attempt to support such.

----------
nosy: +v+python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:57:36 2011
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 11 Mar 2011 19:57:36 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299873456.6.0.72219465758.issue11470@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:58:51 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 19:58:51 +0000
Subject: [issue11179] ccbench doesn't work on 3.1/2.7
In-Reply-To: <1297383103.21.0.0381281186819.issue11179@psf.upfronthosting.co.za>
Message-ID: <E1Py8Tw-0007Gm-Pe@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 353032fd38e2 by Antoine Pitrou in branch '3.2':
Issue #11179: Make ccbench work under Python 3.1 and 2.7 again.
http://hg.python.org/cpython/rev/353032fd38e2

New changeset 92b59654e71c by Antoine Pitrou in branch 'default':
Issue #11179: Make ccbench work under Python 3.1 and 2.7 again.
http://hg.python.org/cpython/rev/92b59654e71c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11179>
_______________________________________

From report at bugs.python.org  Fri Mar 11 20:59:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 19:59:49 +0000
Subject: [issue11179] ccbench doesn't work on 3.1/2.7
In-Reply-To: <1297383103.21.0.0381281186819.issue11179@psf.upfronthosting.co.za>
Message-ID: <1299873589.5.0.886071727482.issue11179@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11179>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:20:57 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:20:57 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299874857.48.0.645795295962.issue11462@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Added file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:21:11 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:21:11 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299874871.42.0.330498459385.issue11462@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:21:58 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:21:58 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299874918.34.0.415710807613.issue11470@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Added file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:22:13 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:22:13 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299874933.1.0.416127236715.issue11470@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21085/nonmethod-warn.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:24:03 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 20:24:03 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299875043.77.0.422034344695.issue11470@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Don?t forget to remove the comments in codecs that are made obsolete by your changes.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:26:18 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:26:18 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299875178.9.0.575141783031.issue11470@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Added file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:26:27 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 20:26:27 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299875187.41.0.0499231338622.issue11470@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:30:48 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 20:30:48 +0000
Subject: [issue9935] Faster pickling of instances
In-Reply-To: <1285290424.33.0.0824621979691.issue9935@psf.upfronthosting.co.za>
Message-ID: <E1Py8z1-0002an-4p@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ff0220c9d213 by Antoine Pitrou in branch 'default':
Issue #9935: Speed up pickling of instances of user-defined classes.
http://hg.python.org/cpython/rev/ff0220c9d213

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9935>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:32:14 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 11 Mar 2011 20:32:14 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1299875534.76.0.46740558835.issue706263@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:32:33 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 11 Mar 2011 20:32:33 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1299875553.34.0.62233786028.issue706263@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
components: +IO

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Fri Mar 11 21:32:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 20:32:54 +0000
Subject: [issue9935] Faster pickling of instances
In-Reply-To: <1285290424.33.0.0824621979691.issue9935@psf.upfronthosting.co.za>
Message-ID: <1299875574.45.0.112817003204.issue9935@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9935>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:06:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:06:39 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1299877599.46.0.619036657082.issue11466@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21079/getpass_fdclose.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:09:10 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 11 Mar 2011 21:09:10 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299877750.76.0.0572943698953.issue1271@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think perhaps the language in the language reference is a bit misleading.  The purpose of the raw string algorithm is that any characters in the string be copied literally into the string object.  That is, \" "escapes" the " not so that you can write r"\"", but so that the string object produced by that literal (or by the literal r'\"') contains the two characters \".

So, it is certainly true that raw string will *not* be changed to make \ not escape quotes.

I can't remember where I read this, but the reason that a trailing \ is invalid has to do with the way the parser parses strings/raw strings.  So any alternate "more raw" string type would have to contend with the same parser issues that lead to the exiting restrictions on raw strings.

Unless someone wants to do a deep dive into the parser and figure out why things are they way they are and how to fix it, I think this issue should be reclosed.  Note that even if a solution can be found, if it significantly complicates the parser it will probably be rejected.  And I suspect it would, otherwise things probably wouldn't work the way they currently do.  However, perhaps someone can spot a clever solution that was overlooked in the original implementation.

----------
nosy: +r.david.murray
versions:  -Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:13:25 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:13:25 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1299878005.89.0.30673045337.issue11236@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Please do not mix issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:20:14 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:20:14 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1299878414.79.0.598717454425.issue11466@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Sorry, accidentally removed the first patch.

-1 on the second patch: there?s another issue for that, and your patch is not uncontroversial.

----------
Added file: http://bugs.python.org/file21089/getpass_fdclose.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:22:22 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:22:22 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299878542.19.0.0714948553823.issue11406@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:27:26 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:27:26 +0000
Subject: [issue11428] with statement looks up __exit__ incorrectly
In-Reply-To: <1299482357.23.0.863939671026.issue11428@psf.upfronthosting.co.za>
Message-ID: <1299878846.69.0.0059477618207.issue11428@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

After a quick perusal of the PEP, there are no wrong definitions of context managers (IOW they define methods in a class, not attribute on an object), but the pseudo-code explaining how the statement works use things like ?mgr.__enter__? instead of ?type(mgr).__enter__(mgr)?, which might be misleading.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11428>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:37:38 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 11 Mar 2011 21:37:38 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1299879458.95.0.398041429923.issue1099@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The attached patch removes the call to libtool and always links the framework using gcc (as was already done for universal builds).

With this patch I can build the framework using the following configure command-line on OSX 10.6:

   ../configure --with-pydebug --enable-framework CC=gcc-4.0

Without this patch that build will fail due to a link error (the exact error is different than the one in the initial message in this issue, but should basically be the same problem).

I haven't fully tested the patch yet, in particular I haven't run the unittests yet and haven't tested on a 10.4 system (because I'm on a different continent than my OSX 10.4 box at the moment)

----------
keywords: +patch
stage:  -> patch review
type:  -> compile error
Added file: http://bugs.python.org/file21090/issue1099.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:38:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:38:36 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1299879516.98.0.0693130810027.issue11412@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:41:12 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 11 Mar 2011 21:41:12 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1299879672.65.0.249557248056.issue11470@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

This should not reuse DeprecationWarning but instead introduce a different warning, e.g. CompatibilityWarning.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:43:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:43:15 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1299879795.74.0.371843822937.issue11416@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  Would you like to work on a patch?  Guidelines are found at http://docs.python.org/devguide

----------
nosy: +eric.araujo, rhettinger
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:44:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:44:30 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1299879870.13.0.477494128668.issue11418@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m afraid I don?t understand ?Method's function?.  Could you rephrase, or give a commented code example showing the bad behavior?

----------
nosy: +eric.araujo
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:47:26 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 11 Mar 2011 21:47:26 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299878414.79.0.598717454425.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110311214717.GA58470@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 11, 2011 at 09:20:14PM +0000, ?ric Araujo wrote:
> your patch is not uncontroversial.

The code is very ugly, but i think that somewhat reflects 
the code flow of the entire function. 
At least a bit. 
I've forced all mis-uses i could imagine and the patch you see was 
the only solution to avoid the ResourceWarning for all of them. 
Do you disagree in avoiding that warning, or have i missed an 
error??

(But maybe this entire function should be cleaned up a bit to get 
rid of these interlocked try: blocks, which would make it easier 
to write the newline and also close the stream.)

> -1 on the second patch: there?s another issue for that

Well, ok about that.
However, msg128824 seems to indicate that you are willing to 
accept that termios.ISIG shall not be set. 
If you want to treat this as two commits then of course one of the 
patches (for #11236 and #11466) needs to be adjusted after the 
other has been patched in.

So, what is your suggestion? 
Shall i write a patch for #11236 which assumes that 
getpass_fdclose.patch has been integrated yet?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:49:05 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 11 Mar 2011 21:49:05 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299880145.42.0.370642947727.issue11462@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

What is the actual performance impact of this change? As far as I can see the difference is almost entirely in .pyc (on-disk) size, as when loading most of these constants are interned anyway. Even the on-disk change is minimal - and I say that as a person who actually cares a lot about the size of .pyc files. Considering the extra work that needs to be done, I expect planA to be a measurable performance drop, and planB to be indistinguishable. Perhaps I'm wrong, so feel free to prove it so by providing some (unladen-swallow) benchmarks :)

I'm not sure this change is worth it unless there's a clear performance benefit. The peephole optimizer is very limited, fragile, and an uncomfortable place to edit (and I say *that* as a person who has introduced way too many subtle, stupid bugs in the past.) As Raymond says, the right thing to do with the peepholer is to rip it out and replace it with an AST-based optimizer, which wouldn't bypass or duplicate all manner of sanity- and safety-checks. Perhaps this should be a GSoC project.

About the patches themselves: the plan-A patch is a bad idea, I wouldn't consider it; duplicating the compiler checks seems pointless. In the plan-B patch, PyCode_Optimize is an exported symbol so it should not change; you need to change the name and provide the old interface in a macro. The extern declaration of _PyCode_AddObj in peephole.c is now unnecessary. The name of that function is rather non-obvious, since it doesn't do anything with a code object at all -- but I don't have a better suggestion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:49:13 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:49:13 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1299880153.83.0.830162823599.issue11419@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Some info: http://mercurial.selenic.com/wiki/FAQ#FAQ.2BAC8-CommonProblems.Why_is_the_modification_time_of_files_not_restored_on_checkout.3F and http://mercurial.808500.n3.nabble.com/Mercurial-s-treatment-of-directory-file-timestamps-td796168.html
Related bug: http://mercurial.selenic.com/bts/issue326

----------
nosy: +eric.araujo
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:49:16 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 21:49:16 +0000
Subject: [issue11471] If without else generates redundant jump
In-Reply-To: <1299880156.4.0.0999870554397.issue11471@psf.upfronthosting.co.za>
Message-ID: <1299880156.4.0.0999870554397.issue11471@psf.upfronthosting.co.za>


New submission from Eugene Toder <eltoder at gmail.com>:

If statement without else part generates unnecessary JUMP_FORWARD insn with jumps right to the next insn:

>>> def foo(x):
	if x: x = 1

>>> dis(foo)
  2           0 LOAD_FAST                0 (x) 
              3 POP_JUMP_IF_FALSE       15 
              6 LOAD_CONST               1 (1) 
              9 STORE_FAST               0 (x) 
             12 JUMP_FORWARD             0 (to 15) 
        >>   15 LOAD_CONST               0 (None) 
             18 RETURN_VALUE         

This patch suppresses generation of this jump.

Testing revealed another issue: when AST is produced from string empty 'orelse' sequences are represented with NULLs. However when AST is converted from Python AST objects empty 'orelse' is a pointer to 0-length sequence. I've changed this to produce NULL pointers, like in the string case. This uses less memory and doesn't introduce different code path in compiler. Without this change test_compile failed with my first change.

make test passes.

----------
components: Interpreter Core
files: if_no_else.patch
keywords: patch
messages: 130623
nosy: eltoder
priority: normal
severity: normal
status: open
title: If without else generates redundant jump
type: performance
versions: Python 3.3
Added file: http://bugs.python.org/file21091/if_no_else.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11471>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:49:59 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 21:49:59 +0000
Subject: [issue11471] If without else generates redundant jump
In-Reply-To: <1299880156.4.0.0999870554397.issue11471@psf.upfronthosting.co.za>
Message-ID: <1299880199.33.0.766509689038.issue11471@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Test case (needed some refactoring to avoid duplication).

----------
Added file: http://bugs.python.org/file21092/if_no_else_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11471>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:51:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:51:32 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1299880292.32.0.214981869753.issue11466@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

If you can write a patch that cleans up the code and closes the files without being too hard to review, it could get committed soon.  Then you could adapt your patch on the other bug and defend it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:53:12 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 21:53:12 +0000
Subject: [issue11390] doctest: add cmdline parameters
In-Reply-To: <1299184426.69.0.480744886707.issue11390@psf.upfronthosting.co.za>
Message-ID: <1299880392.31.0.845695136244.issue11390@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
stage:  -> needs patch
type:  -> feature request
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11390>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:55:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 21:55:39 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1299880539.97.0.36001270895.issue5863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch posted for review at http://codereview.appspot.com/4274045/. Still have to do a review though :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Fri Mar 11 22:56:48 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 11 Mar 2011 21:56:48 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299880292.32.0.214981869753.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110311215639.GB58470@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 11, 2011 at 09:51:32PM +0000, ?ric Araujo wrote:
> If you can write a patch that cleans up the code and closes the 
> files without being too hard to review

I'll try to do so tomorrow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:06:16 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 11 Mar 2011 22:06:16 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1299881176.84.0.687230377893.issue11418@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

If you do a "def foo" in module bar.py, and have a class FooFoo in bar.py, and do:

FooFoo.myfoo = foo

and foo refers to an unbound variable, that variable will be looked up in bar.py's global name space.

If instead the 'def foo' is in a module parrot.py, and bar.py does:

from parrot import foo
FooFoo.myfoo = foo

and foo contains an unbound variable, that variable will be looked up in *parrots* global name space.

So, yes, this is a doc bug of a sort :)  It would be technically correct to change it to "The global scope associated with a method is the module containing the method's function definition", but that is not suitable for the tutorial.  In fact, the discussion of this quirk probably doesn't belong in the tutorial; unless, perhaps, in a footnote.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:14:58 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 22:14:58 +0000
Subject: [issue10716] Modernize pydoc to use CSS
In-Reply-To: <1292491539.55.0.135732310832.issue10716@psf.upfronthosting.co.za>
Message-ID: <1299881698.14.0.854329709854.issue10716@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I added a few comments for ccs_v3.diff on rietveld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10716>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:15:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 22:15:59 +0000
Subject: [issue11447] test_pydoc refleak
In-Reply-To: <1299630382.79.0.412893020199.issue11447@psf.upfronthosting.co.za>
Message-ID: <1299881759.92.0.51992815256.issue11447@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11447>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:19:43 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 11 Mar 2011 22:19:43 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299881983.26.0.0336875623257.issue11432@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is this a webbrowser or subprocess bug?  Please add the corresponding expert from http://docs.python.org/devguide/experts to the nosy list.

----------
nosy: +eric.araujo
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:26:45 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 11 Mar 2011 22:26:45 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299882405.11.0.290126574564.issue11462@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Sorry Eugene.  As the person who designed, implemented, and maintains the peephole optimizer, I need to reject the patch.

If better constant folding is wanted, the work needs to be done with AST, not with bytecode.  I would welcome a patch.

Thomas, thanks for your input.

----------
nosy: +rhettinger
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:26:49 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 11 Mar 2011 22:26:49 +0000
Subject: [issue10936] Simple CSS fix for left margin at docs.python.org
In-Reply-To: <1295377924.0.0.902429691003.issue10936@psf.upfronthosting.co.za>
Message-ID: <1299882409.89.0.764503593588.issue10936@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

There's #4965 for that. Last time I tried there was some problem with it, maybe I'll try again in future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10936>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:27:09 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 11 Mar 2011 22:27:09 +0000
Subject: [issue11472] upload command fails to read auth information from
	.pypirc
In-Reply-To: <1299882429.66.0.49580074551.issue11472@psf.upfronthosting.co.za>
Message-ID: <1299882429.66.0.49580074551.issue11472@psf.upfronthosting.co.za>


New submission from Jason R. Coombs <jaraco at jaraco.com>:

It appears that distutils isn't loading the authentication information from .pypirc. I ran this test on Python 3.2 64-bit on Windows.

PS C:\Users\jaraco\projects\hgtools> python -m pdb setup.py sdist upload
> c:\users\jaraco\projects\hgtools\setup.py(7)<module>()
-> """
(Pdb) b distutils/command/upload.py:179
Breakpoint 1 at c:\python\lib\distutils\command\upload.py:179
(Pdb) c
running sdist
running egg_info
# lines elided
Writing hgtools-1.0b1\setup.cfg
creating 'dist\hgtools-1.0b1.zip' and adding 'hgtools-1.0b1' to it
adding 'hgtools-1.0b1\.hgignore'
# lines elided
removing 'hgtools-1.0b1' (and everything under it)
running upload
Submitting dist\hgtools-1.0b1.zip to http://pypi.python.org/pypi
> c:\python\lib\distutils\command\upload.py(179)upload_file()
-> loglevel = log.INFO
(Pdb) auth
'Basic Og=='
(Pdb) user_pass
b':'
(Pdb) c
Upload failed (401): You must be identified to edit package information
The program finished and will be restarted
> c:\users\jaraco\projects\hgtools\setup.py(7)<module>()

I have a valid .pypirc that works in Python 2.7:

C:\Users\jaraco\projects\hgtools> cat C:\Users\jaraco\.pypirc
[server-login]
username=jason.coombs
password=omitted

[distutils]
index-servers =
    pypi

[pypi]
username: jaraco
password: omitted


I tried adding repository=http://www.python.org/pypi in [pypi], or supplying -r http://www.python.org/pypi, but that had no effect.

I tried adding -r pypi, but that elicited a new error.

----------
assignee: tarek
components: Distutils
messages: 130633
nosy: eric.araujo, jaraco, tarek
priority: normal
severity: normal
status: open
title: upload command fails to read auth information from .pypirc
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11472>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:31:09 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 22:31:09 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299882669.22.0.708499732366.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Thomas, can you clarify, does loading interns all constants in co_consts, or do you mean that they are mostly small numbers and the like?

Without interning I think that in-memory size difference is even bigger than on-disk, as you get one entry in tuple and the object itself. I'm sure I can cook up a test that will show some perf difference, because of cache misses or paging. You can say that this is not real world code, and you will likely be right. But in real world (before you add inlining and constant propagation) constant folding doesn't make a lot of difference too, yet people asked for it and peepholer does it. Btw, Antoine just improved it quite a bit (Issue11244), so size difference with my patch should increase.

My rationale for the patch is that 1) it's real very simple 2) it removes feeling of half-done job when you look at the bytecode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:31:57 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 11 Mar 2011 22:31:57 +0000
Subject: [issue11473] upload command no longer accepts repository by section
	name
In-Reply-To: <1299882717.19.0.490703720004.issue11473@psf.upfronthosting.co.za>
Message-ID: <1299882717.19.0.490703720004.issue11473@psf.upfronthosting.co.za>


New submission from Jason R. Coombs <jaraco at jaraco.com>:

It appears that with Python 3.2 (Windows 64-bit), the distutils upload -r command no longer accepts the repository section name, but instead only attempts to parse it as a URL. This is a regression from Python 2.7.

PS C:\Users\jaraco\projects\hgtools> python -m pdb setup.py sdist upload -r pypi
> c:\users\jaraco\projects\hgtools\setup.py(7)<module>()
-> """
(Pdb) c
running sdist
running egg_info
# lines elided
running upload
Submitting dist\hgtools-1.0b1.zip to pypi
Traceback (most recent call last):
  File "c:\python\lib\pdb.py", line 1556, in main
    pdb._runscript(mainpyfile)
  File "c:\python\lib\pdb.py", line 1437, in _runscript
    self.run(statement)
  File "c:\python\lib\bdb.py", line 392, in run
    exec(cmd, globals, locals)
  File "<string>", line 1, in <module>
  File "c:\users\jaraco\projects\hgtools\setup.py", line 7, in <module>
    """
  File "c:\python\lib\distutils\core.py", line 149, in setup
    dist.run_commands()
  File "c:\python\lib\distutils\dist.py", line 919, in run_commands
    self.run_command(cmd)
  File "c:\python\lib\distutils\dist.py", line 938, in run_command
    cmd_obj.run()
  File "c:\python\lib\distutils\command\upload.py", line 66, in run
    self.upload_file(command, pyversion, filename)
  File "c:\python\lib\distutils\command\upload.py", line 176, in upload_file
    raise AssertionError("unsupported schema "+schema)
AssertionError: unsupported schema
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
> c:\python\lib\distutils\command\upload.py(176)upload_file()
-> raise AssertionError("unsupported schema "+schema)
(Pdb) self.repository
'pypi'
(Pdb) schema
''
(Pdb) q

----------
assignee: tarek
components: Distutils
messages: 130635
nosy: eric.araujo, jaraco, tarek
priority: normal
severity: normal
status: open
title: upload command no longer accepts repository by section name

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11473>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:32:03 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 11 Mar 2011 22:32:03 +0000
Subject: [issue11473] upload command no longer accepts repository by section
	name
In-Reply-To: <1299882717.19.0.490703720004.issue11473@psf.upfronthosting.co.za>
Message-ID: <1299882723.71.0.904852751363.issue11473@psf.upfronthosting.co.za>


Changes by Jason R. Coombs <jaraco at jaraco.com>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11473>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:44:44 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 22:44:44 +0000
Subject: [issue11403] Add some generated files in PC/ to .hgignore.
In-Reply-To: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>
Message-ID: <E1PyB4c-0004vF-L3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f040a34102de by Antoine Pitrou in branch '3.1':
Issue #11403: add some MSVC-generated files to .hgignore
http://hg.python.org/cpython/rev/f040a34102de

New changeset b2a6d1a5e2cf by Antoine Pitrou in branch '3.2':
Merge #11403
http://hg.python.org/cpython/rev/b2a6d1a5e2cf

New changeset 8c9fa86a613e by Antoine Pitrou in branch 'default':
Merge #11403
http://hg.python.org/cpython/rev/8c9fa86a613e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11403>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:46:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 11 Mar 2011 22:46:34 +0000
Subject: [issue11403] Add some generated files in PC/ to .hgignore.
In-Reply-To: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>
Message-ID: <E1PyB6M-00058Z-P8@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 350b956b3600 by Antoine Pitrou in branch '2.7':
Issue #11403: add some MSVC-generated files to .hgignore
http://hg.python.org/cpython/rev/350b956b3600

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11403>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:47:12 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 22:47:12 +0000
Subject: [issue11403] Add some generated files in PC/ to .hgignore.
In-Reply-To: <1299290917.79.0.524609028857.issue11403@psf.upfronthosting.co.za>
Message-ID: <1299883632.15.0.277552705254.issue11403@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed, thank you!

----------
nosy: +pitrou
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11403>
_______________________________________

From report at bugs.python.org  Fri Mar 11 23:53:53 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 11 Mar 2011 22:53:53 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1299884033.42.0.418903777761.issue11432@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

subprocess in 3.2 bug from the looks of it.  not sure if 2.7 or 3.1 are impacted at all, i'll remove them from the list after confirming.

----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:13:10 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 11 Mar 2011 23:13:10 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299885190.12.0.279588143763.issue11244@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Eugene's patch looks like a correct fix to the regression.  I'll review further in the next couple of days.

Antoine, we need to further discuss your checkin to the peephole optimizer.  I believe it was inappropriate.

----------
assignee: mark.dickinson -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:15:14 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 11 Mar 2011 23:15:14 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299885314.09.0.572981127775.issue11244@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Eugene's patch looks like a correct fix to the regression.

No, it's orthogonal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:17:32 2011
From: report at bugs.python.org (Eugene Toder)
Date: Fri, 11 Mar 2011 23:17:32 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299885452.68.0.282752100468.issue11244@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Yes, my patch doesn't fix the regression, only a special case of -0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:17:35 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 11 Mar 2011 23:17:35 +0000
Subject: [issue11464] Call Mac API Crash via ctypes
In-Reply-To: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>
Message-ID: <1299885455.43.0.466128650312.issue11464@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is almost certainly not a bug in Python, but in the code in this issue.


CGEventGetLocation() is a function that returns a CGPoint, while ctypes assumes that function returns value of C type int. The effect of this is that ctypes will create the wrong stack frame during the call and that messes things up. 

That this works in 32-bit mode is more or less an accident, the calling conventions in 32-bit mode are different than that in 64-bit mode and this happens to work.

To get this code to function correctly you need to add annotations to the function object using ctypes, that documentation for ctypes in the stdlib reference explains how to do so.

I therefore propose to close this issue.

----------
nosy: +ronaldoussoren
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11464>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:39:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 11 Mar 2011 23:39:53 +0000
Subject: [issue9319] imp.find_module('test/badsyntax_pep3120') causes segfault
In-Reply-To: <1279693765.46.0.777254335316.issue9319@psf.upfronthosting.co.za>
Message-ID: <1299886793.39.0.712469307572.issue9319@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I'm working on #3080 which changes the import machinery to use Unicode instead of byte strings, and so it will be possible to fix this issue correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9319>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:40:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 11 Mar 2011 23:40:45 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1299886845.38.0.133880805606.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

See also #9319: when this issue will be fixed, it will be easier to fix #9319.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sat Mar 12 00:43:38 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 11 Mar 2011 23:43:38 +0000
Subject: [issue10665] Expand unicodedata module documentation
In-Reply-To: <1291930276.17.0.60709403086.issue10665@psf.upfronthosting.co.za>
Message-ID: <1299887018.51.0.876593550716.issue10665@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> The patch contains non-ascii chars that should be avoided (they break `make pdf`).

What is the error? Can't you fix the PDF generator instead?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10665>
_______________________________________

From report at bugs.python.org  Sat Mar 12 01:56:43 2011
From: report at bugs.python.org (Graham Wideman)
Date: Sat, 12 Mar 2011 00:56:43 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299891403.5.0.195510274871.issue1271@psf.upfronthosting.co.za>


Graham Wideman <initcontact at grahamwideman.com> added the comment:

@Glenn Linderman:  I too am usually quick to assume that "innocent fixes" may have serious unforeseen impacts, but in this case I'm not convinced.  What would matter is to enumerate the current behavior, and of that what would be changed.  You seem to have had experience with other raw-string features/gotchas -- please share! :-)

@David Murray: Excuse denseness on my part, but I'm not following the logic of your first paragraph.  I think you are saying that current raw string has to do something special to be able to contain the sequence backslash-quote, and this has the side effect of precluding that sequence appearing last in a string.  

But surely a completely-escape-free string could also contain backslash-quote just fine (assuming the string is surrounded by the other kind of quote).  So I'm thinking that the case you mention is not the driver here.  

It's conceivable there is some more complicated case where backslash-singlequote AND backslash-doublequote MUST appear literally in the same string.  However, it seems a little bizarre to worry about that case, but not worry about the simpler case of wanting both a plain singlequote and a plain doublequote in the same string.  Maybe there's some popular regular expression that calls for this complexity.

I concur that inspection of the parser (and the history and intent of this design) would be fascinating.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sat Mar 12 02:20:37 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 01:20:37 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299892837.23.0.358092472225.issue1271@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

If I'm remembering the discussion I read correctly, what the parser does is to parse the a regular string and a raw string in exactly the same way, but in the raw string case, it does not do the subsequent escape sequence replacement pass on the parsed string.  This means that it follows the "escape the quote" rule when *parsing* the string, but does not do the subsequent post-processing that would remove the \.  But because the quote-escape has a consequence at the parsing stage, it applies to both raw strings and regular strings.  Which means that an odd number of backslashes cannot appear at the end of either type of string.  And as far as I can see there is no way to fix that, since otherwise the parser can't identify the end of the string.

Therefore if no escaping is done you do, as you say, limit yourself to not being able to put both ' and " characters inside a more-raw string.  This would break regular expressions, since exactly this case does occur when using regular expressions extensively.  And a trailing backslash would never appear in a regular expression.

So, clearly raw strings are optimized for regular expression use, and not for Windows pathname use.  The proposed 'windows raw string' literal would be optimized the other way.  Adding such a literal  is python-ideas territory.

Note that windows paths can be spelled with / characters, so this specialized use case has an easy workaround, with the added advantage that a repr of such a string won't appear to have doubled \s (which I always find confusing when debugging programs involving windows path names that use the \ separator).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sat Mar 12 02:25:41 2011
From: report at bugs.python.org (yufun)
Date: Sat, 12 Mar 2011 01:25:41 +0000
Subject: [issue11464] Call Mac API Crash via ctypes
In-Reply-To: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>
Message-ID: <1299893141.51.0.847694793058.issue11464@psf.upfronthosting.co.za>


yufun <heyt1981 at gmail.com> added the comment:

thanks Ned and Ronald, I totally agree with you, I think it's a 32/64 issue. But, I'm not clear about the 32 and 64 bit in Python and don't know how to do let my code works, could you please explain more detail about that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11464>
_______________________________________

From report at bugs.python.org  Sat Mar 12 03:03:33 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 02:03:33 +0000
Subject: [issue11350] __setitem__()'s problem of dbm.dumb object pointed out
	by comments
In-Reply-To: <1298886786.25.0.421725723062.issue11350@psf.upfronthosting.co.za>
Message-ID: <1299895413.14.0.23712515715.issue11350@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, I don't think we are going to add an abort method in order to write a unit test, though it isn't completely out of the question.

However, I've now looked at the code and the other comments in the file, and it is clear that great care is taken to allow the database to be out of sync in order to avoid calling _commit all the time.  So I don't think this is a desired change.

Thanks for working out the test, though, since it makes it clear that it is only a catastrophic failure of the interpreter that will trigger this bug (or, of course, a kill -KILL), and I think we are just accepting that danger.

If you disagree, it should be brought up on python-dev.

----------
resolution:  -> wont fix
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11350>
_______________________________________

From report at bugs.python.org  Sat Mar 12 03:08:30 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 02:08:30 +0000
Subject: [issue11049] add tests for test.support
In-Reply-To: <1296241531.97.0.670133219758.issue11049@psf.upfronthosting.co.za>
Message-ID: <1299895710.44.0.252145548127.issue11049@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Gah.  I always check to see if the patch uploaded before I delete my working copy, but this time I didn't :( :(

I guess I'll come back to this during the sprints.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11049>
_______________________________________

From report at bugs.python.org  Sat Mar 12 03:28:37 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Sat, 12 Mar 2011 02:28:37 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299896917.65.0.24414420964.issue1271@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

@Graham: seems like the two primary gotchas are trailing \ and \" \' not removing the \.  The one that tripped me up the most was the trailing \, but I did get hit with \" once.  Probably if Python had been my first programming language that used \ escapes, it wouldn't be such a problem, but since it never will be, and because I'm forced to use the others from time to time, still, learning yet a different form of "not-quite raw" string just isn't worth my time and debug efforts.  When I first saw it, it sounded more useful than doubling the \s like I do elsewhere, but after repeated trip-ups with trailing \, I decided it wasn't for me.

@R David: Interesting description of the parsing/escaping.  Sounds like that makes for a cheap parser, fewer cases to handle.  But there is little that is hard about escape-free or exact string parsing: just look for the trailing " ' """ or ''' that matches the one at the beginning.  The only thing difficult is if you want to escape the quote, but with the rich set of quotes available, it is extremely unlikely that you can't find one that you can use, except perhaps if you are writing a parser for parsing Python strings, in which case, the regular expression that matches any leading quote could be expressed as:

'("|"""|' "'|''')"

Granted that isn't the clearest syntax in the world, but it is also uncommon, and can be assigned to a nicely named variable such as matchLeadingQuotationRE in one place, and used wherever needed.

Regarding the use of / rather that \ that is true if you are passing file names to Windows APIs, but not true if you are passing them to other programs that use / as option syntax and \ as path separator (most Windows command line utilities).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sat Mar 12 03:39:57 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 02:39:57 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299897597.4.0.653824271749.issue1271@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, it's still the case that the Python raw string syntax isn't going to change to not escape the quotes, because that would break far too many existing applications that depend on them being escaped.  So a new string literal type would seem to be the only option.  I'm going to close this issue again; if either of you want to pursue the new string literal type, please bring it up on python-ideas.  Frankly, I doubt you would get much traction, but I could be wrong :)

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sat Mar 12 03:49:06 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 02:49:06 +0000
Subject: [issue11283] incorrect pattern in the re module docs for conditional
	regex
In-Reply-To: <1298364500.67.0.815268640848.issue11283@psf.upfronthosting.co.za>
Message-ID: <E1PyEt6-0005Gw-SK@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 06cca90ff105 by orsenthil in branch 'default':
Fix issue11283 - Clarifying a re pattern in the re module docs for conditional regex
http://hg.python.org/cpython/rev/06cca90ff105

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11283>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:13:35 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 03:13:35 +0000
Subject: [issue9298] binary email attachment issue with base64 encoding
In-Reply-To: <1279508696.99.0.665109757672.issue9298@psf.upfronthosting.co.za>
Message-ID: <1299899615.17.0.475573927977.issue9298@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Unfortunately we don't have enough history information to determine who wrote the original _bencode function, although very likely it was Barry.  As for the test, that seems to have been written during the python3 translation to make sure that the behavior implemented by _bencode was preserved.  Python2 has no such test: if you remove the newline check from _bencode, the test suite passes.

Checking with RFC 2045, we find this:

   The encoded output stream must be represented in lines of no more
   than 76 characters each.  All line breaks or other characters not
   found in Table 1 must be ignored by decoding software.  In base64
   data, characters other than those in Table 1, line breaks, and other
   white space probably indicate a transmission error, about which a
   warning message or even a message rejection might be appropriate
   under some circumstances.

"All line breaks..." seems pretty unambiguous: an extra trailing newline should be ignored by any compliant email agent.  That does not eliminate the possibility that a non-compliant email agent would tack on an extra newline if there is one after the base64 encoded text, but it seems very very unlikely.  I am therefore inclined to fix the test, as you suggest.

I hope that Barry can remember why _bencode was introduced in the first place, since clearly there was *some* reason.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9298>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:28:02 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 03:28:02 +0000
Subject: [issue11049] add tests for test.support
In-Reply-To: <1296241531.97.0.670133219758.issue11049@psf.upfronthosting.co.za>
Message-ID: <1299900482.17.0.941282826285.issue11049@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11049>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:36:46 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 12 Mar 2011 03:36:46 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299901006.56.0.193520981802.issue11462@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Eugene, how does your optimization differ from the one proposed in issue2493?

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:44:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 03:44:23 +0000
Subject: [issue11283] incorrect pattern in the re module docs for conditional
	regex
In-Reply-To: <1298364500.67.0.815268640848.issue11283@psf.upfronthosting.co.za>
Message-ID: <E1PyFkc-0000nK-7m@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d676601fee6f by Senthil Kumaran in branch '3.1':
Fix issue11283 - Clarifying a re pattern in the re module docs for conditional regex
http://hg.python.org/cpython/rev/d676601fee6f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11283>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:46:47 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 12 Mar 2011 03:46:47 +0000
Subject: [issue11283] incorrect pattern in the re module docs for conditional
	regex
In-Reply-To: <1298364500.67.0.815268640848.issue11283@psf.upfronthosting.co.za>
Message-ID: <1299901607.33.0.530072585918.issue11283@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Okay, fixed in all relevant branches.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11283>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:49:13 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sat, 12 Mar 2011 03:49:13 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299901753.47.0.193976118792.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Alexander, my patch does 2 optimizations: doesn't insert a new constant if one already exist and removes unused constants after peephole is done. You patch seems to do only the latter. It's very similar, from a quick look at your patch:
- My patch doesn't introduce any additional passes over the code (you added 2 passes).
- It preserves doc string.
- It's less code, because I reuse more of existing code.

Feel free to look at the patch and tell me if you don't agree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Sat Mar 12 04:51:05 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 03:51:05 +0000
Subject: [issue968430] error flattening complex smime signed message
Message-ID: <1299901865.4.0.8718594705.issue968430@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue968430>
_______________________________________

From report at bugs.python.org  Sat Mar 12 05:06:55 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sat, 12 Mar 2011 04:06:55 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1299902815.77.0.0428437533401.issue706263@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

This is indeed reproducible in Python 2.7. The following unittest will expose it. However, patching sys.std* to None will break `print` statements to raise AttributeError in pythonw.exe programs, though it won't mysteriously break only after printing 4 kbytes...

diff --git a/Lib/test/test_os.py b/Lib/test/test_os.py
old mode 100644
new mode 100755
--- a/Lib/test/test_os.py
+++ b/Lib/test/test_os.py
@@ -58,6 +58,19 @@
         new = sys.getrefcount(path)
         self.assertEqual(old, new)
 
+    @unittest.skipUnless(sys.platform == 'win32',
+                         'test specific to Windows console')
+    def test_print_no_stdout(self):
+        # Issue #706263: pythonw.exe will raise an IOError after
+        # attempting to print more than 4096 bytes (it silently
+        # succeeds for the first 4096 bytes and fails with an
+        # IOError: "[Errno 9] Bad file descriptor" on the 4097th byte.
+        DETACHED_PROCESS = 0x00000008
+        command = [sys.executable, '-c',
+                   'for _ in xrange(100000): print "a", ']
+        retcode = subprocess.call(command, creationflags=DETACHED_PROCESS)
+        self.assertEqual(retcode, 0)
+
 
 class TemporaryFileTests(unittest.TestCase):
     def setUp(self):

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Sat Mar 12 05:20:52 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 12 Mar 2011 04:20:52 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299903652.2.0.829532891822.issue11462@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Please cease development of this patch.  It has been rejected.

The peephole optimizer should be considered somewhat off-limits at this point and any further development efforts directed at an AST optimizer.

----------
resolution:  -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Sat Mar 12 05:24:49 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sat, 12 Mar 2011 04:24:49 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1299903889.03.0.133090060366.issue11462@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Raymond, you can be assured that I'm not developing this patch, unless I'm told it has chances to be accepted. I don't like to waste my time. On a related note, your review of my other patches is appreciated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Sat Mar 12 07:33:34 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Sat, 12 Mar 2011 06:33:34 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1299911614.89.0.272989922652.issue11467@psf.upfronthosting.co.za>


Bastian Kleineidam <calvin at users.sourceforge.net> added the comment:

To make the previous comment more precise: URLs where
the scheme specific part begins with a digit are affected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Sat Mar 12 07:53:23 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 12 Mar 2011 06:53:23 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1299912803.98.0.746245611939.issue11463@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Yes, please ensure that server is returning a proper HTTP response. Test it against browser or curl and see if they work. If they work, then it needs to be investigated as why 'http.client' is not working.

----------
assignee:  -> orsenthil
nosy: +orsenthil
stage:  -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Sat Mar 12 10:35:10 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 12 Mar 2011 09:35:10 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299922510.22.0.697643336228.issue11244@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Eugene's new patch looks good to me;  +1 on applying it.

Raymond, do you happen to remember why it was necessary to add the zero-check in the first place?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Sat Mar 12 10:54:27 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 12 Mar 2011 09:54:27 +0000
Subject: [issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now
	"10.3"	but "10.5" during configure
In-Reply-To: <1280955591.23.0.0206270993017.issue9516@psf.upfronthosting.co.za>
Message-ID: <1299923667.86.0.511453339334.issue9516@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Another way this issue can show up: when building Python itself. If Parser/Python.asdl needs to be built (as with a new source checkout), the makefile target executes a python script (Parser/asdl_c.py) via /usr/bin/env python (a bootstrap dependency).  If that python happens to be python2.7 and the build MACOSX_DEPLOYMENT_TARGET target is not the same as that as that of the python2.7, the python2.7 fails with the $MACOSX_DEPLOYMENT_TARGET mismatch from sysconfig.py _init_posix and thus the build fails.

The patch looks good to me except that all of the "assertEquals" (now deprecated) should be changed to "assertEqual".  I think parts 1 and 2 should definitely be applied to py3k, 3.2, and 2.7.  I'm less certain about the distutils changes (parts 3 and 4) but I agree they are probably the right thing to do.  Then there's the issue of getting corresponding changes into distutils2 if needed.

----------
nosy: +ned.deily
stage: needs patch -> commit review
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Sat Mar 12 11:13:59 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sat, 12 Mar 2011 10:13:59 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1299924839.25.0.565942427599.issue11244@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Sat Mar 12 11:28:55 2011
From: report at bugs.python.org (Eugene Crosser)
Date: Sat, 12 Mar 2011 10:28:55 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1299925735.76.0.938436739322.issue6981@psf.upfronthosting.co.za>


Eugene Crosser <crosser at average.org> added the comment:

I don't know if the solution suggested in the report is right, but I can confirm the the current logic of getdefaultlocale() produces wrong results.

I have
  LANG=en_US.UTF-8
  LANGUAGE=en_US:en
  LC_CTYPE=ru_RU.UTF-8
  LC_COLLATE=ru_RU.UTF-8
which means, according to the documentation, "Do everything in English, but recognize Russian words and sort according to Russian alphabet".

All other software honors that semantics, except Python that returns Russian as the overall default locale:

Python 2.7.1+ (r271:86832, Feb 24 2011, 15:00:15) 
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> print locale.getdefaultlocale()
('ru_RU', 'UTF8')

I believe that because LC_CTYPE controls only one specific aspect of the locale, it either should not be used at all, or used only as the last resort when locale cannot be determined from LANG or LANGUAGE. I think that the current search order "envvars=('LC_ALL', 'LC_CTYPE', 'LANG', 'LANGUAGE')" is wrong.

----------
nosy: +crosser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 12:05:53 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 11:05:53 +0000
Subject: [issue11131] decimal.py: plus/minus with ROUND_FLOOR
In-Reply-To: <1296929089.89.0.497503076821.issue11131@psf.upfronthosting.co.za>
Message-ID: <E1PyMds-0001yG-4X@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d5fe8b33f711 by Mark Dickinson in branch '2.7':
Issue 11131: Fix sign of zero result on plus and minus operations in ROUND_FLOOR rounding mode.
http://hg.python.org/cpython/rev/d5fe8b33f711

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11131>
_______________________________________

From report at bugs.python.org  Sat Mar 12 12:19:28 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 11:19:28 +0000
Subject: [issue11131] decimal.py: plus/minus with ROUND_FLOOR
In-Reply-To: <1296929089.89.0.497503076821.issue11131@psf.upfronthosting.co.za>
Message-ID: <E1PyMr1-0002o9-4A@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 1c4be28cda5b by Mark Dickinson in branch '3.1':
Issue 11131: Fix sign of zero result on decimal.Decimal plus and minus operations in ROUND_FLOOR rounding mode.
http://hg.python.org/cpython/rev/1c4be28cda5b

New changeset 426057570bee by Mark Dickinson in branch '3.2':
Merge #11131
http://hg.python.org/cpython/rev/426057570bee

New changeset af0dcd9df0c0 by Mark Dickinson in branch 'default':
Merge #11131
http://hg.python.org/cpython/rev/af0dcd9df0c0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11131>
_______________________________________

From report at bugs.python.org  Sat Mar 12 12:27:00 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 12 Mar 2011 11:27:00 +0000
Subject: [issue11131] decimal.py: plus/minus with ROUND_FLOOR
In-Reply-To: <1296929089.89.0.497503076821.issue11131@psf.upfronthosting.co.za>
Message-ID: <1299929220.72.0.0117039452052.issue11131@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in 2.7, 3.1, 3.2, 3.3.  Closing.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11131>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:20:02 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 12 Mar 2011 12:20:02 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1299932402.13.0.97578442444.issue6981@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Eugene: i disagree.  The semantics are correct according to C standards:

    http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html

----------
nosy: +sdaoden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:22:19 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 12 Mar 2011 12:22:19 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1299932539.78.0.0358785106236.issue1099@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The patch, as is, fixes another build failure mode that has been reported (http://article.gmane.org/gmane.comp.python.general/685151):

  ./configure --enable-framework ; make

I verified that 3.2 builds without the patch fail on both 10.5 ppc and 10.4 ppc (10.4 fails thusly):

  ld: Undefined symbols:
  ___divdi3
  ___moddi3
  ___fixdfdi
  /usr/bin/libtool: internal link edit command failed

and builds works and tests pass with the patch on both.

It doesn't totally fix yet another use case (http://permalink.gmane.org/gmane.comp.python.general/685512), that of building an i386-only Python on a 10.6 64-bit-capable system:

  ./configure '--enable-framework' 'CFLAGS=-arch i386' 'CPPFLAGS=-arch i386' 'LDFLAGS=-arch i386'

With the patch, the build gets a bit further and the modified libpython make step emits the warning:
  ld: warning: in libpython3.3m.a, file was built for unsupported file format which is not the architecture being linked (x86_64)

but then the python.exe build step fails with:
  ld: warning: in Python.framework/Versions/3.3/Python, file was built for unsupported file format which is not the architecture being linked (i386)

The problem is that the libpython step (both originally and in the patch) does not take LDFLAGS into account.  Changing one line in the patch fixes that:

        $(CC) -o $(LDLIBRARY) @UNIVERSAL_ARCH_FLAGS@ -dynamiclib \
-               @FRAMEWORK_LINK_FLAGS@ \
+               @FRAMEWORK_LINK_FLAGS@ $(PY_LDFLAGS) \
                -all_load $(LIBRARY) -Wl,-single_module \

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:34:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 12 Mar 2011 12:34:49 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1299933289.07.0.282861618435.issue6981@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:36:59 2011
From: report at bugs.python.org (Graham Wideman)
Date: Sat, 12 Mar 2011 12:36:59 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299933419.73.0.263362568707.issue1271@psf.upfronthosting.co.za>


Graham Wideman <initcontact at grahamwideman.com> added the comment:

Thanks to all for your patient comments. I think I am resigned to raw-string forever being medium-rare-string :-).

Perhaps it's obvious once you get over the initial shock of non-rawness, but workarounds for the disallowed trailing backslash  include (note the final space character):

mydir = r"C:\somedir\ ".rstrip()   or...

mydir = r"C:\somedir\ "[:-1]

It might be worth mentioning one of these in the raw string docs to emphasize that there is this gotcha, that it's easy to fix, and prompting this as an idiom that becomes familiar in applications where it's needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:39:02 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 12 Mar 2011 12:39:02 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1299933542.8.0.812831874055.issue6981@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

(Eugene, whereas i still disagree (i'm a C programmer in daily life),

Python 3.3a0 (default, Mar 10 2011, 11:50:55) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> print(locale.getdefaultlocale())
('en_GB', 'UTF8')

So it seems i'm still to new to give you a hint here, sorry..)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 13:54:08 2011
From: report at bugs.python.org (Eugene Crosser)
Date: Sat, 12 Mar 2011 12:54:08 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1299934448.74.0.63756219185.issue6981@psf.upfronthosting.co.za>


Eugene Crosser <crosser at average.org> added the comment:

Steffen: can you please be more specific?
As I read the seciton 8.2 of the cited document, I do not see a disparity with my statement. There is even an example:

"""
For example, if a user wanted to interact with the system in French, but required to sort German text files, LANG and LC_COLLATE could be defined as:

    LANG=Fr_FR
    LC_COLLATE=De_DE
"""

which is (almost) exactly my case. I have LANG set to en_US to tell the system that I want to interact in English, and LC_CTYPE - to Russian to tell it that "classification of characters" needs to be Russian-specific.

Note that I do *not* have LC_ALL set, because it takes precedence over all other LC_* variables which is *not* what I want.

I believe that the correct "guessing order", according to the document that you cited, would be:
  LANG
  LC_ALL
then possibly (possibly because it does not have encoding info)
  LANGUAGE
then optionally, as a last resort
  LC_CTYPE and other LC_* variables.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 14:39:08 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 12 Mar 2011 13:39:08 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
	documentation mismatch
In-Reply-To: <1299934448.74.0.63756219185.issue6981@psf.upfronthosting.co.za>
Message-ID: <20110312133858.GA27948@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Sat, Mar 12, 2011 at 12:54:08PM +0000, Eugene Crosser wrote:
> Steffen: can you please be more specific?

I can't, dear Eugene, because you are completely right and i am 
completely wrong.

> I believe that the correct "guessing order" [...]

Well, thank you ... but it would have been better for me to go to 
the kitchen and drink a cup of nice tea before my post!

> I believe that because LC_CTYPE controls only one specific aspect 
> of the locale, it either should not be used at all, or used only 
> as the last resort when locale cannot be determined from LANG or 
> LANGUAGE. I think that the current search order 
> "envvars=('LC_ALL', 'LC_CTYPE', 'LANG', 'LANGUAGE')" is wrong

I really agree with you.
Except for LC_ALL and LANG (and LANGUAGE, but this is non-standart 
for C; it seem to have been pushed forward by the GNU people and 
is documented by Python, however) nothing should be part of the 
evaluation of a getdefaultlocale(). 

(I am personally not so sure about that getdefaultlocale() at all. 
That is, whereas i *may* understand the existence of a 
locale.getpreferredencoding() (but with different semantics as in 
#11022 but that's not of interest here), because you need to setup 
your I/O layer so that it works in the system's environment anyway, 
i personally think that getdefaultlocale() is too much.

I.e. getdefaultlocale() behaves as if setlocale() has been used 
but without setlocale() being used yet. 
This is a fine hint for an application that wants to use the users 
locale settings without using the users locale settings!
Just do a grep(1) on Lib/ ...)

Thanks once again for your kindness!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Sat Mar 12 15:49:48 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 12 Mar 2011 14:49:48 +0000
Subject: [issue2142] difflib.unified_diff(...) produces invalid patches
In-Reply-To: <1203365817.7.0.0998491412302.issue2142@psf.upfronthosting.co.za>
Message-ID: <1299941388.88.0.983494771876.issue2142@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Patch does not look bad.  I re-read the discussion on python-dev, where it was suggested to add a keyword argument to get the old behavior.  Have you considered it?

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2142>
_______________________________________

From report at bugs.python.org  Sat Mar 12 15:56:30 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 14:56:30 +0000
Subject: [issue10461] Use with statement throughout the docs
In-Reply-To: <1290182704.47.0.121540663424.issue10461@psf.upfronthosting.co.za>
Message-ID: <E1PyQF3-0001qq-LC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset cebaf1bdaf78 by ?ric Araujo in branch 'default':
Fix example in atexit doc: Both open and read could raise the IOError (#10461 follow-up).
http://hg.python.org/cpython/rev/cebaf1bdaf78

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10461>
_______________________________________

From report at bugs.python.org  Sat Mar 12 15:58:20 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 12 Mar 2011 14:58:20 +0000
Subject: [issue10461] Use with statement throughout the docs
In-Reply-To: <1290182704.47.0.121540663424.issue10461@psf.upfronthosting.co.za>
Message-ID: <1299941900.45.0.618986922948.issue10461@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the catch!  I was so used to the idiom where opening the file doesn?t fail but you protect the read or write that I didn?t think about the issue here.

----------
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10461>
_______________________________________

From report at bugs.python.org  Sat Mar 12 15:59:52 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 12 Mar 2011 14:59:52 +0000
Subject: [issue11468] Improve unittest basic example in the doc
In-Reply-To: <1299867342.41.0.388080450116.issue11468@psf.upfronthosting.co.za>
Message-ID: <1299941992.37.0.931863168245.issue11468@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11468>
_______________________________________

From report at bugs.python.org  Sat Mar 12 16:09:06 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 15:09:06 +0000
Subject: [issue9856] Change object.__format__(s) where s is non-empty to a
	DeprecationWarning
In-Reply-To: <1284485218.75.0.159147258754.issue9856@psf.upfronthosting.co.za>
Message-ID: <E1PyQRF-0002rj-Hr@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ee259a4f3eee by Eric V. Smith in branch 'default':
Issue 9856: Change object.__format__ with a non-empty format string from a PendingDeprecationWarning to a DeprecationWarning.
http://hg.python.org/cpython/rev/ee259a4f3eee

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9856>
_______________________________________

From report at bugs.python.org  Sat Mar 12 16:14:32 2011
From: report at bugs.python.org (Eric Smith)
Date: Sat, 12 Mar 2011 15:14:32 +0000
Subject: [issue9856] Change object.__format__(s) where s is non-empty to a
	TypeError
In-Reply-To: <1284485218.75.0.159147258754.issue9856@psf.upfronthosting.co.za>
Message-ID: <1299942872.69.0.25755666532.issue9856@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Next step is to make it a TypeError in 3.4.

----------
priority: normal -> release blocker
title: Change object.__format__(s) where s is non-empty to a DeprecationWarning -> Change object.__format__(s) where s is non-empty to a TypeError
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9856>
_______________________________________

From report at bugs.python.org  Sat Mar 12 16:28:20 2011
From: report at bugs.python.org (Ray.Allen)
Date: Sat, 12 Mar 2011 15:28:20 +0000
Subject: [issue2142] difflib.unified_diff(...) produces invalid patches
In-Reply-To: <1203365817.7.0.0998491412302.issue2142@psf.upfronthosting.co.za>
Message-ID: <1299943700.01.0.80784918872.issue2142@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

> I re-read the discussion on python-dev, where it was suggested to add a keyword argument to get the old behavior.  Have you considered it?


IIUC, at the time of that discusstion, 3.2 is pre-beta so the suitable option is to add "\No newline etc" by default and add a keyword to get the old behavior, but now it is for 3.3. I wonder if 3.3 is a chance to totally get rid of the *OLD WRONG* behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2142>
_______________________________________

From report at bugs.python.org  Sat Mar 12 16:30:23 2011
From: report at bugs.python.org (Bastian Kleineidam)
Date: Sat, 12 Mar 2011 15:30:23 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>


New submission from Bastian Kleineidam <calvin at users.sourceforge.net>:

Python 2.7 on Windows converts the URL path '/C|/' to a naked drive letter 'C:'.

C:\src>c:\Python27\python.exe -c "import urllib;print urllib.url2pathname('/C|/')"
C:
C:\src>

Expected and I believe the correct output would be C:\, not C:. Reason is that a naked drive letter C: means "current directory in drive C:", whereas C:\ means "root directory in drive C:". So if you happen to start your application in "C:\src" for example, the output "C:" is interpreted as "C:\src", not as "C:\".

----------
components: Library (Lib)
messages: 130684
nosy: calvin
priority: normal
severity: normal
status: open
title: url2pathname() handling of '/C|/' on Windows
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Sat Mar 12 16:34:47 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 12 Mar 2011 15:34:47 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299880292.32.0.214981869753.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110312153436.GB27948@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

This patch makes getpass.getpass() comply with the documented 
behaviour and fixes #11466. 
It will require no further adjustments for #11236 (except what 
valhallasw's patch does, of course). 
It applies cleanly to:

16:32 ~/src/cpython $ hg identify
ee259a4f3eee tip

----------
Added file: http://bugs.python.org/file21093/11466.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -38,27 +38,28 @@
 
     Always restores terminal settings before returning.
     """
-    fd = None
     tty = None
-    try:
-        # Always try reading and writing directly on the tty first.
-        fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
-        tty = os.fdopen(fd, 'w+', 1)
-        input = tty
-        if not stream:
-            stream = tty
-    except EnvironmentError as e:
-        # If that fails, see if stdin can be controlled.
+    exinst = None
+    passwd = None
+    # Something to break off if an error happens
+    while 1:
         try:
-            fd = sys.stdin.fileno()
-        except (AttributeError, ValueError):
-            passwd = fallback_getpass(prompt, stream)
-        input = sys.stdin
-        if not stream:
-            stream = sys.stderr
+            # Always try reading and writing directly on the tty first.
+            fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
+            input = tty = os.fdopen(fd, 'w+', 1)
+            if not stream:
+                stream = tty
+        except EnvironmentError as e:
+            # If that fails, see if stdin can be controlled.
+            try:
+                fd = sys.stdin.fileno()
+            except:
+                # We need to use the generic fallback implementation
+                break
+            if not stream:
+                stream = sys.stderr
+            input = sys.stdin
 
-    if fd is not None:
-        passwd = None
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
@@ -69,20 +70,28 @@
             try:
                 termios.tcsetattr(fd, tcsetattr_flags, new)
                 passwd = _raw_input(prompt, stream, input=input)
-            finally:
-                termios.tcsetattr(fd, tcsetattr_flags, old)
-                stream.flush()  # issue7208
+            except Exception as e:
+                exinst = e
+            termios.tcsetattr(fd, tcsetattr_flags, old)
         except termios.error as e:
             if passwd is not None:
                 # _raw_input succeeded.  The final tcsetattr failed.  Reraise
                 # instead of leaving the terminal in an unknown state.
-                raise
-            # We can't control the tty or stdin.  Give up and use normal IO.
-            # fallback_getpass() raises an appropriate warning.
-            del input, tty  # clean up unused file objects before blocking
-            passwd = fallback_getpass(prompt, stream)
+                exinst = e
+        break
 
-    stream.write('\n')
+    if not exinst and passwd is None:
+        # We can't control the tty or stdin. Give up and use normal IO.
+        # fallback_getpass() raises an appropriate warning.
+        passwd = fallback_getpass(prompt, stream)
+
+    if stream:
+        stream.write('\n')
+        stream.flush() # issue7208, 7246
+    if tty:
+        tty.close()
+    if exinst:
+        raise exinst
     return passwd
 
 

From report at bugs.python.org  Sat Mar 12 17:04:08 2011
From: report at bugs.python.org (saffroy)
Date: Sat, 12 Mar 2011 16:04:08 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1299945848.8.0.290678805922.issue11416@psf.upfronthosting.co.za>


saffroy <saffroy at gmail.com> added the comment:

I could spend some time on a small patch.

Here are the changes I would consider:
- netrc.authenticators() could return the first entry matching a given host (now it returns the last)
- it could also accept an extra parameter (with default=None), a login to select the right account/password for a given host
- it could also return a list of entries (tuples) matching the supplied host (now it always returns only one tuple), or a new method could do that

IMHO the last change would make the overall behaviour more consistent (BTW note the plural for "authenticators"), but it could also break existing apps.

Comments?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Sat Mar 12 17:09:54 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 12 Mar 2011 16:09:54 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1299946194.92.0.338684898679.issue1099@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Good catch, and that would also allow dropping the change to configure.in (which would only ensure that -isysroot gets defined correctly).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Sat Mar 12 17:14:49 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 12 Mar 2011 16:14:49 +0000
Subject: [issue11464] Call Mac API Crash via ctypes
In-Reply-To: <1299822766.36.0.452129324753.issue11464@psf.upfronthosting.co.za>
Message-ID: <1299946489.58.0.384420510161.issue11464@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

yufun, you better ask on python-list or the pythonmac-sig e-mail list (<http://www.python.org/community/sigs/current/pythonmac-sig/>). The added bonus is that you'll get into contact with other users of Python on OSX.

The ctypes API is explained here: <http://docs.python.org/library/ctypes.html>. This page also explains how to specify the function signature for the function you try to call.

----------
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11464>
_______________________________________

From report at bugs.python.org  Sat Mar 12 17:45:07 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 12 Mar 2011 16:45:07 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1299948307.16.0.9016601048.issue11416@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think whatever change we make it should be backward compatible, even though that is a bit annoying (especially given the current method name).  So either a parameter that selects the new behavior and defaults to the old, or a new method that returns a list, IMO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Sat Mar 12 17:52:32 2011
From: report at bugs.python.org (MATSUI Tetsushi)
Date: Sat, 12 Mar 2011 16:52:32 +0000
Subject: [issue11475] trunc in documentation of numbers.Real should math.trunc
In-Reply-To: <1299948752.38.0.816571509541.issue11475@psf.upfronthosting.co.za>
Message-ID: <1299948752.38.0.816571509541.issue11475@psf.upfronthosting.co.za>


New submission from MATSUI Tetsushi <mft at users.sourceforge.net>:

In the documentation of numbers.Real:
"In short, those are: a conversion to float, trunc(), round(), math.floor(), math.ceil(), divmod(), //, %, <, <=, >, and >=."
where only "trunc" is not linked if we look at it in html pages.
This is because the function trunc is not in built-in namespace, but in math module. So we should call it math.trunc similarly to math.floor, etc.

----------
assignee: docs at python
components: Documentation
messages: 130690
nosy: docs at python, mft
priority: normal
severity: normal
status: open
title: trunc in documentation of numbers.Real should math.trunc
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11475>
_______________________________________

From report at bugs.python.org  Sat Mar 12 18:12:48 2011
From: report at bugs.python.org (follower)
Date: Sat, 12 Mar 2011 17:12:48 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>


New submission from follower <bugs.python.org at rancidbacon.com>:

The following change broke pre-existing code that used "strm" as the parameter name (as documented http://docs.python.org/release/2.6.6/library/logging.html#streamhandler):

http://hg.python.org/cpython/diff/7391436d8a74/Lib/logging/__init__.py

The parameter name was changed with no documentation note that it had changed in 2.7:

http://docs.python.org/library/logging.html#stream-handler  

This breaks existing code with the error:

TypeError: __init__() got an unexpected keyword argument 'strm'

I encountered it in pyres but it broke Ubuntu bug reporting too:

https://bugs.launchpad.net/ubuntu/+source/launchpad-integration/+bug/702455

----------
assignee: docs at python
components: Documentation, Library (Lib)
messages: 130691
nosy: docs at python, follower
priority: normal
severity: normal
status: open
title: StreamHandler code broken by change of parameter name
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Sat Mar 12 19:05:23 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 12 Mar 2011 18:05:23 +0000
Subject: [issue11475] trunc in documentation of numbers.Real should math.trunc
In-Reply-To: <1299948752.38.0.816571509541.issue11475@psf.upfronthosting.co.za>
Message-ID: <1299953123.64.0.884536252124.issue11475@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

7fd06773c3c2

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11475>
_______________________________________

From report at bugs.python.org  Sat Mar 12 20:33:21 2011
From: report at bugs.python.org (Meador Inge)
Date: Sat, 12 Mar 2011 19:33:21 +0000
Subject: [issue3132] implement PEP 3118 struct changes
In-Reply-To: <1213741832.59.0.0620778602246.issue3132@psf.upfronthosting.co.za>
Message-ID: <1299958401.89.0.750281160002.issue3132@psf.upfronthosting.co.za>


Meador Inge <meadori at gmail.com> added the comment:

Is there still any interest in this work?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3132>
_______________________________________

From report at bugs.python.org  Sat Mar 12 20:41:51 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 12 Mar 2011 19:41:51 +0000
Subject: [issue3132] implement PEP 3118 struct changes
In-Reply-To: <1213741832.59.0.0620778602246.issue3132@psf.upfronthosting.co.za>
Message-ID: <1299958911.72.0.583126053099.issue3132@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Yes, there's interest (at least here).  I've just been really short on Python-time recently, so haven't found time to review your patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3132>
_______________________________________

From report at bugs.python.org  Sat Mar 12 20:44:07 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 12 Mar 2011 19:44:07 +0000
Subject: [issue3132] implement PEP 3118 struct changes
In-Reply-To: <1213741832.59.0.0620778602246.issue3132@psf.upfronthosting.co.za>
Message-ID: <1299959047.38.0.145432829438.issue3132@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'm going to unassign for now;  I still hope to look at this at some point, but can't see a time in the near future when it's going to happen.

----------
assignee: mark.dickinson -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3132>
_______________________________________

From report at bugs.python.org  Sat Mar 12 22:07:58 2011
From: report at bugs.python.org (Gediminas Liktaras)
Date: Sat, 12 Mar 2011 21:07:58 +0000
Subject: [issue11329] PyEval_InitThreads() not safe before Py_Initialize()
In-Reply-To: <1298713807.05.0.622715753988.issue11329@psf.upfronthosting.co.za>
Message-ID: <1299964078.79.0.95152201683.issue11329@psf.upfronthosting.co.za>


Gediminas Liktaras <gliktaras at gmail.com> added the comment:

I have attached a patch that fixes this issue. Please let me know if there are any problems.

----------
keywords: +patch
nosy: +gliktaras
Added file: http://bugs.python.org/file21094/issue11329-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11329>
_______________________________________

From report at bugs.python.org  Sat Mar 12 22:24:51 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 12 Mar 2011 21:24:51 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Example (which can serve as testcase with buggy output corrected).

class C(object):
    def __iter__(self):
        yield 'yes!'
    def __radd__(self, other):
        other.append('bug!')
        return other
    def __rmul__(self, other):
        other *= 2
        return other
    def __index__(self):
          return 3

class L(list):
    def __iadd__(self, other):
        list.__iadd__(self,other)
        return self
    def __mul__(self, other):
        return L(list.__imul__(self,other))

z1, z2, c = [], L(), C()
z1 += c
z2 += c
print(z1, z2, [1]*c, L([1])*c)
>>> 
['bug!'] ['yes!'] [1, 1] [1, 1, 1] # PyPy prints ['yes!'], [1, 1, 1]

Cause was diagnosed by Greg Price in
http://codespeak.net/pipermail/pypy-dev/2011q1/006958.html
as checking forward and reverse numeric slots before checking sequence slots for C-coded classes. Such a difference does not exist in Python itself.

In "About raising NotPortableWarning for CPython specific code"
pydev thread starting at
http://codespeak.net/pipermail/pypy-dev/2011q1/006958.html

Nick Coghlin identified the fix as "When a given operation has multiple C level slots, shouldn't we be checking all the LHS slots before checking any of the RHS slots?"

Guido replied "Yeah, indeed, on everything you said. The code dispatching based on internal slots is horribly ad-hoc and likely wrong in subtle ways."

I personally think fix should be backported to 2.7 and 3.2, but did not select them because that may be controversial.

----------
components: Interpreter Core
messages: 130698
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Bug in code dispatching based on internal slots
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sat Mar 12 22:25:28 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sat, 12 Mar 2011 21:25:28 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1299965128.27.0.54390178243.issue11477@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:26:17 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 12 Mar 2011 22:26:17 +0000
Subject: [issue10665] Expand unicodedata module documentation
In-Reply-To: <1291930276.17.0.60709403086.issue10665@psf.upfronthosting.co.za>
Message-ID: <1299968777.28.0.654340574717.issue10665@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I think Georg said that non-ascii chars shouldn't be used directly in the rst files, and one of the reasons is that they break `make pdf` (I haven't tried though).
I added him to the nosy.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10665>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:33:30 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 12 Mar 2011 22:33:30 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299969210.9.0.0746658765586.issue11426@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This should be now fixed in 3.x, but not on 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:35:47 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 12 Mar 2011 22:35:47 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1299969347.73.0.375408512897.issue11477@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:45:20 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 22:45:20 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <E1PyXYl-0007qX-En@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6d56d2c63a04 by Vinay Sajip in branch '2.7':
Fixes issue #11476: StreamHandler parameter name change documented.
http://hg.python.org/cpython/rev/6d56d2c63a04

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:46:55 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 12 Mar 2011 22:46:55 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <1299970015.61.0.234884301201.issue11476@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee: docs at python -> vinay.sajip
nosy: +vinay.sajip
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:47:00 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 12 Mar 2011 22:47:00 +0000
Subject: [issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Message-ID: <1299970020.3.0.488752612163.issue670664@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Thanks for the patch, however it would be better if you could get a clone of the CPython repo and make a patch against it.
The patch should also include tests.

You can check http://docs.python.org/devguide/ for more information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue670664>
_______________________________________

From report at bugs.python.org  Sat Mar 12 23:50:06 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 12 Mar 2011 22:50:06 +0000
Subject: [issue10735] platform.architecture() gives misleading results for OS
	X multi-architecture executables
In-Reply-To: <1292740109.65.0.867895032728.issue10735@psf.upfronthosting.co.za>
Message-ID: <1299970206.14.0.0881654264767.issue10735@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

IMHO the change to 'bits' is bogus, it is supposed to return the bit-size of the executable, not that of the currently running executable.

I'd return all executable bitsizes in bits as '32bit', '64bit' or '32bit,64bit' (as appropriate) and only include the machine architectures in the linkage result.  

And finally the executable file format is 'Mach-O', not 'Mach'.

I can provide an updated patch if Marc-Andre agrees that this would be a usefull change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10735>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:00:09 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 12 Mar 2011 23:00:09 +0000
Subject: [issue3493] No Backslash (\) in IDLE 1.2.2
In-Reply-To: <1217703828.28.0.450562077127.issue3493@psf.upfronthosting.co.za>
Message-ID: <1299970809.21.0.113348694636.issue3493@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Do I understand it correctly when I write that you normally use "Option+Slash" to enter a backslash on your keyboard?

That would explain why updating the keyboard bindings makes it possible to type a backslash.

I'm not sure how we could fix this issue in a way that wouldn't break existing bindings for folks with an english keyboard (as just updating the default keybindings would likely upset those people).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3493>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:10:40 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 12 Mar 2011 23:10:40 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1299971440.58.0.339983577767.issue5154@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Florent: I don't understand why the traceback you show is related to this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5154>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:14:42 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 12 Mar 2011 23:14:42 +0000
Subject: [issue11312] Confusing sentence in file.readline() doc
In-Reply-To: <1298583708.57.0.612051612173.issue11312@psf.upfronthosting.co.za>
Message-ID: <1299971682.53.0.30898761359.issue11312@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

c017695acf19

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11312>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:28:20 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 12 Mar 2011 23:28:20 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1299972500.74.0.610883659129.issue2771@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:30:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 23:30:34 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PyYGW-0005wZ-PW@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 93a15af3a8ce by Antoine Pitrou in branch 'default':
fixes #2771
http://hg.python.org/test/rev/93a15af3a8ce

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:32:44 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 12 Mar 2011 23:32:44 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PyYId-00065i-0y@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset acd842ea10e6 by Antoine Pitrou in branch 'default':
closes #2771
http://hg.python.org/test/rev/acd842ea10e6

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:42:09 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sat, 12 Mar 2011 23:42:09 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1299973329.46.0.0707637592924.issue8933@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Here is patch for distutils2. Or maybe you would prefer a patch made by hg export?

----------
Added file: http://bugs.python.org/file21095/disutils2_8933.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:45:01 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 12 Mar 2011 23:45:01 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299973501.23.0.232711689178.issue11406@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

I would regard this as Type: resource usage, instead of performance. Given enough RAM, loading the whole directory at once will likely be faster.

The downsides of os.listdir:
a) You can't get a peek at the files so far, it's all or nothing. I only wanted to know if a directory is empty and I have to read the whole thing just to throw it away (maybe I missed another library function?)

b) Using it in a GUI basically requires you to use threads if you may run into a dir with many files. Especially on a slow filesystem (network). Because you won't regain control until the whole thing is read.

I would like to have an iterator version as well, but I also dislike another function (especially the "x" prefix). How about adding a keyword argument to select iterator behaviour?

----------
nosy: +torsten

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 13 00:47:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 12 Mar 2011 23:47:24 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299973501.23.0.232711689178.issue11406@psf.upfronthosting.co.za>
Message-ID: <1299973641.3702.122.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I would like to have an iterator version as well, but I also dislike
> another function (especially the "x" prefix). How about adding a
> keyword argument to select iterator behaviour?

Changing the return type based on an argument is generally frown upon
so, if anything, I think it would be better to have a separate function
(whatever its name).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 13 01:43:14 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 00:43:14 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299973501.23.0.232711689178.issue11406@psf.upfronthosting.co.za>
Message-ID: <4D7C131F.1050003@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> The downsides of os.listdir: a) You can't get a peek at the files so
> far, it's all or nothing. I only wanted to know if a directory is
> empty and I have to read the whole thing just to throw it away (maybe
> I missed another library function?)

This depends somewhat on the operating system. On Unix, doing os.stat
on the directory, then looking on st_nlink, will tell you whether
the directory is empty (st_nlink is 2 on an empty directory).

> b) Using it in a GUI basically requires you to use threads if you may
> run into a dir with many files. Especially on a slow filesystem
> (network). Because you won't regain control until the whole thing is
> read.

Hmm. In a GUI, you would typically want to sort the file names by
some criterion, which typically requires you to read all files
(even if you then only display some of them).

> I would like to have an iterator version as well, but I also dislike
> another function (especially the "x" prefix). How about adding a
> keyword argument to select iterator behaviour?

I still would like to see a demonstrable improvement in a real-world
application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 13 02:07:30 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 01:07:30 +0000
Subject: [issue11282] 3.3 unittest document not kept consist with code
In-Reply-To: <1298354999.37.0.375525915954.issue11282@psf.upfronthosting.co.za>
Message-ID: <1299978450.31.0.438023927167.issue11282@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Michael, what's the status of this?
Do you think some of the removed methods should be added back even if they are marked as "removed in 3.3" in the 3.2 doc?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11282>
_______________________________________

From report at bugs.python.org  Sun Mar 13 03:44:48 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 13 Mar 2011 02:44:48 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToData function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>


New submission from Thomas Wouters <thomas at python.org>:

The buffer docs on http://docs.python.org/c-api/buffer.html list PyObject_CopyToData, but no such function seems to exist.

----------
assignee: docs at python
components: Documentation
messages: 130717
nosy: docs at python, twouters
priority: normal
severity: normal
status: open
title: Docs list nonexistant PyObject_CopyToData function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 03:50:39 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 13 Mar 2011 02:50:39 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToData function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <1299984639.69.0.715603062731.issue11478@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

Eh, I mean PyObject_CopyToObject.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 03:51:05 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Sun, 13 Mar 2011 02:51:05 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToObject function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <1299984665.57.0.0531190310407.issue11478@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


----------
title: Docs list nonexistant PyObject_CopyToData function -> Docs list nonexistant PyObject_CopyToObject function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 04:01:36 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 13 Mar 2011 03:01:36 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1299985296.12.0.383370368082.issue2650@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Here is the latest patch for test_re incorporating review suggestions by Ezio and some improvements along the way.

----------
Added file: http://bugs.python.org/file21096/test_re.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Sun Mar 13 04:10:03 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 03:10:03 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

Here is a proposed addition to the tutorial noting the problem with using raw strings for windows paths and how to work around it.

----------
assignee: docs at python
components: Documentation
files: tutorial-raw-string.patch
keywords: patch
messages: 130720
nosy: QuantumTim, docs at python, facundobatista, georg.brandl, gwideman, r.david.murray, v+python
priority: normal
severity: normal
stage: patch review
status: open
title: Add discussion of trailing slash in raw string to tutorial
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21097/tutorial-raw-string.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 04:11:06 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 03:11:06 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1299985866.81.0.0395618916066.issue1271@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I've opened issue 11479 with a proposed patch to the tutorial along the lines suggested by Graham.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sun Mar 13 04:31:18 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 03:31:18 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <E1Pyc1T-0004tc-Sw@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e34b09c69dd3 by Raymond Hettinger in branch 'default':
Issue #7391:  Remove outdated HOWTO with permission of its author.
http://hg.python.org/cpython/rev/e34b09c69dd3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Sun Mar 13 04:33:23 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Sun, 13 Mar 2011 03:33:23 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1299985866.81.0.0395618916066.issue1271@psf.upfronthosting.co.za>
Message-ID: <4D7C3AF2.2040105@g.nevcal.com>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

On 3/12/2011 7:11 PM, R. David Murray wrote:
> R. David Murray<rdmurray at bitdance.com>  added the comment:
>
> I've opened issue 11479 with a proposed patch to the tutorial along the lines suggested by Graham.

Which is good, for people that use the tutorial.  I jump straight to the 
reference guide, usually, because of so many years of experience with 
other languages.  But I was surprised you used .strip() instead of [:-1] 
which is shorter and I would expect it to be more efficient also.

----------
Added file: http://bugs.python.org/file21098/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________
-------------- next part --------------
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#330033" bgcolor="#ffffff">
    On 3/12/2011 7:11 PM, R. David Murray wrote:
    <blockquote
cite="mid:1299985866.81.0.0395618916066.issue1271 at psf.upfronthosting.co.za"
      type="cite">
      <pre wrap="">
R. David Murray <a class="moz-txt-link-rfc2396E" href="mailto:rdmurray at bitdance.com">&lt;rdmurray at bitdance.com&gt;</a> added the comment:

I've opened issue 11479 with a proposed patch to the tutorial along the lines suggested by Graham.
</pre>
    </blockquote>
    <br>
    Which is good, for people that use the tutorial.?? I jump straight to
    the reference guide, usually, because of so many years of experience
    with other languages.?? But I was surprised you used .strip() instead
    of [:-1] which is shorter and I would expect it to be more efficient
    also.<br>
  </body>
</html>

From report at bugs.python.org  Sun Mar 13 04:34:07 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 13 Mar 2011 03:34:07 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1299987247.56.0.370702440515.issue7391@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I discussed this with Moshe today and he agreed that the document is out-of-date and should be removed.

----------
nosy: +moshez
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Sun Mar 13 07:09:02 2011
From: report at bugs.python.org (Peter Nielsen)
Date: Sun, 13 Mar 2011 06:09:02 +0000
Subject: [issue3493] No Backslash (\) in IDLE 1.2.2
In-Reply-To: <1299970809.21.0.113348694636.issue3493@psf.upfronthosting.co.za>
Message-ID: <AANLkTinoK9WvJ_1sAN0jLw3eBcZ3z2FdFJPxKigT+mrc@mail.gmail.com>


Peter Nielsen <peter.evil1 at gmail.com> added the comment:

Yes, that is correct .

Well, thanks for replying, anyway. I guess I'll have to use linux instead.

On Sun, Mar 13, 2011 at 12:00 AM, Ronald Oussoren <report at bugs.python.org>wrote:

>
> Ronald Oussoren <ronaldoussoren at mac.com> added the comment:
>
> Do I understand it correctly when I write that you normally use
> "Option+Slash" to enter a backslash on your keyboard?
>
> That would explain why updating the keyboard bindings makes it possible to
> type a backslash.
>
> I'm not sure how we could fix this issue in a way that wouldn't break
> existing bindings for folks with an english keyboard (as just updating the
> default keybindings would likely upset those people).
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue3493>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file21099/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3493>
_______________________________________
-------------- next part --------------
Yes, that is correct .<div><br></div><div>Well, thanks for replying, anyway. I guess I&#39;ll have to use linux instead.</div><div><br></div><div><br><br><div class="gmail_quote">On Sun, Mar 13, 2011 at 12:00 AM, Ronald Oussoren <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Ronald Oussoren &lt;<a href="mailto:ronaldoussoren at mac.com">ronaldoussoren at mac.com</a>&gt; added the comment:<br>
<br>
Do I understand it correctly when I write that you normally use &quot;Option+Slash&quot; to enter a backslash on your keyboard?<br>
<br>
That would explain why updating the keyboard bindings makes it possible to type a backslash.<br>
<br>
I&#39;m not sure how we could fix this issue in a way that wouldn&#39;t break existing bindings for folks with an english keyboard (as just updating the default keybindings would likely upset those people).<br>
<br>
----------<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue3493" target="_blank">http://bugs.python.org/issue3493</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div>

From report at bugs.python.org  Sun Mar 13 07:45:10 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 06:45:10 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <E1Pyf36-0008VB-GM@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 52e1ad467edd by Eli Bendersky in branch '2.7':
Issue #11426: use 'with' statements on open files in CSV examples
http://hg.python.org/cpython/rev/52e1ad467edd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Sun Mar 13 07:45:38 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 13 Mar 2011 06:45:38 +0000
Subject: [issue11426] CSV examples can't close their files
In-Reply-To: <1299478772.2.0.158667289214.issue11426@psf.upfronthosting.co.za>
Message-ID: <1299998738.07.0.155052319939.issue11426@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11426>
_______________________________________

From report at bugs.python.org  Sun Mar 13 07:49:10 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 13 Mar 2011 06:49:10 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1299998950.26.0.00495322867047.issue11479@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Would it not be better to just recommend Windows users not to put that last backslash in at all? IIUC it's only needed to later append file names to directory names, but that's better achieved with os.path.join

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 07:49:36 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 13 Mar 2011 06:49:36 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1299998976.42.0.101315886179.issue11477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Second link to pydev should be
http://mail.python.org/pipermail/python-dev/2011-March/109130.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sun Mar 13 08:12:38 2011
From: report at bugs.python.org (Ray.Allen)
Date: Sun, 13 Mar 2011 07:12:38 +0000
Subject: [issue1635741] Interpreter seems to leak references after finalization
Message-ID: <1300000358.16.0.104259996205.issue1635741@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

> Does the title of this issue accurately reflect the current status of the Python interpreter?

Yes, here is the running result on current 3.3 latest code:
[37182 refs]
[39415 refs]
[41607 refs]
[43799 refs]
[45991 refs]
[48183 refs]
[50375 refs]


This seems to be a known bug that Py_Finalize() doesn't free all objects according doc http://docs.python.org/dev/c-api/init.html?highlight=py_finalize#Py_Finalize

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sun Mar 13 08:49:37 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 13 Mar 2011 07:49:37 +0000
Subject: [issue10735] platform.architecture() gives misleading results for OS
	X multi-architecture executables
In-Reply-To: <1292740109.65.0.867895032728.issue10735@psf.upfronthosting.co.za>
Message-ID: <1300002577.09.0.519880234148.issue10735@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

"IMHO the change to 'bits' is bogus, it is supposed to return the bit-size of the executable, not that of the currently running executable."

Perhaps but (1) the code currently does return the bit-size of the currently running executable if it can't parse the output from 'file'.  More importantly, (2) not surprisingly, platform.architecture was not designed to deal with the somewhat unusual case presented by OS X multi-architecture files that have multiple bit-sizes.

"I'd return all executable bitsizes in bits as '32bit', '64bit' or '32bit,64bit' (as appropriate) and only include the machine architectures in the linkage result."

That's another way to do it.  My thought was that, while the return values of "bits" and "linkage" are deliberately not specified in the documentation, "bits" is likely the more useful and used of the two and it would be useful to return upwardly compatible values while also providing the current bits of the running interpreter.  That's what most programs are really interested in since, AFAIK, in all other platforms and cases except OS X 64-/32- universal binaries, there can be no difference between the value for the interpreter and the executable file.  To me, adding the full set of values possible makes more sense to be returned in the linkage string rather than in bits.  And I still think it makes sense to have 'platform.architecture' be an officially blessed API to determine interpreter execution bit size, rather that the unintuitive sys.maxsize or struct.calcsize('P') tests. What led me to write this patch in the first place was that, on more than one occasion in support groups, I found people recommending testing platform.architecture(bits) to determine 32-bit vs 64-bit and it was clear that it was giving the wrong results in this case.

"And finally the executable file format is 'Mach-O', not 'Mach'."

As is, the patch returns "MachO".  The reason for doing that was to make parsing (both human and machine) of the platform string easier; it currently uses '-' as a separator for the various fields:
  $ python3.2 -m platform
  Darwin-10.6.0-i386-64bit
Dropping the '-' in 'Mach-O' was an easy and unambiguous way to continue to differentiate the fields without introducing any incompatibilities.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10735>
_______________________________________

From report at bugs.python.org  Sun Mar 13 09:05:16 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 13 Mar 2011 08:05:16 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300003516.33.0.933855574925.issue11477@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sun Mar 13 09:24:34 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 13 Mar 2011 08:24:34 +0000
Subject: [issue3493] No Backslash (\) in IDLE 1.2.2
In-Reply-To: <1217703828.28.0.450562077127.issue3493@psf.upfronthosting.co.za>
Message-ID: <1300004674.54.0.598065853999.issue3493@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Removed file: http://bugs.python.org/file21099/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3493>
_______________________________________

From report at bugs.python.org  Sun Mar 13 10:04:20 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 13 Mar 2011 09:04:20 +0000
Subject: [issue11480] Cannot copy a class with a metaclass other than type
In-Reply-To: <1300007060.0.0.461224143225.issue11480@psf.upfronthosting.co.za>
Message-ID: <1300007060.0.0.461224143225.issue11480@psf.upfronthosting.co.za>


New submission from Daniel Urban <urban.dani+py at gmail.com>:

copy.copy cannot copy a class which have a metaclass other than type:

>>> import abc
>>> import copy
>>> 
>>> class C(metaclass=abc.ABCMeta):
...     pass
... 
>>> copy.copy(C)
Traceback (most recent call last):
    ...
TypeError: can't pickle int objects


The reason seems to be, as described in msg8329 (issue494904) that the __reduce_ex__ function inherited from object will be called instead of the method bound to the class object (that's the reason of the strange error message). (See also issue7689.)

The interesting thing is, that copy.deepcopy was already fixed in 4680ef4fe90a.  I'm attaching a patch, that does basically the same for copy that was done with deepcopy (it also includes a test).

----------
components: Library (Lib)
files: copy_metaclass.patch
keywords: patch
messages: 130731
nosy: durban
priority: normal
severity: normal
status: open
title: Cannot copy a class with a metaclass other than type
type: behavior
versions: Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21100/copy_metaclass.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11480>
_______________________________________

From report at bugs.python.org  Sun Mar 13 10:18:08 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 09:18:08 +0000
Subject: [issue1635741] Interpreter seems to leak references after finalization
Message-ID: <1300007888.1.0.758380564048.issue1635741@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sun Mar 13 10:47:51 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 13 Mar 2011 09:47:51 +0000
Subject: [issue11481] The copy module already uses copyreg
In-Reply-To: <1300009670.98.0.0546201477777.issue11481@psf.upfronthosting.co.za>
Message-ID: <1300009670.98.0.0546201477777.issue11481@psf.upfronthosting.co.za>


New submission from Daniel Urban <urban.dani+py at gmail.com>:

In the copyreg documentation there is this sentence: "The copy module is likely to use this in the future as well." (http://docs.python.org/dev/py3k/library/copyreg) But the copy module already uses the copyreg module.

----------
assignee: docs at python
components: Documentation
messages: 130732
nosy: docs at python, durban
priority: normal
severity: normal
status: open
title: The copy module already uses copyreg
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11481>
_______________________________________

From report at bugs.python.org  Sun Mar 13 11:01:01 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 13 Mar 2011 10:01:01 +0000
Subject: [issue7689] Pickling of classes with a metaclass and copy_reg
In-Reply-To: <1263375134.71.0.434114641669.issue7689@psf.upfronthosting.co.za>
Message-ID: <1300010461.71.0.4055475614.issue7689@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Attaching an updated patch for py3k.

> Not an expert, but the Python parts of your patch look good to me.
Me neither, but the C parts also look good to me. The tests fail without the patch, succeed with it.

Note, that it is possible, that the copy module also should be fixed similarly (but currently that can't even copy non-dynamic classes with a metaclass, see issue11480).

----------
components: +Extension Modules
versions: +Python 3.3
Added file: http://bugs.python.org/file21101/issue7689.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7689>
_______________________________________

From report at bugs.python.org  Sun Mar 13 11:04:34 2011
From: report at bugs.python.org (Lu Feng)
Date: Sun, 13 Mar 2011 10:04:34 +0000
Subject: [issue11482] Float Plus Error
In-Reply-To: <1300010674.9.0.974387122856.issue11482@psf.upfronthosting.co.za>
Message-ID: <1300010674.9.0.974387122856.issue11482@psf.upfronthosting.co.za>


New submission from Lu Feng <lufengxa at gmail.com>:

Run 1.1 + 3.2, result is 4.300000000000001
And when Run [x * 0.1 for x in range(0, 10)], the result is
[0.0, 0.1, 0.2, 0.30000000000000004, 0.4, 0.5, 0.6000000000000001, 0.7000000000000001, 0.8, 0.9]

----------
messages: 130734
nosy: lufengxa at gmail.com
priority: normal
severity: normal
status: open
title: Float Plus Error
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11482>
_______________________________________

From report at bugs.python.org  Sun Mar 13 11:26:42 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 13 Mar 2011 10:26:42 +0000
Subject: [issue11482] Float Plus Error
In-Reply-To: <1300010674.9.0.974387122856.issue11482@psf.upfronthosting.co.za>
Message-ID: <1300012002.79.0.330070732133.issue11482@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

See:

http://docs.python.org/tutorial/floatingpoint.html

----------
nosy: +mark.dickinson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11482>
_______________________________________

From report at bugs.python.org  Sun Mar 13 12:19:20 2011
From: report at bugs.python.org (Armin Rigo)
Date: Sun, 13 Mar 2011 11:19:20 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300015160.8.0.609441341923.issue11477@psf.upfronthosting.co.za>


Armin Rigo <arigo at users.sourceforge.net> added the comment:

Note that I "fixed" one case in PyPy: if the class C has no __iter__() but only __radd__(), and we call "somelist += C()".  This was done simply by having somelist.__iadd__(x) return NotImplemented in case x is not iterable, instead of propagating the TypeError.

This fix doesn't change the outcome in the case reported here: if there are two possible ways to get a valid answer, then PyPy will systematically prefer the way implemented by the LHS method over the way implemented by the RHS method, whereas CPython might not.

----------
nosy: +arigo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sun Mar 13 12:22:40 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 11:22:40 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300015360.85.0.264365180519.issue7391@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Sun Mar 13 12:34:51 2011
From: report at bugs.python.org (Ivan Vilata i Balaguer)
Date: Sun, 13 Mar 2011 11:34:51 +0000
Subject: [issue2931] optparse: various problems with unicode and gettext
In-Reply-To: <1211297479.44.0.970954846769.issue2931@psf.upfronthosting.co.za>
Message-ID: <1300016091.9.0.379936951117.issue2931@psf.upfronthosting.co.za>


Ivan Vilata i Balaguer <ivilata at users.sourceforge.net> added the comment:

After so much time I've checked again with the little script I sent and I see that it doesn't happen under Python 2.7 (2.7.1+), but it does under 2.6 (2.6.6) and 2.5 (2.5.5).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2931>
_______________________________________

From report at bugs.python.org  Sun Mar 13 12:58:55 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 11:58:55 +0000
Subject: [issue10735] platform.architecture() gives misleading results for OS
	X multi-architecture executables
In-Reply-To: <1292740109.65.0.867895032728.issue10735@psf.upfronthosting.co.za>
Message-ID: <1300017535.51.0.381517096358.issue10735@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

W.r.t the MachO name: I misread the patch, MachO is fine as the name for the reasons you mention.

I'm not convinced that your hack to make bits return the pointer size of the currently running architecture when testing sys.executable is useful, especially because the behaviour is inconsistent (it doesn't work for other executables) and also does something different than the document behaviour.

I'd prefer to return all pointer sizes supported by the binary, even if that can be surprising for users not used to fat binaries. This can easily be accomplished by added the calculation of 'bits' to the elif branch below:

+ elif ('Mach-O executable' in fileout
+            or 'Mach-O 64-bit executable' in fileout):

Using sys.maxsize or struct.calcsize("P") are both good ways of determining the actual size, and if there is a real need we could add a function that explicitly returns the pointer size (although I don't think that such a function is really necessary).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10735>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:36:03 2011
From: report at bugs.python.org (Graham Wideman)
Date: Sun, 13 Mar 2011 12:36:03 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1300019763.52.0.929139365543.issue11479@psf.upfronthosting.co.za>


Graham Wideman <initcontact at grahamwideman.com> added the comment:

Eli:  Excellent and thoughtful point. This would indeed be exactly the place to suggest os.path.join as an alternative.

In addition, there are still occasions where one needs to form a string with trailing backslash. Two examples:
1. When writing the string specifying root directory: r'C:\ '[:-1]
2. Using python to prepare command lines to run other command line programs, where an argument may require a final backslash to explicitly specify a target directory (as opposed to a file).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:37:02 2011
From: report at bugs.python.org (nw)
Date: Sun, 13 Mar 2011 12:37:02 +0000
Subject: [issue11483] python fails to follow symlinks on windows
In-Reply-To: <1300019822.58.0.0683421948663.issue11483@psf.upfronthosting.co.za>
Message-ID: <1300019822.58.0.0683421948663.issue11483@psf.upfronthosting.co.za>


New submission from nw <nils.winter at googlemail.com>:

Go to C:/Python2.7/Lib create directory foo + __init__.py

Make a symlink: mklink /D bar foo.

Start Python.

import foo # works
import bar # fails (no module named bar)

----------
components: Windows
messages: 130740
nosy: nw
priority: normal
severity: normal
status: open
title: python fails to follow symlinks on windows
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11483>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:42:56 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 12:42:56 +0000
Subject: [issue11483] python fails to follow symlinks on windows
In-Reply-To: <1300019822.58.0.0683421948663.issue11483@psf.upfronthosting.co.za>
Message-ID: <1300020176.66.0.194420574348.issue11483@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +brian.curtin
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11483>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:46:34 2011
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 13 Mar 2011 12:46:34 +0000
Subject: [issue11483] python fails to follow symlinks on windows
In-Reply-To: <1300019822.58.0.0683421948663.issue11483@psf.upfronthosting.co.za>
Message-ID: <1300020394.73.0.86659041188.issue11483@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

This is a duplicate of #6727, which is now easier to fix due to the symlink work in 3.2.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11483>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:47:06 2011
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 13 Mar 2011 12:47:06 +0000
Subject: [issue6727] ImportError when package is symlinked on Windows
In-Reply-To: <1250608383.93.0.471187637916.issue6727@psf.upfronthosting.co.za>
Message-ID: <1300020426.57.0.294043057809.issue6727@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6727>
_______________________________________

From report at bugs.python.org  Sun Mar 13 13:52:18 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 12:52:18 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1300020738.19.0.0845521834437.issue11479@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I would rephrase:
+There is one subtle aspect to raw strings that is of special concern to Windows
+programmers:  a raw string may not end in an odd number of ``\`` characters.

to something like:
+There is one subtle aspect to raw strings: a raw string may not end in
+an odd number of ``\`` characters.  That is of special concern while
+dealing with Windows paths.

Otherwise it seems that this problem only affects raw strings on Windows.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 14:17:16 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 13 Mar 2011 13:17:16 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1300020738.19.0.0845521834437.issue11479@psf.upfronthosting.co.za>
Message-ID: <AANLkTindCAG2vSL=-V9HaO7xiAd4Ei_1UyU40=3iWHUe@mail.gmail.com>


Eli Bendersky <eliben at gmail.com> added the comment:

> Ezio Melotti <ezio.melotti at gmail.com> added the comment:
>
> I would rephrase:
> +There is one subtle aspect to raw strings that is of special concern to
> Windows
> +programmers:  a raw string may not end in an odd number of ``\``
> characters.
>
> to something like:
> +There is one subtle aspect to raw strings: a raw string may not end in
> +an odd number of ``\`` characters.  That is of special concern while
> +dealing with Windows paths.
>
> Otherwise it seems that this problem only affects raw strings on Windows.
>

I agree, but I'd also say something about os.path.join when mentioning
Windows paths, because the vast majority of problems that require the
trailing backslashes can be solved with it.

----------
Added file: http://bugs.python.org/file21102/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________
-------------- next part --------------
<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Ezio Melotti &lt;<a href="mailto:ezio.melotti at gmail.com">ezio.melotti at gmail.com</a>&gt; added the comment:<br>
<br>
I would rephrase:<br>
+There is one subtle aspect to raw strings that is of special concern to Windows<br>
+programmers: ??a raw string may not end in an odd number of ``\`` characters.<br>
<br>
to something like:<br>
+There is one subtle aspect to raw strings: a raw string may not end in<br>
+an odd number of ``\`` characters. ??That is of special concern while<br>
+dealing with Windows paths.<br>
<br>
Otherwise it seems that this problem only affects raw strings on Windows.<br></blockquote></div><br>I agree, but I&#39;d also say something about os.path.join when mentioning Windows paths, because the vast majority of problems that require the trailing backslashes can be solved with it.<br>

</div>

From report at bugs.python.org  Sun Mar 13 14:21:28 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 13 Mar 2011 13:21:28 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1300022488.44.0.812215614001.issue11479@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


Removed file: http://bugs.python.org/file21102/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 14:54:21 2011
From: report at bugs.python.org (Meador Inge)
Date: Sun, 13 Mar 2011 13:54:21 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300024461.82.0.479330063872.issue11477@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
nosy: +meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Sun Mar 13 15:22:51 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 14:22:51 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1300026171.46.0.581743268131.issue11479@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

That would of course be a good addition too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:08:42 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 13 Mar 2011 15:08:42 +0000
Subject: [issue2931] optparse: various problems with unicode and gettext
In-Reply-To: <1211297479.44.0.970954846769.issue2931@psf.upfronthosting.co.za>
Message-ID: <1300028922.95.0.0487323446574.issue2931@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m afraid 2.5 and 2.6 don?t get bug fixes any more, only security fixes.  For 2.7 and 3.x, even if your bug can?t be reproduced, I think it would be useful to add the test to prevent a regression.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2931>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:12:26 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 15:12:26 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300029146.56.0.767831668637.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:12:57 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 15:12:57 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <E1PymyW-0008IF-L5@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e51cd925a89a by Ezio Melotti in branch 'default':
Test hook (closes #2771).
http://hg.python.org/test/rev/e51cd925a89a

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:16:24 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 15:16:24 +0000
Subject: [issue2931] optparse: various problems with unicode and gettext
In-Reply-To: <1211297479.44.0.970954846769.issue2931@psf.upfronthosting.co.za>
Message-ID: <1300029384.1.0.526213434549.issue2931@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

+1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2931>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:29:07 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 15:29:07 +0000
Subject: [issue11479] Add discussion of trailing slash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1300030147.34.0.856251551594.issue11479@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, the problem with both [:-1] and os.path.join is that they are inappropriate for that section of the tutorial.  I considered putting the discussion later in the section so that I could use [:-1] (which hasn't been introduced at that point), but it made the flow even worse than adding the text where I did.  I suppose the os.path.join could be put in if the sentence was short and cross referenced the library docs rather than going into a detailed example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:33:23 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 15:33:23 +0000
Subject: [issue1271] Raw string parsing fails with backslash as last character
In-Reply-To: <1192193557.25.0.892687713719.issue1271@psf.upfronthosting.co.za>
Message-ID: <1300030403.3.0.451881121718.issue1271@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, the problem with the reference is that the language reference is intended as a specification document, not a tutorial, so such a discussion does not belong there.  The library reference, which does contain platform-specific and tutorial-like information simply cross links to the reference docs for raw string syntax.  So adding such a note to the library docs is a bit more significant of an undertaking.  Anyone want to take a crack at it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1271>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:45:59 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 15:45:59 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300031159.75.0.974323021864.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
hgrepos: +1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 16:56:55 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 15:56:55 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300031815.88.0.513879002942.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
hgrepos: +2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 17:16:24 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 16:16:24 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300032984.6.0.18979977355.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21103/6a1c8fcce229.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 17:20:24 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 16:20:24 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300033224.14.0.664414462613.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 17:20:36 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 16:20:36 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300033236.83.0.0470368483239.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 17:20:55 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 16:20:55 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300033255.24.0.177148148082.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 18:32:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 17:32:50 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300037570.53.0.203420945714.issue5863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Review posted at http://codereview.appspot.com/4274045/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Sun Mar 13 18:39:55 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 17:39:55 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <20cf303a2fd3af0e76049e60901b@google.com>


Antoine Pitrou <pitrou at free.fr> added the comment:

Reviewers: nadeem vawda <nadeem.vawda_gmail.com>,

http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py
File Lib/bz2.py (right):

http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py#newcode25
Lib/bz2.py:25: class BZ2File:
Is there any reason it doesn't inherit io.BufferedIOBase?
(it should also bring you a couple of methods implemented for free:
readlines, writelines, __iter__, __next__, __enter__, __exit__)

You should probably also implement fileno() (simply return
self.fp.fileno()) and the `closed` property.

http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py#newcode386
Lib/bz2.py:386: class BZ2Compressor:
I don't think there's a point in a Python wrapper, since the wrapper is
so trivial. Just do the lock operations in C.
Same for BZ2Decompressor.

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c
File Modules/_bz2module.c (left):

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#oldcode123
Modules/_bz2module.c:123: #ifdef WITH_THREAD
As mentioned in Lib/bz2.py, I would keep the lock on the C side since it
isn't significantly more complicated, and it avoids having to write a
Python wrapper around the compressor and decompressor types.

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c
File Modules/_bz2module.c (right):

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode3
Modules/_bz2module.c:3: #include "Python.h"
Since this is a new start, perhaps we should add
   #define PY_SSIZE_T_CLEAN
before including "Python.h"?
This will ensure no code in the module will rely on the old behaviour.

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode48
Modules/_bz2module.c:48: "libbzip2 was not compiled correctly");
Just a nit, but I'm not sure there's any point in renaming "the bz2
library" to "libbzip2"?
(also, under Windows I'm not sure the library naming convention is the
same as under Unix)

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode78
Modules/_bz2module.c:78: "Unrecognized error from libbzip2: %d",
bzerror);
Out of curiousity, did you encounter this condition?

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode122
Modules/_bz2module.c:122: c->bzs.avail_out = PyBytes_GET_SIZE(result);
Do note that avail_in and avail_out are 32-bit ints, and therefore this
is not 64-bit clean. I guess you're just copying the old code here, but
that would deserve a separate patch later. Perhaps add a comment in the
meantime.

http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode209
Modules/_bz2module.c:209: "Provide a block of data to the compressor."},
You could instead re-use the old, more precise docstrings. Also, using
PyDoc_STRVAR is preferred so as to make it easier to modify multi-line
docstrings.

http://codereview.appspot.com/4274045/diff/1/setup.py
File setup.py (right):

http://codereview.appspot.com/4274045/diff/1/setup.py#newcode1236
setup.py:1236: exts.append( Extension('_bz2', ['_bz2module.c'],
The Windows build files probably need updating as well. Can you do it?
Otherwise I'll have a try.

Please review this at http://codereview.appspot.com/4274045/

Affected files:
   A Lib/bz2.py
   M Lib/test/test_bz2.py
   M Modules/_bz2module.c
   M setup.py

----------
title: bz2.BZ2File should accept other file-like objects. -> bz2.BZ2File should accept other file-like objects. (issue4274045)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Sun Mar 13 18:47:24 2011
From: report at bugs.python.org (Eric Smith)
Date: Sun, 13 Mar 2011 17:47:24 +0000
Subject: [issue9856] Change object.__format__(s) where s is non-empty to a
	TypeError
In-Reply-To: <1284485218.75.0.159147258754.issue9856@psf.upfronthosting.co.za>
Message-ID: <1300038444.27.0.258707940077.issue9856@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
priority: release blocker -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9856>
_______________________________________

From report at bugs.python.org  Sun Mar 13 18:53:46 2011
From: report at bugs.python.org (SilentGhost)
Date: Sun, 13 Mar 2011 17:53:46 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1300038826.69.0.677071267382.issue5800@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

> Looks good to me.
Would you mind committing it then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:10:55 2011
From: report at bugs.python.org (=?utf-8?q?D=C3=A1vid_G=C3=A1bor_Bodor?=)
Date: Sun, 13 Mar 2011 18:10:55 +0000
Subject: [issue1777134] minidom pretty xml output improvement
Message-ID: <1300039855.85.0.639109429523.issue1777134@psf.upfronthosting.co.za>


D?vid G?bor Bodor <david.gabor.bodor at gmail.com> added the comment:

I would prefer to see this improvement as an option, rather than the default, because I believe that 'Issue4147' satisfies "pretty printing" better.

While leaving out whitespace from text-only elements is benefical for compatibility and roundtripping, there are certain situation where it hurts the prettyness of the xml really hard, an example:

<root>
    <element1>
        TextNode1
        <childnode2 />
        <childnode3 />
        TextNode4
    </element1>
    <element2>TextNode</element2>
</root>

vs. 

<root>
    <element1>TextNode1<childnode2 />
        <childnode3 />TextNode4</element1>
    <element2>TextNode</element2>
</root>

----------
nosy: +D?vid.G?bor.Bodor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777134>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:16:13 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 18:16:13 +0000
Subject: [issue11223] interruption of locks by signals not guaranteed when the
	semaphore implementation is not used
In-Reply-To: <1297866341.73.0.301134351964.issue11223@psf.upfronthosting.co.za>
Message-ID: <E1Pyppq-0004Y6-Oq@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5d0d488cbca8 by Antoine Pitrou in branch '3.2':
Issue #11223: Fix test_threadsignals to fail, not hang, when the
http://hg.python.org/cpython/rev/5d0d488cbca8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11223>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:16:13 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 18:16:13 +0000
Subject: [issue11233] clarifying Availability: Unix
In-Reply-To: <1297969399.53.0.187875867799.issue11233@psf.upfronthosting.co.za>
Message-ID: <E1Pyppq-0004Y6-OV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f197dac00f43 by Antoine Pitrou in branch 'default':
Merge commit for #11233
http://hg.python.org/cpython/rev/f197dac00f43

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11233>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:22:10 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 13 Mar 2011 18:22:10 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300040530.31.0.561531780211.issue2771@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:27:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 18:27:46 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToObject function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <1300040866.53.0.402636976111.issue11478@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Indeed, it doesn't exist. There is also a function named PyObject_CopyData which is not documented anywhere (and I'd bet noone has ever used it).

----------
nosy: +mark.dickinson, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:32:43 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 18:32:43 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToObject function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <E1Pyq5q-0005Zz-H3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 539e6f1fce78 by Antoine Pitrou in branch '3.1':
Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478)
http://hg.python.org/cpython/rev/539e6f1fce78

New changeset eb8c2f43b251 by Antoine Pitrou in branch '3.2':
Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478)
http://hg.python.org/cpython/rev/eb8c2f43b251

New changeset 955547e57cff by Antoine Pitrou in branch 'default':
Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478)
http://hg.python.org/cpython/rev/955547e57cff

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:35:14 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 18:35:14 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToObject function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <E1Pyq8E-0005mH-Pu@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 248800b58175 by Antoine Pitrou in branch '2.7':
Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478)
http://hg.python.org/cpython/rev/248800b58175

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 19:35:35 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 18:35:35 +0000
Subject: [issue11478] Docs list nonexistant PyObject_CopyToObject function
In-Reply-To: <1299984288.28.0.0947094207419.issue11478@psf.upfronthosting.co.za>
Message-ID: <1300041335.08.0.14923704646.issue11478@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11478>
_______________________________________

From report at bugs.python.org  Sun Mar 13 21:17:12 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 13 Mar 2011 20:17:12 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300047432.31.0.411958898529.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Thanks for the review. I'll try and have an updated patch ready by next weekend.

Regarding your comments:

> Is there any reason it doesn't inherit io.BufferedIOBase?
No, there isn't; I'll fix that in my revised patch.

> Since this is a new start, perhaps we should add
>    #define PY_SSIZE_T_CLEAN
> before including "Python.h"?
Sounds like a good idea.

> Just a nit, but I'm not sure there's any point in renaming "the bz2 library"
> to "libbzip2"?
> (also, under Windows I'm not sure the library naming convention is the same
> as under Unix)
Well, the official name for the library is "libbzip2" <bzip.org>. I thought that
the "lib" prefix would make it clearer that the error is referring to the that
library and not _bz2module.c. But if you think it would be better not to make
this change, I'll leave it out.

>> Modules/_bz2module.c:78: "Unrecognized error from libbzip2: %d", bzerror);
> Out of curiousity, did you encounter this condition?
No, I was just programming defensively (in case the underlying library adds
more error codes in future). Unlikely, but I would think it's better than
taking the risk of silently ignoring an error.

> Do note that avail_in and avail_out are 32-bit ints, and therefore this is
> not 64-bit clean. I guess you're just copying the old code here, but that
> would deserve a separate patch later. Perhaps add a comment in the meantime.
Good catch. I'll make a note of it. This would only be a problem for avail_in,
though. The output buffer never grows by more than BIGCHUNK (512KiB) at a time
(see grow_buffer()) so there is no risk of overflowing in avail_out.

> The Windows build files probably need updating as well. Can you do it?
> Otherwise I'll have a try.
I'll give it a try, and let you know if I can't get it to work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Sun Mar 13 21:17:52 2011
From: report at bugs.python.org (Jonas H.)
Date: Sun, 13 Mar 2011 20:17:52 +0000
Subject: [issue11484] `with_traceback` in 2.7 docs but not implemented
In-Reply-To: <1300047472.09.0.42501037917.issue11484@psf.upfronthosting.co.za>
Message-ID: <1300047472.09.0.42501037917.issue11484@psf.upfronthosting.co.za>


New submission from Jonas H. <jonas at lophus.org>:

Either a `BaseException.with_traceback` implementation is missing or the docs are wrong.

http://docs.python.org/library/exceptions.html?highlight=with_traceback#exceptions.BaseException.with_traceback

python3 -c 'print("with_traceback" in dir(BaseException))'
True
python2 -c 'print("with_traceback" in dir(BaseException))'
False

----------
assignee: docs at python
components: Documentation
messages: 130760
nosy: docs at python, jonash
priority: normal
severity: normal
status: open
title: `with_traceback` in 2.7 docs but not implemented
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11484>
_______________________________________

From report at bugs.python.org  Sun Mar 13 21:41:15 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 20:41:15 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1300048875.42.0.319037833443.issue11474@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I agree. Attaching a patch with a fix and unittest.

----------
keywords: +patch
nosy: +santa4nt
Added file: http://bugs.python.org/file21104/nturl2path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Sun Mar 13 21:56:19 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 20:56:19 +0000
Subject: [issue11484] `with_traceback` in 2.7 docs but not implemented
In-Reply-To: <1300047472.09.0.42501037917.issue11484@psf.upfronthosting.co.za>
Message-ID: <E1PysKh-0006zt-5I@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 22f991bb9b0b by Ezio Melotti in branch '2.7':
#11484: remove paragraph about with_traceback from 2.7 doc.
http://hg.python.org/cpython/rev/22f991bb9b0b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11484>
_______________________________________

From report at bugs.python.org  Sun Mar 13 21:57:51 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 13 Mar 2011 20:57:51 +0000
Subject: [issue11484] `with_traceback` in 2.7 docs but not implemented
In-Reply-To: <1300047472.09.0.42501037917.issue11484@psf.upfronthosting.co.za>
Message-ID: <1300049871.33.0.0584307885045.issue11484@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

It's a documentation bug, with_traceback is available in 3.x only.
I now fixed the doc for 2.7, thanks for the report!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11484>
_______________________________________

From report at bugs.python.org  Sun Mar 13 22:28:16 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 21:28:16 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

(based on the fruitfull meating I had with Ned after the language summit at Pycon '11)

Running configure on a MacOSX system will set MACOSX_DEPLOYMENT_TARGET to 10.4, which is probably not optimal for anyone on a recentish system.  It would be better to set the deployment target to something more recent. There seem to be two options:

* set the deployment target to the current OS release by default
  (that is, 10.6 on a Snow Leopard system, 10.4 on a Tiger system)

* set the deployment target to 10.4 on OSX 10.4 and 10.5 on 
  later versions.

Setting it to the version of the current OS is probably the least surprising. 


Related to this: configure --enable-universalsdk selects the 10.4u SDK
by default. That would have to be changed at the same time, setting
the deployment target to 10.6 while still trying to use files from
the 10.4u SDK is not very useful.

I'd set the default value of the SDK to '/' on anything newer than OSX 10.4 and keep the 10.4u SDK on OSX 10.4 (because you cannot build universal binaries using the default system headers on a lot of 10.4 systems).

I'll work on a patch for the default branch during the sprints, and interesting question is if this should be backported.

----------
assignee: ronaldoussoren
components: Build, Macintosh
messages: 130764
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: Default SDK value on MacOSX needs changing
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Sun Mar 13 22:29:10 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 21:29:10 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1300051750.37.0.911272812947.issue11467@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Sun Mar 13 22:32:21 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 21:32:21 +0000
Subject: [issue11486] Add option to not install into /Applications
In-Reply-To: <1300051941.49.0.427500618783.issue11486@psf.upfronthosting.co.za>
Message-ID: <1300051941.49.0.427500618783.issue11486@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

It would be nice if it were possible to install a framework installation from source without also installing files into /Applications.

This could be done by adding an option to configure --without-macosx-applications.

The primairy usecase for this is development: I have a rather large set of Python frameworks on my machine with different build options and all of those install a copy of of IDLE and other application bundles into /Applications.

----------
assignee: ronaldoussoren
components: Build, Macintosh
messages: 130765
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: Add option to not install into /Applications
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11486>
_______________________________________

From report at bugs.python.org  Sun Mar 13 22:32:36 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 21:32:36 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300051956.05.0.429296802239.issue11485@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:02:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 22:02:56 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

There was this failure in the daily DMG builder:
http://www.python.org/dev/buildbot/all/builders/3.x.dmg/builds/423/steps/compile/logs/stdio

The problem is that asdl_c.py gets run by the Makefile with the standard Python, which on this machine is 2.3.5 (according to David).
The easy solution would be to freshen the timestamps of Include/Python-ast.* in build_installer.py.

----------
assignee: ronaldoussoren
components: Build, Macintosh
keywords: buildbot
messages: 130766
nosy: db3l, ned.deily, pitrou, ronaldoussoren
priority: low
severity: normal
status: open
title: build_installer.py should avoid relying on a young Python
type: compile error
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:16:04 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 22:16:04 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300054564.05.0.990691277793.issue11487@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I noticed this myself as well when building a fresh checkout, without build_installer.py. 

This is because the header file and input grammar have the same timestamp, and which forces the rebuild.

That causes problems on OSX when you build with a different deployment target than the one used to build the python command on $PATH. 

I'm not familiar enough with mercurial to know if there is a way to ensure that the header file has a new timestamp when checking in an updated grammer (IIRC you could do this with SVN by first checking in the grammar file and then the generated files).

I'm +O on updating build_framework.py, it should be safe enough as developers should be carefull enough when updating the grammar file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:17:21 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 22:17:21 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300054641.81.0.166708860158.issue11487@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

To avoid duplicate work: I'll commit a patch during the pycon sprints

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:20:50 2011
From: report at bugs.python.org (David Bolen)
Date: Sun, 13 Mar 2011 22:20:50 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300054850.96.0.67787906351.issue11487@psf.upfronthosting.co.za>


David Bolen <db3l.net at gmail.com> added the comment:

Just a few thoughts that were in part in an earlier exchange with Antoine.

It seems to me that if the Python-ast.[ch] files are included in the repository then they ought to be up to date as part of any given change set.  So I think I'd actually prefer having them touched in the master copy to avoid needing to be rebuilt (e.g., what presumably has been true up until this most recent change, although I'm not sure if switching to hg has changed something in this area).

If that isn't feasible (but the files are still in the repository) then there probably does need to be some way for the build-installer process to permit a more-recent-than-system python to be used.  However, it goes to some lengths (understandably) to avoid the risk of corruption from local system files, so it's not clear how to generically make a build script that uses "/usr/bin/env python" to work.

Manually touching the output files, either by build-installer, or a separate step in the build process controlled by the master (like the current umask step) seems to be least attractive, since there's no way to know for sure that the files are really up to date that way, right?  If they are up to date, then a checkout ought to reflect that, no?

-- David

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:26:07 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:26:07 +0000
Subject: [issue1590744] mail message parsing glitch
Message-ID: <1300055167.54.0.0105992079546.issue1590744@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1590744>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:27:49 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 13 Mar 2011 22:27:49 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300055269.62.0.0266989852289.issue11487@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This does not only affect the installer.

On my machine the python on $PATH was build using the 10.6 deployment target. When I build python from a fresh checkout I get an error message because the 10.6 python gets run with deployment target 10.4 and then barfs (which in itself is a problem that needs to be fixed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:28:57 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:28:57 +0000
Subject: [issue975330] Inconsistent newline handling in email module
Message-ID: <1300055337.33.0.818587319229.issue975330@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975330>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:29:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 13 Mar 2011 22:29:34 +0000
Subject: [issue11329] PyEval_InitThreads() not safe before Py_Initialize()
In-Reply-To: <1298713807.05.0.622715753988.issue11329@psf.upfronthosting.co.za>
Message-ID: <E1Pytn2-0004qy-Lx@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4c59cd84086f by Antoine Pitrou in branch '3.2':
Issue #11329: PyEval_InitThreads() cannot be called before Py_Initialize() anymore
http://hg.python.org/cpython/rev/4c59cd84086f

New changeset 3c0edb157ea2 by Antoine Pitrou in branch 'default':
Issue #11329: PyEval_InitThreads() cannot be called before Py_Initialize() anymore
http://hg.python.org/cpython/rev/3c0edb157ea2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11329>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:30:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 22:30:40 +0000
Subject: [issue11329] PyEval_InitThreads() not safe before Py_Initialize()
In-Reply-To: <1298713807.05.0.622715753988.issue11329@psf.upfronthosting.co.za>
Message-ID: <1300055440.82.0.459631342975.issue11329@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch now committed, thank you!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11329>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:32:34 2011
From: report at bugs.python.org (David Bolen)
Date: Sun, 13 Mar 2011 22:32:34 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300055554.12.0.72151606671.issue11487@psf.upfronthosting.co.za>


David Bolen <db3l.net at gmail.com> added the comment:

Note that some of my last comment was before I saw the others, so I'm fine with script changes if that seems ok to others.

>From Ronald:

"This is because the header file and input grammar have the same timestamp, and which forces the rebuild."

Note in the buildbot case the .[ch] files have much older timestamps than the generator script.  I think if they were the same it would be ok.  

I suspect this may be an issue now because the old svn approach was a full checkout for each build, whereas the hg approach is to pull to the local clone, and then just update the build tree.  So in the svn case all the files would have a good shot at the same timestamp, whereas with the hg approach the generated files get stale if the contents don't change.

I wonder if just doing a full checkout from the local clone would be closer to the old svn behavior in general with respect to timestamps and maybe a reasonable policy?

-- David

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:32:35 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 22:32:35 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1300055555.89.0.316061529266.issue11474@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +brian.curtin, orsenthil, tim.golden
stage:  -> patch review
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:36:42 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:36:42 +0000
Subject: [issue1681333] email.header unicode fix
Message-ID: <1300055802.42.0.520464912944.issue1681333@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681333>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:41:51 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:41:51 +0000
Subject: [issue2658] decode_header() fails on multiline headers
In-Reply-To: <1208608894.4.0.0735061784066.issue2658@psf.upfronthosting.co.za>
Message-ID: <1300056111.38.0.295084982497.issue2658@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2658>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:42:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:42:29 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1300056149.73.0.503105338885.issue1690608@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:45:05 2011
From: report at bugs.python.org (David Bolen)
Date: Sun, 13 Mar 2011 22:45:05 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300056305.69.0.883936840169.issue11487@psf.upfronthosting.co.za>


David Bolen <db3l.net at gmail.com> added the comment:

Note in the meantime, I've manually touched those two files on the dmg buildbot and it builds successfully.  As Antoine pointed out to me separately, the hg update used by the buildbot should leave that intact, so this should stop any buildbot failures for the time being, or until the source dependencies are touched again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:49:22 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:49:22 +0000
Subject: [issue1443875] email/charset.py convert() patch
Message-ID: <1300056562.28.0.153115856722.issue1443875@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1443875>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:52:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:52:43 +0000
Subject: [issue504152] rfc822 long header continuation broken
Message-ID: <1300056763.13.0.497011404767.issue504152@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504152>
_______________________________________

From report at bugs.python.org  Sun Mar 13 23:53:32 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 22:53:32 +0000
Subject: [issue1440472] email.Generator is not idempotent
Message-ID: <1300056812.38.0.241334535293.issue1440472@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1440472>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:00:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 23:00:23 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300055554.12.0.72151606671.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300057220.3763.14.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I suspect this may be an issue now because the old svn approach was a
> full checkout for each build, whereas the hg approach is to pull to
> the local clone, and then just update the build tree.  So in the svn
> case all the files would have a good shot at the same timestamp,
> whereas with the hg approach the generated files get stale if the
> contents don't change.
> 
> I wonder if just doing a full checkout from the local clone would be
> closer to the old svn behavior in general with respect to timestamps
> and maybe a reasonable policy?

Ok, I've made the change on the DMG builders.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:03:45 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 23:03:45 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1300057425.87.0.155391072546.issue11474@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Removed file: http://bugs.python.org/file21104/nturl2path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:04:20 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 23:04:20 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1300057460.64.0.60968458781.issue11474@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Oops, wrong library name in patch comment.

----------
Added file: http://bugs.python.org/file21105/nturl2path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:05:56 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 13 Mar 2011 23:05:56 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1300057556.5.0.199966563745.issue11474@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:07:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 13 Mar 2011 23:07:13 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300057633.71.0.311721268776.issue11487@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

(the change will probably make things worse actually; see http://bugs.python.org/issue11419)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:08:07 2011
From: report at bugs.python.org (ev)
Date: Sun, 13 Mar 2011 23:08:07 +0000
Subject: [issue11488] Add writelines test coverage in tempfile
In-Reply-To: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>
Message-ID: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>


New submission from ev <ev at ubuntu.com>:

Ran coverage.py and noticed that writelines had no coverage in tempfile, so I added it in.

----------
components: Tests
files: test_tempfile_writelines.patch
keywords: patch
messages: 130778
nosy: brian.curtin, ev, georg.brandl
priority: normal
severity: normal
status: open
title: Add writelines test coverage in tempfile
type: behavior
Added file: http://bugs.python.org/file21106/test_tempfile_writelines.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11488>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:17:20 2011
From: report at bugs.python.org (Brian Merrell)
Date: Sun, 13 Mar 2011 23:17:20 +0000
Subject: [issue11489] json.dumps not parsable by json.loads (on Linux only)
In-Reply-To: <1300058240.59.0.513243746739.issue11489@psf.upfronthosting.co.za>
Message-ID: <1300058240.59.0.513243746739.issue11489@psf.upfronthosting.co.za>


New submission from Brian Merrell <brian at merrells.org>:

The following works on Win7x64 Python 2.6.5 and breaks on Ubuntu 10.04x64-2.6.5.  This raises three issues:

1)  Shouldn't anything generated by json.dumps be parsed by json.loads?
2)  It appears this is an invalid unicode character.  Shouldn't this be caught by decode("utf8")
3)  Why does Windows raise no issue with this and Linux does?

import json
unicode_bytes = '\xed\xa8\x80'
unicode_string = unicode_bytes.decode("utf8")
json_encoded = json.dumps("my_key":unicode_string)
json.loads(json_encoded)

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.6/json/__init__.py", line 307, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python2.6/json/decoder.py", line 319, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.6/json/decoder.py", line 336, in raw_decode
    obj, end = self._scanner.iterscan(s, **kw).next()
  File "/usr/lib/python2.6/json/scanner.py", line 55, in iterscan
    rval, next_pos = action(m, context)
  File "/usr/lib/python2.6/json/decoder.py", line 183, in JSONObject
    value, end = iterscan(s, idx=end, context=context).next()
  File "/usr/lib/python2.6/json/scanner.py", line 55, in iterscan
    rval, next_pos = action(m, context)
  File "/usr/lib/python2.6/json/decoder.py", line 155, in JSONString
    return scanstring(match.string, match.end(), encoding, strict)
ValueError: Invalid \uXXXX escape: line 1 column 14 (char 14)

----------
components: Library (Lib), Unicode, Windows
messages: 130779
nosy: Brian.Merrell
priority: normal
severity: normal
status: open
title: json.dumps not parsable by json.loads (on Linux only)
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11489>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:23:54 2011
From: report at bugs.python.org (David Bolen)
Date: Sun, 13 Mar 2011 23:23:54 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300058634.09.0.248974326607.issue11487@psf.upfronthosting.co.za>


David Bolen <db3l.net at gmail.com> added the comment:

Guess I cry uncle - not sure how it used to work then.  I just did a dummy svn checkout off of the older svn.python.org from trunk and the .[ch] files appear to have dates earlier than the asdl.py script, so I would have assumed it would have the same problem.  Yet I don't recall this being an issue on the DMG slave, so guess we were just lucky somehow.

-- David

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 00:34:04 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 13 Mar 2011 23:34:04 +0000
Subject: [issue1079] decode_header does not follow RFC 2047
In-Reply-To: <1188637019.25.0.0476259625696.issue1079@psf.upfronthosting.co.za>
Message-ID: <1300059244.69.0.104778942308.issue1079@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1079>
_______________________________________

From report at bugs.python.org  Mon Mar 14 01:01:13 2011
From: report at bugs.python.org (Carl Meyer)
Date: Mon, 14 Mar 2011 00:01:13 +0000
Subject: [issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating
	extension module
In-Reply-To: <1284660526.13.0.672517649262.issue9878@psf.upfronthosting.co.za>
Message-ID: <1300060873.69.0.209919026524.issue9878@psf.upfronthosting.co.za>


Changes by Carl Meyer <carl at dirtcircle.com>:


----------
nosy: +carljm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9878>
_______________________________________

From report at bugs.python.org  Mon Mar 14 01:07:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 00:07:24 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <E1PyvJi-0003sR-Td@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9d7a83654870 by R David Murray in branch 'default':
#1162477: accept '.' in addition to ':' when parsing time in date header.
http://hg.python.org/cpython/rev/9d7a83654870

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1162477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 01:08:05 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 00:08:05 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <1300061285.03.0.327770649453.issue1162477@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1162477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 02:21:41 2011
From: report at bugs.python.org (Nicholas Riley)
Date: Mon, 14 Mar 2011 01:21:41 +0000
Subject: [issue7679] Warning building 2.7 on OS X 10.6 libintl.h "Present But
	Cannot Be Compiled"
In-Reply-To: <1263268231.52.0.347802784561.issue7679@psf.upfronthosting.co.za>
Message-ID: <1300065701.54.0.326407181249.issue7679@psf.upfronthosting.co.za>


Nicholas Riley <com-python-bugs at sabi.net> added the comment:

You should be able to invoke the compiler like this:

gcc -nostdinc -I/usr/include -F/System/Library/Frameworks ...

which will remove /usr/local/include (and /Library/Frameworks).  This also removes the compiler-specific include dir, so to be fully general you could postprocess $CC -v output to just filter /usr/local/include - it looks like the Clang driver is GCC-compatible as far as -v output goes.

And in general, I guess this is really an Apple bug...

----------
nosy: +nriley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7679>
_______________________________________

From report at bugs.python.org  Mon Mar 14 02:38:12 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 01:38:12 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1300066692.36.0.468357546415.issue2650@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I took a look to what other languages do, and it turned out that:

perl escapes [^A-Za-z_0-9] [0];
.net escapes the metachars and whitespace [1];
java escapes the metachars or escape sequences [2];
ruby escapes the metachars [3];

It might be OK to exclude _ from the escaped chars, but I would keep escaping all the other non-alnum chars too (i.e. match perl behavior).

(FWIW, I don't think re.escape() is used in performance-critical situation, so readability should probably be preferred over speed.)

[0]: http://perldoc.perl.org/functions/quotemeta.html
[1]: http://msdn.microsoft.com/en-us/library/system.text.regularexpressions.regex.escape.aspx
[2]: http://download.oracle.com/javase/1.5.0/docs/api/java/util/regex/Pattern.html
[3]: http://www.ruby-doc.org/core/classes/Regexp.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Mon Mar 14 02:49:22 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 01:49:22 +0000
Subject: [issue11490] subprocess test_leaking_fds_on_error fails if last
	directory in path is not accessible
In-Reply-To: <1300067362.71.0.164097383701.issue11490@psf.upfronthosting.co.za>
Message-ID: <1300067362.71.0.164097383701.issue11490@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

test_subprocess was failing for me on my laptop, and my laptop only.  With some guidance from haypo on using strace, I tracked the problem down to the fact that the last directory in my path is a directory to which I don't have permission.  So the error subprocess was getting from trying to access the non-existent file was "permission denied" (errno 13) instead of not found (errno 2).

It is possible this is an error in subprocess as well, since the shell, for example, returns command not found in that case.  But I don't think that it is, since I think the errno is being returned by the exec call.  So, I think the test just needs to be changed to ignore errno 13 as well (by name, of course).

----------
components: Tests
keywords: easy
messages: 130784
nosy: r.david.murray
priority: low
severity: normal
stage: needs patch
status: open
title: subprocess test_leaking_fds_on_error fails if last directory in path is not accessible
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11490>
_______________________________________

From report at bugs.python.org  Mon Mar 14 03:07:41 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 02:07:41 +0000
Subject: [issue11490] subprocess test_leaking_fds_on_error fails if last
	directory in path is not accessible
In-Reply-To: <1300067362.71.0.164097383701.issue11490@psf.upfronthosting.co.za>
Message-ID: <1300068461.58.0.697247901087.issue11490@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11490>
_______________________________________

From report at bugs.python.org  Mon Mar 14 03:50:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 02:50:31 +0000
Subject: [issue11490] subprocess test_leaking_fds_on_error fails if last
	directory in path is not accessible
In-Reply-To: <1300067362.71.0.164097383701.issue11490@psf.upfronthosting.co.za>
Message-ID: <E1PyxrU-0006X8-6M@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 2b75ac7c9c12 by R David Murray in branch '3.1':
#11490: EACCES can also mean command not found
http://hg.python.org/cpython/rev/2b75ac7c9c12

New changeset 67f4ef6094ed by R David Murray in branch '3.2':
Merge fix for #11490 from 3.1.
http://hg.python.org/cpython/rev/67f4ef6094ed

New changeset cdfdc99d21d3 by R David Murray in branch 'default':
Merge fix for #11490 from 3.2.
http://hg.python.org/cpython/rev/cdfdc99d21d3

New changeset 0a19b3278fa2 by R David Murray in branch '2.7':
#11490: EACCES can also mean command not found
http://hg.python.org/cpython/rev/0a19b3278fa2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11490>
_______________________________________

From report at bugs.python.org  Mon Mar 14 03:52:44 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 02:52:44 +0000
Subject: [issue11490] subprocess test_leaking_fds_on_error fails if last
	directory in path is not accessible
In-Reply-To: <1300067362.71.0.164097383701.issue11490@psf.upfronthosting.co.za>
Message-ID: <1300071164.03.0.231877918331.issue11490@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11490>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:07:24 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:07:24 +0000
Subject: [issue11488] Add writelines test coverage in tempfile
In-Reply-To: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>
Message-ID: <1300072044.12.0.0991127706131.issue11488@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Patch looks good to me.

----------
assignee:  -> r.david.murray
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11488>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:09:17 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 03:09:17 +0000
Subject: [issue11488] Add writelines test coverage in tempfile
In-Reply-To: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>
Message-ID: <1300072157.12.0.815636694128.issue11488@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11488>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:26:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:26:43 +0000
Subject: [issue1025395] email.Utils.parseaddr fails to parse valid addresses
Message-ID: <1300073203.29.0.517641430979.issue1025395@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1025395>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:30:26 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:30:26 +0000
Subject: [issue8769] Straightforward usage of email package fails to round-trip
In-Reply-To: <1274302519.83.0.146401120937.issue8769@psf.upfronthosting.co.za>
Message-ID: <1300073426.66.0.394275437616.issue8769@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8769>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:31:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:31:18 +0000
Subject: [issue9967] encoded_word regular expression in
	email.header.decode_header()
In-Reply-To: <1285639066.52.0.877288279278.issue9967@psf.upfronthosting.co.za>
Message-ID: <1300073478.15.0.965511519408.issue9967@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9967>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:32:37 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:32:37 +0000
Subject: [issue1823] Possible to set invalid Content-Transfer-Encoding on
	email.mime.multipart.MIMEMultipart
In-Reply-To: <1200309434.22.0.561367082724.issue1823@psf.upfronthosting.co.za>
Message-ID: <1300073557.72.0.694185148544.issue1823@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1823>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:41:36 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:41:36 +0000
Subject: [issue10574] email.header.decode_header fails if the string contains
	multiple directives
In-Reply-To: <1291006742.3.0.976657796626.issue10574@psf.upfronthosting.co.za>
Message-ID: <1300074096.74.0.134330935428.issue10574@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10574>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:53:05 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:53:05 +0000
Subject: [issue11021] email MIME-Version headers for each part in multipart
	message
In-Reply-To: <1296085645.01.0.978524639714.issue11021@psf.upfronthosting.co.za>
Message-ID: <1300074785.3.0.66905388823.issue11021@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Assuming this is correct (I haven't tried looking for the reference yet), I'm leaning toward it being enough of a behavior change that it should not be backported.

----------
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11021>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:54:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:54:18 +0000
Subject: [issue5803] email/quoprimime: encode and decode are very slow on
	large messages
In-Reply-To: <1240254091.33.0.632025917195.issue5803@psf.upfronthosting.co.za>
Message-ID: <1300074858.42.0.729134547312.issue5803@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5803>
_______________________________________

From report at bugs.python.org  Mon Mar 14 04:56:07 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 03:56:07 +0000
Subject: [issue11050] email.utils.getaddresses behavior contradicts RFC2822
In-Reply-To: <1296253802.55.0.925837101087.issue11050@psf.upfronthosting.co.za>
Message-ID: <1300074967.66.0.819843610609.issue11050@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11050>
_______________________________________

From report at bugs.python.org  Mon Mar 14 05:50:25 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Mon, 14 Mar 2011 04:50:25 +0000
Subject: [issue1429] FD leak in SocketServer
In-Reply-To: <1194870454.07.0.621713310435.issue1429@psf.upfronthosting.co.za>
Message-ID: <1300078225.45.0.508082381786.issue1429@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

I entirely forgot I had signed up to look, my apologies. 

I'm going through this w/ what's lying on Mercurial's tip, I can't reproduce it at all. I can raise exceptions of various flavors from within the handle method of a StreamRequestHandler and there are no leaking file descriptors.  

The only thing worthy of discusion, IMO, is the fact that raising an exception in a handle_error method of a subclass of BaseServer *does* cause the the self.shutdown_request to not run.  

Unless I'm mistaken, that does then leave the cleanup of that open socket to GC (but, at that point, anyone overriding handle_error method should know that). Does it make sense to run shutdown_request, even if handle_error throws an Exception?  

If anyone thinks that's worthwhile, I can do that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1429>
_______________________________________

From report at bugs.python.org  Mon Mar 14 07:09:58 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 06:09:58 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300082998.79.0.0461155253473.issue11485@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

> Running configure on a MacOSX system will set
> MACOSX_DEPLOYMENT_TARGET to 10.4, which is probably not optimal
> for anyone on a recentish system.

What's more, when I first tried to compile Python on Mac OS X, and I have MacPorts' version of Python as the default interpreter in the terminal, I get the following errors when trying to do bare `./configure; make`:

bash-3.2$ make 
./Parser/asdl_c.py -h ./Include ./Parser/Python.asdl
Traceback (most recent call last):
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 553, in <module>
    main()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 535, in main
    known_paths = addusersitepackages(known_paths)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 268, in addusersitepackages
    user_site = getusersitepackages()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 243, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 233, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 535, in get_config_var
    return get_config_vars().get(name)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 434, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 313, in _init_posix
    raise IOError(msg)
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.4" but "10.6" during configure
make: *** [Include/Python-ast.h] Error 1


I worked around this by adding MACOSX_DEPLOYMENT_TARGET=10.6 to the configure script, but I have to remember to do that every time I configured a fresh clone of the source.

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Mon Mar 14 07:30:20 2011
From: report at bugs.python.org (William Hart)
Date: Mon, 14 Mar 2011 06:30:20 +0000
Subject: [issue11369] Add caching for the isEnabledFor() computation
In-Reply-To: <1299752195.83.0.686675152711.issue11369@psf.upfronthosting.co.za>
Message-ID: <AANLkTinF3zOOW70nP_nbM1=ERdhE=9-RVdCTEzOnoL3_@mail.gmail.com>


William Hart <whart222 at gmail.com> added the comment:

Vinay:

No, I haven't tried this in multi-threaded applications.  You're correct
that this would require locks around the global data.

--Bill

On Thu, Mar 10, 2011 at 3:16 AM, Vinay Sajip <report at bugs.python.org> wrote:

>
> Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:
>
> Bill,
>
> I was looking at this patch again, and I'm not sure about thread safety.
> The correctness of the caching depends on manager.status, which is state
> which is potentially shared across threads. There are no interlocks around
> it, so with the patch as it stands, ISTM it's possible in a multi-threaded
> application to get stale information. Has your patch been used in
> multi-threaded applications?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11369>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file21107/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11369>
_______________________________________
-------------- next part --------------
Vinay:<br><br>No, I haven&#39;t tried this in multi-threaded applications.?? You&#39;re correct that this would require locks around the global data.<br><br>--Bill<br><br><div class="gmail_quote">On Thu, Mar 10, 2011 at 3:16 AM, Vinay Sajip <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br>
Vinay Sajip &lt;<a href="mailto:vinay_sajip at yahoo.co.uk">vinay_sajip at yahoo.co.uk</a>&gt; added the comment:<br>
<br>
</div>Bill,<br>
<br>
I was looking at this patch again, and I&#39;m not sure about thread safety. The correctness of the caching depends on manager.status, which is state which is potentially shared across threads. There are no interlocks around it, so with the patch as it stands, ISTM it&#39;s possible in a multi-threaded application to get stale information. Has your patch been used in multi-threaded applications?<br>

<div><div></div><div class="h5"><br>
----------<br>
<br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11369" target="_blank">http://bugs.python.org/issue11369</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Mon Mar 14 07:42:42 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 06:42:42 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

dbm.open() with flag="n" raises dbm.error if the given file exists but whichdb doesn't recognize it.  In the documentation for dbm.open() the "n" flag is documented to "Always create a new, empty database, open for reading and writing".  To me, this implies that if the file exists it will unconditionally be overwritten with a newly-created database, irrespective of its contents.

The code below illustrates a scenario (and indeed the scenario that I ran into) where dbm.open(..., flag="n") will throw dbm.error when it should just blow away the existing file and create a new, empty database:

import dbm
open("test.db", "w").close() # create empty file
dbm.open("test.db", flag="n")

The cause of the exception is that within dbm.open() there is a call to whichdb to determine the file type.  The fix would be to skip this whichdb check if the "n" flag is specified.

I don't think that this change will cause backward compatibility issues, since I find it hard to believe that existing applications would rely on this exception being raised in this scenario.  However, to *guarantee* no compatibility break an alternate fix could leave the current behavior of the "n" flag and introduce a new flag, perhaps "o" for "overwrite", with this "unconditional overwrite" behavior.

A proposed patch is attached: dbm_open_n_flag_error_invalid_file_fix_v1.patch

----------
components: Library (Lib)
files: dbm_open_n_flag_error_invalid_file_fix_v1.patch
keywords: patch
messages: 130791
nosy: denversc
priority: normal
severity: normal
status: open
title: dbm.open(..., flag="n") raises dbm.error if file exists and is rejected by whichdb
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21108/dbm_open_n_flag_error_invalid_file_fix_v1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 08:05:14 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 14 Mar 2011 07:05:14 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300086314.7.0.274733633126.issue11487@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Note, there is a fix for the "$MACOSX_DEPLOYMENT_TARGET mismatch" Ronald mentions in Issue9516 and is only a problem if, during the build, /usr/bin/env python is a Python 2.7 that was built with a different deployment target.  Python 2.6 and earlier are not susceptible to this problem.  (3.2 is also susceptible but is unlikely to be the target of /usr/bin/env python).  Of course, fixing future releases of Python2.7 does not help current builds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 08:32:58 2011
From: report at bugs.python.org (Scott Kitterman)
Date: Mon, 14 Mar 2011 07:32:58 +0000
Subject: [issue11492] email.header.Header doesn't fold headers
In-Reply-To: <1300087978.39.0.703069545984.issue11492@psf.upfronthosting.co.za>
Message-ID: <1300087978.39.0.703069545984.issue11492@psf.upfronthosting.co.za>


New submission from Scott Kitterman <sklist at kitterman.com>:

Header folding is very different (non-existent as far as I've found so far) in Python3.  Here's a short example:

#!/usr/bin/python
# -*- coding: ISO-8859-1

from email.header import Header

hdrin = 'Received: from mailout00.controlledmail.com (mailout00.controlledmail.com [72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5 for <bcc at kitterman.com>; Sun, 13 Mar 2011 23:46:05 -0400 (EDT)'

print(Header(hdrin))

With python2.6 the output is:


Received: from mailout00.controlledmail.com (mailout00.controlledmail.com
 [72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5 for
 <bcc at kitterman.com>; Sun, 13 Mar 2011 23:46:05 -0400 (EDT)

With python3.1 or 3.2 the output is one line:

Received: from mailout00.controlledmail.com (mailout00.controlledmail.com [72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5 for <bcc at kitterman.com>; Sun, 13 Mar 2011 23:46:05 -0400 (EDT)

This makes it very difficult to write header processing code that works for both Python2 and Python3 even if one can fold headers at all in Python3.

----------
components: None
messages: 130793
nosy: kitterma
priority: normal
severity: normal
status: open
title: email.header.Header doesn't fold headers

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11492>
_______________________________________

From report at bugs.python.org  Mon Mar 14 08:38:22 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 07:38:22 +0000
Subject: [issue11493] Add python.exe-gdb.py to .hgignore
In-Reply-To: <1300088302.91.0.551103844028.issue11493@psf.upfronthosting.co.za>
Message-ID: <1300088302.91.0.551103844028.issue11493@psf.upfronthosting.co.za>


New submission from Santoso Wijaya <santoso.wijaya at gmail.com>:

The 3.x branch has python.exe-gdb.py entry in its .hgignore file, but the 2.7 branch does not. Can we please add it?

----------
components: Build
files: gdbignore.patch
keywords: patch
messages: 130794
nosy: santa4nt
priority: normal
severity: normal
status: open
title: Add python.exe-gdb.py to .hgignore
versions: Python 2.7
Added file: http://bugs.python.org/file21109/gdbignore.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11493>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:23:13 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 08:23:13 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1300090993.3.0.749667523861.issue11467@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I'm attaching a patch with a fix and a unittest using the email example. I put this in a new test_RFC2368 (the mailto URL scheme) method. Seems like there is no unittest for parsing mailto scheme to begin with.

----------
Added file: http://bugs.python.org/file21110/urlparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:25:04 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 08:25:04 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1300091104.26.0.206988001242.issue11467@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Removed file: http://bugs.python.org/file21110/urlparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:25:32 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 08:25:32 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1300091132.6.0.822845253121.issue11467@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Oops, wrong revision base.

----------
Added file: http://bugs.python.org/file21111/urlparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:30:07 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 14 Mar 2011 08:30:07 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1300091132.6.0.822845253121.issue11467@psf.upfronthosting.co.za>
Message-ID: <20110314083000.GB4388@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Santoso, Quick review comments:

1. The patch looks good.
2. I would use a temporary 'throw-away' variable instead of _, but don't bother to change it, before committing I shall take care.
3. Important - Did you find any regression with the earlier builds, also could you run the full test suite to ensure that all tests pass?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:52:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 08:52:09 +0000
Subject: [issue10885] multiprocessing docs
In-Reply-To: <1294742845.68.0.53995604469.issue10885@psf.upfronthosting.co.za>
Message-ID: <E1Pz3VW-0007R7-Hk@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5dabfc3e4dd5 by Ross Lagerwall in branch '3.1':
Issue #10885: Fix multiprocessing docs typo
http://hg.python.org/cpython/rev/5dabfc3e4dd5

New changeset b2ebe9f5faca by Ross Lagerwall in branch '2.7':
Issue #10885: Fix multiprocessing docs typo
http://hg.python.org/cpython/rev/b2ebe9f5faca

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10885>
_______________________________________

From report at bugs.python.org  Mon Mar 14 09:56:00 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Mon, 14 Mar 2011 08:56:00 +0000
Subject: [issue10885] multiprocessing docs
In-Reply-To: <1294742845.68.0.53995604469.issue10885@psf.upfronthosting.co.za>
Message-ID: <1300092960.1.0.155260061198.issue10885@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
assignee: docs at python -> rosslagerwall
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10885>
_______________________________________

From report at bugs.python.org  Mon Mar 14 10:00:52 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 09:00:52 +0000
Subject: [issue11467] urlparse.urlsplit() regression for paths consisting of
	digits
In-Reply-To: <1299851262.1.0.3225912326.issue11467@psf.upfronthosting.co.za>
Message-ID: <1300093252.36.0.784720852997.issue11467@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Senthil,

Thanks for the review! I was initially thinking of `port = ...` but opted for _, arbitrarily, instead.

regrtest on Darwin-10.6.0-i386-64bit ran fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11467>
_______________________________________

From report at bugs.python.org  Mon Mar 14 11:47:52 2011
From: report at bugs.python.org (Gerrit Holl)
Date: Mon, 14 Mar 2011 10:47:52 +0000
Subject: [issue11494] Confusing error message from warnings.warn
In-Reply-To: <1300099672.81.0.525272322656.issue11494@psf.upfronthosting.co.za>
Message-ID: <1300099672.81.0.525272322656.issue11494@psf.upfronthosting.co.za>


New submission from Gerrit Holl <topjaklont at gmail.com>:

When accidentally passing a string to warnings.warn where one should pass a Warning-class, the error message is rather confusing:

 $ ./python 
 Python 2.7.1+ (release27-maint:88766, Mar  8 2011, 16:51:59) 
 [GCC 4.4.5] on linux2
 Type "help", "copyright", "credits" or "license" for more information.
 >>> import warnings
 >>> warnings.warn("aaa", "bbb")
 Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
 TypeError: issubclass() arg 1 must be a class

It would be better for the error message to say TypeError: warnings must be classes inherited from ... or something like that.

----------
components: Interpreter Core, Library (Lib)
messages: 130800
nosy: Gerrit.Holl
priority: normal
severity: normal
status: open
title: Confusing error message from warnings.warn
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11494>
_______________________________________

From report at bugs.python.org  Mon Mar 14 11:51:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 14 Mar 2011 10:51:09 +0000
Subject: [issue2142] difflib.unified_diff(...) produces invalid patches
In-Reply-To: <1203365817.7.0.0998491412302.issue2142@psf.upfronthosting.co.za>
Message-ID: <1300099869.54.0.442447069483.issue2142@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m not sure whether the compatibility policy would prevent that.  Aren?t there some cases with iterators (not strings) that work fine today without the change?  If so, it should be possible to get the same behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2142>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:03:48 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 12:03:48 +0000
Subject: [issue8516] Speed difference between Python 2.5 and 2.6 during
	filling bsddb database.
In-Reply-To: <1272096720.68.0.81332970497.issue8516@psf.upfronthosting.co.za>
Message-ID: <1300104228.99.0.853653806581.issue8516@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Python 2.7 is out for a year now, and BSDDB is not present in Python 3.

I mark this as closed/out of date.

Any bug in pybsddb must be reported to the external package at http://www.jcea.es/programacion/pybsddb.htm

----------
assignee: jcea -> jafo
nosy: +jafo
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8516>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:09:29 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 12:09:29 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1300104569.18.0.095431271201.issue4473@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4473>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:12:40 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 12:12:40 +0000
Subject: [issue4142] smtplib doesn't clear helo/ehlo flags on quit
In-Reply-To: <1224273762.79.0.0391835714009.issue4142@psf.upfronthosting.co.za>
Message-ID: <1300104760.41.0.459853083531.issue4142@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
versions: +Python 3.3 -Python 2.6, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:33:58 2011
From: report at bugs.python.org (Carl Friedrich Bolz)
Date: Mon, 14 Mar 2011 12:33:58 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300106038.15.0.924212555611.issue11477@psf.upfronthosting.co.za>


Changes by Carl Friedrich Bolz <cfbolz at gmx.de>:


----------
nosy: +cfbolz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:35:41 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 14 Mar 2011 12:35:41 +0000
Subject: [issue11488] Add writelines test coverage in tempfile
In-Reply-To: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>
Message-ID: <1300106141.23.0.424674045802.issue11488@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Agreed, looks fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11488>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:57:05 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 12:57:05 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>
Message-ID: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>


New submission from Jes?s Cea Avi?n <jcea at jcea.es>:

OSF was deprecated in Python 3.2, following the PEP11.

Now we must delete the support completelly for python 3.3.

----------
assignee: jcea
messages: 130804
nosy: jcea
priority: normal
severity: normal
stage: needs patch
status: open
title: Remove OSF support completelly
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:59:21 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 12:59:21 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300107561.85.0.352929067092.issue11485@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

See Issue11487 for more discussion on the SDK issue.

As a workaround do "touch  Include/Python-ast.*" to ensure that the build won't try to rebuild the header files (those files are up-to-date, but the timestamps in a fresh checkout are the same as those of the source file and that causes a rebuild)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Mon Mar 14 13:59:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 12:59:56 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>
Message-ID: <1300107596.89.0.397084791611.issue11495@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, all of the following systems/configurations should have their support removed in 3.3:

    Name:             Systems using Mach C Threads
    Name:             SunOS lightweight processes (LWP)
    Name:             Systems using --with-pth (GNU pth threads)
    Name:             Systems using Irix threads
    Name:             OSF* systems (issue 8606)

----------
keywords: +easy
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:01:13 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 13:01:13 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300107673.14.0.569031477075.issue11487@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Issue11485 contains a comment of someone that ran into the same issue is me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:06:52 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 13:06:52 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1300108012.97.0.971491274435.issue1099@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've added a new patch which only updates makefile.pre.in.

----------
Added file: http://bugs.python.org/file21112/issue1099-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:09:50 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 14 Mar 2011 13:09:50 +0000
Subject: [issue11452] test_inspect, test_trace not symlink install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1300108190.33.0.710504606658.issue11452@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

It happened again.

13:27 ~/src/cpython $ ./python.exe -E -Wd -m test -r -w
== CPython 3.3a0 (default:a49bda5ff3d5, Mar 14 2011, 13:24:44) [GCC 4.2.1 (Apple Inc. build 5664)]
==   Darwin-10.6.0-i386-64bit little-endian
[...]
326 tests OK.
1 test altered the execution environment:
    test_site
23 tests skipped:
[...]
Those skips are all expected on darwin.
[1167563 refs]


13:33 ~/usr/opt $ python3 -E -Wd -m test -r -w
== CPython 3.3a0 (default:a49bda5ff3d5, Mar 14 2011, 13:24:44) [GCC 4.2.1 (Apple Inc. build 5664)]
==   Darwin-10.6.0-i386-64bit little-endian
[...]
325 tests OK.
2 tests failed:
    test_inspect test_trace
23 tests skipped:
[...]
Those skips are all expected on darwin.
Re-running failed tests in verbose mode
[...]
Diff is 2168 characters long. Set self.maxDiff to None to see it.
[1170964 refs]

The very same messages as in msg130452!
I'll try to write a patch which uses realpath() this evening
or so, and if this works i'll upload it.
Someone should take care about that, then, i think ...

B-) -- now this:

14:06 ~/usr/opt $ python3 -E -Wd -m test -r -w test_inspect test_trace
Using random seed 9018489
[1/2] test_inspect
[2/2] test_trace
All 2 tests OK.
[113082 refs]

----------
resolution: invalid -> 
status: closed -> open
title: Test suite not symlink-install clean -> test_inspect, test_trace not symlink install clean

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:15:03 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 13:15:03 +0000
Subject: [issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now
	"10.3"	but "10.5" during configure
In-Reply-To: <1280955591.23.0.0206270993017.issue9516@psf.upfronthosting.co.za>
Message-ID: <1300108503.42.0.439828924798.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Tarek: could you comment on this patch, in particular: is it OK to commit this to 2.7, 3.2 and head?

(I haven't checked yet if the patch still applies cleanly, will do that later today)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:22:16 2011
From: report at bugs.python.org (Michiel de Hoon)
Date: Mon, 14 Mar 2011 13:22:16 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300108936.6.0.384711758895.issue5863@psf.upfronthosting.co.za>


Michiel de Hoon <mdehoon at users.sourceforge.net> added the comment:

Would it be possible to add an open() function to the bz2 module? Currently gzip has such a function, but bz2 does not:

>>> import gzip
>>> gzip.open
<function open at 0x781f0>
>>> import bz2
>>> bz2.open
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AttributeError: 'module' object has no attribute 'open'
>>>

----------
nosy: +mdehoon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:24:10 2011
From: report at bugs.python.org (Robbie Clemons)
Date: Mon, 14 Mar 2011 13:24:10 +0000
Subject: [issue11165] Document PyEval_Call* functions
In-Reply-To: <1297292171.0.0.0899611103523.issue11165@psf.upfronthosting.co.za>
Message-ID: <1300109050.13.0.770033291968.issue11165@psf.upfronthosting.co.za>


Changes by Robbie Clemons <robclemons at gmail.com>:


----------
nosy: +robquad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11165>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:34:12 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 14 Mar 2011 13:34:12 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300109652.24.0.782644719883.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Armin, I'm not sure returning NotImplemented from __iadd__ is a good idea in this case. It means "+=" on a mutable object may silently fail to mutate in-place - enabling that seems rather questionable.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:35:48 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 13:35:48 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1300109748.05.0.298699716095.issue1099@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The patch has a spurious backslash at the end of the $(CC) command, but should otherwise be OK.

I'm currently running the testsuite in will later today push the fix to the repository.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Mon Mar 14 14:36:54 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 14 Mar 2011 13:36:54 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300109814.72.0.549707139247.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:01:43 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 14:01:43 +0000
Subject: [issue11488] Add writelines test coverage in tempfile
In-Reply-To: <1300057687.18.0.251649532354.issue11488@psf.upfronthosting.co.za>
Message-ID: <E1Pz8L7-0000tN-SY@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f816841bab03 by R David Murray in branch '3.1':
#11488: Add tests for writelines method of SpooledTemporaryFile.
http://hg.python.org/cpython/rev/f816841bab03

New changeset da37cc4bd088 by R David Murray in branch '3.2':
Merge #11488 patch from 3.1.
http://hg.python.org/cpython/rev/da37cc4bd088

New changeset 7942f613ea5c by R David Murray in branch 'default':
Merge #11488 patch from 3.2.
http://hg.python.org/cpython/rev/7942f613ea5c

New changeset 7aee0fe6ae5d by R David Murray in branch '2.7':
Port #11488 patch from 3.1 (changeset f816841bab03)
http://hg.python.org/cpython/rev/7aee0fe6ae5d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11488>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:21:40 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 14 Mar 2011 14:21:40 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110314142126.GA51754@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Hello, ??ric and Gregory, this patch also addresses the problem 
that 'one newline too much' may be written in case of errors. 
The problem is already present in the unpatched code, 
and i admit that 11466.3.patch doesn't fix it.

All of this is written under the assumption that i may touch only 
unix_getpass(), not the rest of this file; it would be easier if 
_raw_input() would take a terminal_setup=False argument and 
encapsulate echoing of a final newline ...

About security: i think that you, ??ric, have referred to this 
when you've said "your patch is not uncontroversial". 
There is http://mail.python.org/pipermail/python-dev/2003-December/040579.html, 
and, after looking into OpenBSD:lib/libc/gen/readpassphrase.c, 
i must admit that it would possibly be much better to use a native 
getpass(3) implementation if one is available.

(OpenBSD's getpass() *does not* set ISIG, it just takes care about 
signals and re-kill(2)s them as necessary; it restarts the entire 
getpass() cycle if it's TSTP/TTIN/TTOU and re-kill(2) returns.  
But this belongs to #11236, i guess.)

The mail on #dev is more than seven years old, however, and still 
this getpass.getpass() uses it's naive (compared to OpenBSD, say) 
approach.  And that does not get worse with my patch in the end.

I also want to note that getpass.getpass() may throw IOError 
undocumented, with and without 11466.4.patch applied; 
it does so cleanly upon a49bda5ff3d5. 
And finally i am thankful for all the feedback i can get.

----------
Added file: http://bugs.python.org/file21113/11466.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -38,27 +38,28 @@
 
     Always restores terminal settings before returning.
     """
-    fd = None
     tty = None
-    try:
-        # Always try reading and writing directly on the tty first.
-        fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
-        tty = os.fdopen(fd, 'w+', 1)
-        input = tty
-        if not stream:
-            stream = tty
-    except EnvironmentError as e:
-        # If that fails, see if stdin can be controlled.
+    exinst = None
+    passwd = None
+    # Something to break off if an error happens
+    while 1:
         try:
-            fd = sys.stdin.fileno()
-        except (AttributeError, ValueError):
-            passwd = fallback_getpass(prompt, stream)
-        input = sys.stdin
-        if not stream:
-            stream = sys.stderr
+            # Always try reading and writing directly on the tty first.
+            fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
+            input = tty = os.fdopen(fd, 'w+', 1)
+            if not stream:
+                stream = tty
+        except EnvironmentError:
+            # If that fails, see if stdin can be controlled,
+            # otherwise use generic fallback implementation
+            try:
+                fd = sys.stdin.fileno()
+            except:
+                break
+            if not stream:
+                stream = sys.stderr
+            input = sys.stdin
 
-    if fd is not None:
-        passwd = None
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
@@ -69,20 +70,28 @@
             try:
                 termios.tcsetattr(fd, tcsetattr_flags, new)
                 passwd = _raw_input(prompt, stream, input=input)
+            except Exception as e:
+                exinst = e
             finally:
+                stream.write('\n')
                 termios.tcsetattr(fd, tcsetattr_flags, old)
-                stream.flush()  # issue7208
-        except termios.error as e:
+                stream.flush() # issue7208 (7246)
+        except Exception as e:
             if passwd is not None:
                 # _raw_input succeeded.  The final tcsetattr failed.  Reraise
                 # instead of leaving the terminal in an unknown state.
-                raise
-            # We can't control the tty or stdin.  Give up and use normal IO.
-            # fallback_getpass() raises an appropriate warning.
-            del input, tty  # clean up unused file objects before blocking
-            passwd = fallback_getpass(prompt, stream)
+                exinst = e # e == termios.error
+        break
 
-    stream.write('\n')
+    if not exinst and passwd is None:
+        # We can't control the tty or stdin. Give up and use normal IO.
+        # fallback_getpass() raises an appropriate warning.
+        passwd = fallback_getpass(prompt, stream)
+
+    if tty:
+        tty.close()
+    if exinst:
+        raise exinst
     return passwd
 
 

From report at bugs.python.org  Mon Mar 14 15:33:14 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 14:33:14 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>


New submission from Natalia B. Bidart <nataliabidart at gmail.com>:

If libreadline-dev was installed after configure was run, and the latter is not re-run, test_readline fails with:

[1/1] test_readline
test test_readline failed -- Traceback (most recent call last):
  File "/home/nessita/pycon/sprint/cpython/Lib/test/test_readline.py", line 16, in testHistoryUpdates
    readline.clear_history()
AttributeError: 'module' object has no attribute 'clear_history'

1 test failed:
    test_readline

----------
components: Tests
messages: 130817
nosy: nessita
priority: normal
severity: normal
status: open
title: test_readline fails when readline was installed after running configure (and was not re-run)
type: crash
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:37:28 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 14:37:28 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300113448.82.0.881616357678.issue11496@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

I'm working on a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:38:49 2011
From: report at bugs.python.org (Matias Bordese)
Date: Mon, 14 Mar 2011 14:38:49 +0000
Subject: [issue11497] Devguide: re-run configure in Unix setup step after
	installing deps
In-Reply-To: <1300113528.98.0.0552782381076.issue11497@psf.upfronthosting.co.za>
Message-ID: <1300113528.98.0.0552782381076.issue11497@psf.upfronthosting.co.za>


New submission from Matias Bordese <mbordese at gmail.com>:

When setting up dev environment in Unix and there are missing dependencies after running make, you may need to re-run configure before a new make (relates to #11496).

----------
assignee: docs at python
components: Documentation
messages: 130820
nosy: docs at python, matiasb
priority: normal
severity: normal
status: open
title: Devguide: re-run configure in Unix setup step after installing deps
type: resource usage

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11497>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:46:48 2011
From: report at bugs.python.org (SilentGhost)
Date: Mon, 14 Mar 2011 14:46:48 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1300114008.2.0.793469689705.issue2650@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

I think these are two different questions:
 1. What to escape
 2. What to do about poor performance of the re.escape when re.sub is used

In my opinion, there isn't any justifiable reason to escape non-meta characters: it doesn't affect matching; escaped strings are typically just re-used in regex.

I would favour simpler and cleaner code with re.sub. I don't think that re.quote could be a performance bottleneck in any application. I did some profiling with python3.2 and it seems that the reason for this poor performance is many abstraction layers when using re.sub. However, we need to bear in mind that we're only talking about 40 usec difference for a 100-char string (string.printable): I'd think that strings being escaped are typically shorter.

As a compromise, I tested this code:

_mp = {ord(i): '\\' + i for i in '][.^$*+?{}\\|()'}

def escape(pattern):
    if isinstance(pattern, str):
        return pattern.translate(_mp)
    return sub(br'([][.^$*+?{}\\|()])', br'\\\1', pattern)

which is fast (faster than existing code) for str and slow for bytes patterns.
I don't particularly like it, because of the difference between str and bytes handling, but I do think that it will be much easier to "fix" once/when/if re module is improved.

----------
keywords:  -patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:47:36 2011
From: report at bugs.python.org (Matias Bordese)
Date: Mon, 14 Mar 2011 14:47:36 +0000
Subject: [issue11497] Devguide: re-run configure in Unix setup step after
	installing deps
In-Reply-To: <1300113528.98.0.0552782381076.issue11497@psf.upfronthosting.co.za>
Message-ID: <1300114056.41.0.234255073795.issue11497@psf.upfronthosting.co.za>


Matias Bordese <mbordese at gmail.com> added the comment:

Adding patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file21114/issue11497.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11497>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:50:42 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 14:50:42 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300114242.97.0.404677714111.issue11496@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Trivial patch to skip the test if module 'readline' doesn't have the 'clear_history' attr.

----------
keywords: +patch
Added file: http://bugs.python.org/file21115/pycon-issue11496.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:57:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 14:57:31 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300114651.09.0.464865680988.issue5863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Would it be possible to add an open() function to the bz2 module?
> Currently gzip has such a function, but bz2 does not:

Well, it could be a topic for a separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 14 15:58:22 2011
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 14 Mar 2011 14:58:22 +0000
Subject: [issue11497] Devguide: re-run configure in Unix setup step after
	installing deps
In-Reply-To: <1300113528.98.0.0552782381076.issue11497@psf.upfronthosting.co.za>
Message-ID: <1300114702.12.0.618231047129.issue11497@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Fixed in [9bacb56f08e7]

----------
nosy: +brett.cannon
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11497>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:18:46 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 15:18:46 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300115926.19.0.374797029249.issue11496@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Hmm.  It seems to me that in this case the test *should* fail, since it indicates a broken Python installation.  How about instead catching the error in the test and calling self.fail with the error and an additional message about making sure configure has been run?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:27:53 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 15:27:53 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300116473.12.0.792301872151.issue11491@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


----------
nosy: +brian.curtin
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:29:01 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 15:29:01 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300116541.54.0.167267808704.issue11496@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

MvL explained that there is a configure tests that makes the existence of this routine optional.  So the skip is appropriate, but the message should read something like "the clear history tests cannot be run because the clear_history method is not available.

Martin also points out that this method has been available for a long time, so it may perhaps be appropriate to remove the configure test and turn this back in to a failure.  But that would be a separate issue if someone cares to pursue it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:33:11 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 14 Mar 2011 15:33:11 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300116791.03.0.0380289082895.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

> Would it be possible to add an open() function to the bz2 module?

Yes, it would be quite trivial, though I don't think it would be worthwhile -
all it would do is provide a direct alias for the BZ2File constructor. But as
Antoine said, that is a topic for a separate issue.

@Antoine:

Regarding the use of PY_SSIZE_T_CLEAN, I assume that Py_ssize_t is to be
preferred over plain ssize_t. Is this correct?

Also, I was wondering whether I need to add some sort of license boilerplate to
the beginning of bz2.py? With _bz2module.c, I presume I should retain the
copyright information from the old bz2module.c. Would something like this be ok?

   /* _bz2 - Low-level Python interface to libbzip2.
    *
    * Copyright (c) 2011  Nadeem Vawda <nadeem.vawda at gmail.com>
    *
    * Based on bz2module.c:
    *
    * Copyright (c) 2002  Gustavo Niemeyer <niemeyer at conectiva.com>
    * Copyright (c) 2002  Python Software Foundation; All Rights Reserved
    */

(Browsing through the source files in Lib/ and Modules/, there doesn't seem to
be a clear convention for this sort of thing...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:34:18 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 14 Mar 2011 15:34:18 +0000
Subject: [issue6911] Document changes in asynchat
In-Reply-To: <1252942019.67.0.473669726807.issue6911@psf.upfronthosting.co.za>
Message-ID: <1300116858.5.0.145118506098.issue6911@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

This patch could no longer be applied cleanly on the 2.7 branch.

I have updated the patch so it applies cleanly to commit 22f991bb9b0b on the 2.7 branch.

----------
nosy: +jramnani
Added file: http://bugs.python.org/file21116/asynchat-docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6911>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:38:26 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 15:38:26 +0000
Subject: [issue1440472] email.Generator is not idempotent
Message-ID: <1300117106.99.0.983829082015.issue1440472@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Here is a patch that adds a footnote explaining the issue.

----------
keywords: +patch
Added file: http://bugs.python.org/file21117/gen_not_quite_idem.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1440472>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:39:46 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 15:39:46 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>


New submission from Natalia B. Bidart <nataliabidart at gmail.com>:

When running the test suite, if zlib is not available, we get this failure:

[1/1] test_zipfile
test test_zipfile failed -- Traceback (most recent call last):
  File "/home/nessita/pycon/sprint/cpython/Lib/test/test_zipfile.py", line 498, in test_unicode_filenames
    zipfp.open(name).close()
  File "/home/nessita/pycon/sprint/cpython/Lib/zipfile.py", line 978, in open
    close_fileobj=not self._filePassed)
  File "/home/nessita/pycon/sprint/cpython/Lib/zipfile.py", line 487, in __init__
    self._decompressor = zlib.decompressobj(-15)
AttributeError: 'NoneType' object has no attribute 'decompressobj'
1 test failed:
    test_zipfile

----------
components: Tests
messages: 130831
nosy: nessita
priority: normal
severity: normal
status: open
title: test_zipfile.test_unicode_filenames should be skipped of no zlib
type: crash
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:41:02 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 15:41:02 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <1300117262.45.0.142412989557.issue11498@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:41:46 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 15:41:46 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <1300117306.09.0.976072701184.issue11498@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Trivial patch to skip the aforementioned test.

----------
keywords: +patch
Added file: http://bugs.python.org/file21118/pycon-issue11498.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:47:49 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 15:47:49 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300117669.05.0.0948143770638.issue11496@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Attaching patch with improved skip message as per David's comment.

----------
Added file: http://bugs.python.org/file21119/pycon-issue11496.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:52:36 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 15:52:36 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>
Message-ID: <1300117956.0.0.0342801226901.issue11495@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Uhm... cleaning this code I have a lot of references in ctypes libraries, especifically in the FFI section.

I have the feeling that we are importing this code from upstream, so I better don't touch this ctypes/FFI.

Am I right?.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:54:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 15:54:46 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300117956.0.0.0342801226901.issue11495@psf.upfronthosting.co.za>
Message-ID: <1300118082.3720.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Uhm... cleaning this code I have a lot of references in ctypes
> libraries, especifically in the FFI section.
> 
> I have the feeling that we are importing this code from upstream, so I
> better don't touch this ctypes/FFI.

ctypes can be touched, but libffi shouldn't indeed.
(well... I believe our current copy of libffi may have changes applied,
but I don't know how/where they are maintained)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:57:28 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 15:57:28 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <E1PzA99-00056S-4Z@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 89af3880ca57 by Eric V. Smith in branch 'default':
Skip test if zlib not present. Closes #11498. Patch by Natalia B. Bidart.
http://hg.python.org/cpython/rev/89af3880ca57

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:58:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 15:58:05 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1300116791.03.0.0380289082895.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300118282.3720.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Regarding the use of PY_SSIZE_T_CLEAN, I assume that Py_ssize_t is to be
> preferred over plain ssize_t. Is this correct?

Yes, ssize_t doesn't exist everywhere AFAIK.
(size_t does, or at least we assume it does)

> Also, I was wondering whether I need to add some sort of license boilerplate to
> the beginning of bz2.py? With _bz2module.c, I presume I should retain the
> copyright information from the old bz2module.c. Would something like this be ok?

Well, I would personally advocate not re-adding a license boilerplate,
since it doesn't serve a purpose (nearly all of Python is freely usable
under the PSF License, and the authors are documented by version
control).
You could ask on python-dev to get other opinions, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 14 16:59:33 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 15:59:33 +0000
Subject: [issue7689] Pickling of classes with a metaclass and copy_reg
In-Reply-To: <1263375134.71.0.434114641669.issue7689@psf.upfronthosting.co.za>
Message-ID: <1300118373.58.0.590546354882.issue7689@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7689>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:00:35 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 14 Mar 2011 16:00:35 +0000
Subject: [issue11499] reassignment to bool is left in the file
In-Reply-To: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>
Message-ID: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>


New submission from Jason R. Coombs <jaraco at jaraco.com>:

Consider the Python file

    #!python
    True = 1
    False = 0

The 2to3 script returns an empty diff for this file.

These lines (especially when the values are canonical), are clearly for backward compatibility to early Python 2.x editions (2.2.1 and earlier).

These statements cause an error in Python 3. It would be nice if 2to3 could either remove these lines or log a warning.

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 130838
nosy: jaraco
priority: normal
severity: normal
status: open
title: reassignment to bool is left in the file
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11499>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:01:15 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 16:01:15 +0000
Subject: [issue11165] Document PyEval_Call* functions
In-Reply-To: <1297292171.0.0.0899611103523.issue11165@psf.upfronthosting.co.za>
Message-ID: <1300118475.05.0.00213117616908.issue11165@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

IMO, it would probably have been better if these APIs had been private from the start. Is there any use case for calling them from 3rd-party code?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11165>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:02:03 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 16:02:03 +0000
Subject: [issue11499] 2to3: reassignment to bool is left in the file
In-Reply-To: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>
Message-ID: <1300118523.02.0.565166542062.issue11499@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +benjamin.peterson
title: reassignment to bool is left in the file -> 2to3: reassignment to bool is left in the file

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11499>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:02:54 2011
From: report at bugs.python.org (Robbie Clemons)
Date: Mon, 14 Mar 2011 16:02:54 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300118574.06.0.180315260243.issue10775@psf.upfronthosting.co.za>


Robbie Clemons <robclemons at gmail.com> added the comment:

Changing callableObj to callable_obj in assertRaises will break for anyone that's upgrading to 3.3.  I left a comment on the review.

----------
nosy: +robquad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:07:18 2011
From: report at bugs.python.org (Scott Wilson)
Date: Mon, 14 Mar 2011 16:07:18 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>


New submission from Scott Wilson <scott.wilson at gmail.com>:

Fixes a bug in the os x proxy bypass code for fully qualified IP addresses in the proxy exception list. 

Tests that fail on os x without this patch:

test_urllib2.HandlerTests.test_proxy_https
test_urllib2.HandlerTests.test_proxy_https_proxy_authorization

Will create a separate issue to improve test coverage in this area.

----------
assignee: ronaldoussoren
components: Macintosh
files: proxy_bypass_osx.diff
keywords: patch
messages: 130841
nosy: ronaldoussoren, rswilson
priority: normal
severity: normal
status: open
title: Fixes failing urllib2 proxy tests on OSX
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21120/proxy_bypass_osx.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:09:23 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Mon, 14 Mar 2011 16:09:23 +0000
Subject: [issue6584] gzip module has no custom exception
In-Reply-To: <1248675050.27.0.747048824781.issue6584@psf.upfronthosting.co.za>
Message-ID: <1300118963.66.0.877297946781.issue6584@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Bump! How about commiting this patch? Or maybe there is something missing? I'll be happy to fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6584>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:12:37 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 16:12:37 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <E1PzANm-00073y-PC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 7af5a9298251 by Ronald Oussoren in branch '3.1':
Fixes #1099: Mac compile fails with pydebug and framework enabled
http://hg.python.org/cpython/rev/7af5a9298251

New changeset e8679f07badd by Ronald Oussoren in branch '3.2':
Issue #1099: Fix the build on MacOSX when building a framework with pydebug using GCC 4.0.
http://hg.python.org/cpython/rev/e8679f07badd

New changeset 4c651c1abd28 by Ronald Oussoren in branch 'default':
Issue #1099: Fix the build on MacOSX when building a framework with pydebug
http://hg.python.org/cpython/rev/4c651c1abd28

New changeset bcca0a6ebbd2 by Ronald Oussoren in branch '2.7':
Issue #1099: Fix the build on MacOSX when building a framework with pydebug using GCC 4.0.
http://hg.python.org/cpython/rev/bcca0a6ebbd2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:15:34 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 16:15:34 +0000
Subject: [issue6584] gzip module has no custom exception
In-Reply-To: <1248675050.27.0.747048824781.issue6584@psf.upfronthosting.co.za>
Message-ID: <1300119334.16.0.763698087562.issue6584@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Since the patch makes BadGzipFile a subclass of IOError, it doesn't look unreasonable.
Some nits:
- a gzipped file is not an "archive"
- the unit tests should use either the "with" statement, or try/finally blocks to properly close the file even when the test fails
- you should probably explicitly test that BadGzipFile is a subclass of IOError

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6584>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:18:17 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 14 Mar 2011 16:18:17 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1300119497.96.0.321099772536.issue5673@psf.upfronthosting.co.za>


Reid Kleckner <rnk at mit.edu> added the comment:

I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c].

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:18:41 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 16:18:41 +0000
Subject: [issue1099] Mac compile fails with pydebug and framework enabled
In-Reply-To: <1188886622.31.0.867109013105.issue1099@psf.upfronthosting.co.za>
Message-ID: <1300119521.18.0.237889787346.issue1099@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:19:07 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 14 Mar 2011 16:19:07 +0000
Subject: [issue11489] json.dumps not parsable by json.loads (on Linux only)
In-Reply-To: <1300058240.59.0.513243746739.issue11489@psf.upfronthosting.co.za>
Message-ID: <1300119547.45.0.353310353078.issue11489@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> It appears this is an invalid unicode character.
> Shouldn't this be caught by decode("utf8")

It should and it is in Python 3.x:

>>> b'\xed\xa8\x80'.decode("utf8")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: invalid continuation byte

Python 2.7 behavior seems to be a bug.

>>> '\xed\xa8\x80'.decode("utf8")
u'\uda00'

Note also the following difference:

In 3.x:

>>> b'\xed\xa8\x80'.decode("utf8", 'replace')
'??'

In 2.7:

>>> '\xed\xa8\x80'.decode("utf8", 'replace')
u'\uda00'

I am not sure this should be fixed in 2.x. Lone surrogates seem to round-trip just fine in 2.x and there likely to be existing code that relies on this.

>  Shouldn't anything generated by json.dumps be parsed by json.loads?

This on the other hand should probably be fixed by either rejecting lone surrogates in json.dumps or accepting them in json.loads or both.  The last alternative would be consistent with the common wisdom of being conservative in what you produce but liberal in what you accept.

----------
nosy: +belopolsky, haypo
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11489>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:19:38 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 16:19:38 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>


New submission from Natalia B. Bidart <nataliabidart at gmail.com>:

When creating a zipfile, the code:

zip = zipfile.ZipFile(zip_filename, "w",
                      compression=zipfile.ZIP_DEFLATED)

does not handle the potential RuntimeError casued by:

"If ZIP_DEFLATED is specified but the zlib module is not available, RuntimeError is also raised."

----------
assignee: tarek
components: Distutils2
messages: 130847
nosy: alexis, eric.araujo, nessita, tarek
priority: normal
severity: normal
status: open
title: distutils.archive_util should handle absence of zlib module
type: crash
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:21:24 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 16:21:24 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300119684.64.0.200270727706.issue11501@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:31:12 2011
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 14 Mar 2011 16:31:12 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1300119497.96.0.321099772536.issue5673@psf.upfronthosting.co.za>
Message-ID: <77BE8FC4-C930-4A1F-A814-2F0849F3D07E@activestate.com>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:

> I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c].

Does this go to the main branch (py3.3) only? It is not clear from just looking at http://hg.python.org/cpython/rev/c4a0fa6e687c/

----------
Added file: http://bugs.python.org/file21121/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________
-------------- next part --------------
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c].</span></blockquote></div><br><div>Does this go to the main branch (py3.3) only? It is not clear from just looking at&nbsp;<a href="http://hg.python.o
 rg/cpython/rev/c4a0fa6e687c/">http://hg.python.org/cpython/rev/c4a0fa6e687c/</a>&nbsp;</div></body></html>

From report at bugs.python.org  Mon Mar 14 17:31:32 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 14 Mar 2011 16:31:32 +0000
Subject: [issue11502] assignment of winreg module to another name causes
	NameError
In-Reply-To: <1300120292.26.0.949538054065.issue11502@psf.upfronthosting.co.za>
Message-ID: <1300120292.26.0.949538054065.issue11502@psf.upfronthosting.co.za>


New submission from Jason R. Coombs <jaraco at jaraco.com>:

Consider the Python file:

    import _winreg
    _winreg.foo
    x = _winreg

Currently, 2to3 converts this to:

    import winreg
    winreg.foo
    x = _winreg

The result will elicit a NameError on line 3 (if line 2 is valid). Is it possible to support this case?

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 130849
nosy: jaraco
priority: normal
severity: normal
status: open
title: assignment of winreg module to another name causes NameError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11502>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:33:44 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 16:33:44 +0000
Subject: [issue11024] imaplib: Time2Internaldate() returns localized strings
In-Reply-To: <1296135301.42.0.767818406183.issue11024@psf.upfronthosting.co.za>
Message-ID: <1300120424.72.0.108904433898.issue11024@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The tests for this function are...not sufficient.  I don't think I'm comfortable committing a patch without improving the tests.  Ideally there would also be a test that the locale does not affect the result, which would need to be skipped if the chosen test locale was not available on the machine running the tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11024>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:35:00 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 14 Mar 2011 16:35:00 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <77BE8FC4-C930-4A1F-A814-2F0849F3D07E@activestate.com>
Message-ID: <AANLkTinY=b2KwUcJmW6qrJg7hfoNi7Y7y_u+mKL9GETH@mail.gmail.com>


Reid Kleckner <rnk at mit.edu> added the comment:

On Mon, Mar 14, 2011 at 12:31 PM, Sridhar Ratnakumar
<report at bugs.python.org> wrote:
>
> Sridhar Ratnakumar <sridharr at activestate.com> added the comment:
>
> On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:
>
>> I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c].
>
> Does this go to the main branch (py3.3) only? It is not clear from just looking at http://hg.python.org/cpython/rev/c4a0fa6e687c/

Yes, it's a new feature, so I don't think it's appropriate to backport.

Actually, I just noticed I forgot the update the doc patches.  They
should all say added in 3.3, not 3.2.

Reid

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:37:07 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 16:37:07 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>
Message-ID: <E1PzAlV-0002EZ-Hz@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 15b090c9442a by Jesus Cea in branch 'default':
Issue #11495: OSF support is eliminated. It was deprecated in Python 3.2
http://hg.python.org/cpython/rev/15b090c9442a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:38:50 2011
From: report at bugs.python.org (Scott Wilson)
Date: Mon, 14 Mar 2011 16:38:50 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <1300120730.38.0.84067967656.issue11500@psf.upfronthosting.co.za>


Changes by Scott Wilson <scott.wilson at gmail.com>:


----------
nosy: +orsenthil -ronaldoussoren
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:39:15 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 14 Mar 2011 16:39:15 +0000
Subject: [issue11495] Remove OSF support completelly
In-Reply-To: <1300107425.29.0.800437634415.issue11495@psf.upfronthosting.co.za>
Message-ID: <1300120755.26.0.686417644952.issue11495@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Committed as r15b090c9442a.

The other deprecated supports should be covered in other issues. I will check myself them in a while.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11495>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:47:10 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 14 Mar 2011 16:47:10 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1300121230.9.0.654910563228.issue5673@psf.upfronthosting.co.za>


Changes by Reid Kleckner <rnk at mit.edu>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:48:18 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 14 Mar 2011 16:48:18 +0000
Subject: [issue11480] Cannot copy a class with a metaclass other than type
In-Reply-To: <1300007060.0.0.461224143225.issue11480@psf.upfronthosting.co.za>
Message-ID: <1300121298.18.0.526703745921.issue11480@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
keywords: +needs review
nosy: +alexandre.vassalotti, stutzbach
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11480>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:54:49 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 14 Mar 2011 16:54:49 +0000
Subject: [issue11499] 2to3: reassignment to bool is left in the file
In-Reply-To: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>
Message-ID: <1300121689.55.0.584171364004.issue11499@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

That seems awfully obscure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11499>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:57:24 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 14 Mar 2011 16:57:24 +0000
Subject: [issue11499] 2to3: reassignment to bool is left in the file
In-Reply-To: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>
Message-ID: <1300121844.82.0.236460076115.issue11499@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Agreed.

I encountered it in https://github.com/dottedmag/path.py, which has since been "patched" by removing the compatibility clauses, but that means that Python 2.2.1 and earlier are no longer supported by the project.

If it's not worth the trouble of adding, just close with won't fix. I only suggest it because I encountered it and others might as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11499>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:58:14 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 16:58:14 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>


New submission from Evan Dandrea <ev at ubuntu.com>:

I've expanded the coverage of the posixpath test.  The following scenarios have been added:
 - lexists with a non-existent file.
 - ismount with binary data.
 - ismount with a directory that is not a mountpoint.
 - ismount with a non-existent file.
 - ismount with a symlink.
 - expanduser with $HOME unset.
 - realpath with a relative path.
 - sameopenfile with a basic test.

I have tested it on Ubuntu natty (20110311) and Mac OSX 10.6.6.

----------
components: Tests
files: test_posixpath.patch
keywords: patch
messages: 130856
nosy: ev
priority: normal
severity: normal
status: open
title: Expand test coverage in posixpath
type: behavior
Added file: http://bugs.python.org/file21122/test_posixpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 17:59:53 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 16:59:53 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <1300121993.03.0.894765517157.issue11498@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I fixed it in 3.2 too in d2689ed3dc83.
Thanks for the patch!

----------
resolution: fixed -> 
stage: committed/rejected -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:00:16 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 17:00:16 +0000
Subject: [issue11498] test_zipfile.test_unicode_filenames should be skipped of
	no zlib
In-Reply-To: <1300117186.88.0.720141947876.issue11498@psf.upfronthosting.co.za>
Message-ID: <1300122016.89.0.460775280047.issue11498@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11498>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:07:19 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 14 Mar 2011 17:07:19 +0000
Subject: [issue11499] 2to3: reassignment to bool is left in the file
In-Reply-To: <1300118435.38.0.980268462188.issue11499@psf.upfronthosting.co.za>
Message-ID: <1300122439.98.0.0899470256723.issue11499@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Okay. This is certainly the first request I've seen, so I'm going to close.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11499>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:08:18 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 17:08:18 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300122498.72.0.897747930302.issue11503@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


----------
nosy: +michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:13:59 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 17:13:59 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

http://www.python.org/dev/buildbot/all/builders/x86%20debian%20parallel%203.x/builds/1678/steps/test/logs/stdio



======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/test/test_subprocess.py", line 133, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ProcessTestCasePOSIXPurePython)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/test/test_subprocess.py", line 133, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/test/test_subprocess.py", line 133, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

----------
assignee: rnk
components: Library (Lib), Tests
keywords: buildbot
messages: 130859
nosy: pitrou, rnk
priority: normal
severity: normal
stage: needs patch
status: open
title: test_subprocess failure
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:22:36 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 14 Mar 2011 17:22:36 +0000
Subject: [issue11487] build_installer.py should avoid relying on a young Python
In-Reply-To: <1300053776.08.0.54704271531.issue11487@psf.upfronthosting.co.za>
Message-ID: <1300123356.54.0.379991260865.issue11487@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11487>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:26:33 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 14 Mar 2011 17:26:33 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=rPWqYFkYozJDdyZUC4DybUWTGBjvEBJtHYraF@mail.gmail.com>


Reid Kleckner <rnk at mit.edu> added the comment:

I can't reproduce this.  I've tested on:
64-bit Linux (Debian lenny)
OS X 10.6
Windows Vista 32-bit

It seems reasonable to me that the interpreter should be able to
initialize and write to stdout in less than half a second, but it
seems to be failing consistently on that builder.  I'd really rather
not make the timeout longer, since it will increase testing time for
everyone.  Is there something about that builder that makes
initialization take longer?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:31:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 17:31:32 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300123892.84.0.0445385241671.issue11504@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It seems reasonable to me that the interpreter should be able to
> initialize and write to stdout in less than half a second

Well, we have some very slow buildbots and others which seem quite loaded too.
(this one should be very fast but perhaps there's some other stuff going on in the background)

In my experience such a low timeout value may be enough for light in-process stuff such as lock.acquire() or select(), but if you spawn a whole new process you should let the system breathe a bit more. I know this also unfortunately increases the test runtime, but try to bump it up to at least 1.5 seconds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:31:42 2011
From: report at bugs.python.org (Brian Merrell)
Date: Mon, 14 Mar 2011 17:31:42 +0000
Subject: [issue11489] json.dumps not parsable by json.loads (on Linux only)
In-Reply-To: <1300058240.59.0.513243746739.issue11489@psf.upfronthosting.co.za>
Message-ID: <1300123902.38.0.351714649212.issue11489@psf.upfronthosting.co.za>


Brian Merrell <brian at merrells.org> added the comment:

>I am not sure this should be fixed in 2.x. Lone surrogates seem to >round-trip just fine in 2.x and there likely to be existing code that >relies on this.

I generally agree but am then at a loss as to how to detect and deal with lone surrogates(eg "ignore", "replace", etc) in 2.x when interacting with services/libraries (such as Python's own json.loads) that take a stricter view.

>>  Shouldn't anything generated by json.dumps be parsed by json.loads?

>This on the other hand should probably be fixed by either rejecting >lone surrogates in json.dumps or accepting them in json.loads or both.  >The last alternative would be consistent with the common wisdom of >being conservative in what you produce but liberal in what you accept.

We seem to be in the worst of both worlds right now as I've generated and stored a lot of json that can not be read back in.  Could the JSON library simply leverage Python's Unicode interpreter instead of performing its own validation?  We could pass it "ignore", "replace", etc.  Regardless, I think we certainly need to remove the strict JSON loads() validation especially when it isn't enforced by dumps().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11489>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:32:10 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 17:32:10 +0000
Subject: [issue11148] Crash and error message from Python VM
In-Reply-To: <1297160369.82.0.352972553571.issue11148@psf.upfronthosting.co.za>
Message-ID: <1300123930.98.0.399315241921.issue11148@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree this is a duplicate of #6721. I'm therefore closing this issue.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11148>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:33:14 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 17:33:14 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1300123994.65.0.592984118926.issue9670@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


Removed file: http://bugs.python.org/file19301/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:39:42 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 14 Mar 2011 17:39:42 +0000
Subject: [issue10665] Expand unicodedata module documentation
In-Reply-To: <1291930276.17.0.60709403086.issue10665@psf.upfronthosting.co.za>
Message-ID: <1300124382.3.0.0185681911369.issue10665@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The "PDF generator" is PDFLaTeX, whose range of Unicode characters is very limited, so no, I can't fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10665>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:40:28 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 14 Mar 2011 17:40:28 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300124428.46.0.565735060966.issue11491@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Attached is a slightly updated version of the patch. If the assertEqual for any reason were to fail, the file wouldn't be closed, leading to a ResourceWarning. That'll work on 3.2+, but if this is backported consideration will have to be made there (try/finally, probably).

Otherwise, in concept I think this patch is alright.

----------
Added file: http://bugs.python.org/file21123/issue11491.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:43:37 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 14 Mar 2011 17:43:37 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300124617.88.0.728976408437.issue11477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It seems to me that the underlying (design) flaw is having duplicate slots in the C type structure*.  I presume that having two different functions in num-add and seq-add (concat) (I know, not quite the proper names), etc, is an error. I also assume that changing the structure is out, whether frozen in the ABI or not, as disabling every extention type.

But could we change how the slots are handled? For instance, when class is created, if nun-add is absent and seq-add is present, copy seq-add to num-add and thereafter only use num-add and treat seq-add as a dummy left for back compatibility.  In other words, merge the duplicate slots in their effect, so there is a proper 1-1 relationship between syntax operators and methods, as there is for Python-coded classes.

*I am guessing that this was for convenience -- making a number? fill in num slots; making a sequence? fill in seq slots. Or perhaps Guido once had some idea of possibly separating the operators/functions at the Python level. Does not matter at present.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 18:48:08 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 14 Mar 2011 17:48:08 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300124888.47.0.508024232617.issue11477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

And if num-add is present and seq-add not, copy the other way, even if it were recommended to only use the former.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:12:02 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 18:12:02 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300126322.43.0.590813279995.issue11496@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:15:36 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 14 Mar 2011 18:15:36 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300126536.73.0.530531245832.issue11504@psf.upfronthosting.co.za>


Reid Kleckner <rnk at mit.edu> added the comment:

I increased the timeout in [fd2b3eac6756] and the buildbot is passing now:
http://python.org/dev/buildbot/all/builders/x86%20debian%20parallel%203.x

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:21:03 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 18:21:03 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300126863.12.0.901654520569.issue11491@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

Looks good to me.  I thought the same thing about the file not being closed on error, but all of the other tests in the file also suffer from that problem, so I just followed the convention set out by the other tests.  Maybe if you eventually commit this change, you could improve this behavior in the other tests as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:22:29 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 18:22:29 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300126949.91.0.436557507192.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

Fixed a typo in the previous patch.

----------
Added file: http://bugs.python.org/file21124/test_posixpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:28:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 14 Mar 2011 18:28:55 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300127335.01.0.317111661808.issue11491@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Fortunately, addCleanup exists in 2.7 and 3.1.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:41:02 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 18:41:02 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300128062.04.0.565122147809.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

Added an updated patch that includes testing whether ismount would succeed by faking path being on a different device from its parent.

----------
Added file: http://bugs.python.org/file21125/test_posixpath_with_same_device.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:45:05 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 18:45:05 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1300128305.16.0.365287999448.issue9670@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've slightly updated the patch:

1) Increase default stack size to 1MByte

2) Change the preprocessor guard to also trigger on FreeBSD

Without this patch I get crashes for 32-bit and 64-bit Intel architectures on OSX 10.6, with this patch those crashes go away.

I don't have access to a freebsd box so cannot test there.

----------
Added file: http://bugs.python.org/file21126/issue9670-v2.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:46:37 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 18:46:37 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1300128397.03.0.909902864831.issue9670@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The attached unittest file triggers the issue until the patch is applied.

I'm not sure if I'd be a good idea to add this test as is to the testsuite, given the hard crash when it fails.

----------
Added file: http://bugs.python.org/file21127/test_issue9670.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:50:31 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 18:50:31 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300128631.38.0.704918851032.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

It's probably best to give the fake stats inode numbers, so if the code does fail to check the st_dev fields, it will fail the test.  I've updated the patch with this.

----------
Added file: http://bugs.python.org/file21128/test_posixpath_with_same_device.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 19:59:59 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 18:59:59 +0000
Subject: [issue8746] os.chflags() and os.lchflags() are not built when they
	should be be
In-Reply-To: <1274173521.53.0.771933425772.issue8746@psf.upfronthosting.co.za>
Message-ID: <1300129199.67.0.594784774189.issue8746@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Tests for the posix module should go in test_posix. The name 'posix' is used very loosely in python, it is basicly used as an alias for 'unixy'.

I'm not too happy about replicating the definition of the flags, as Ned noted the flags are also defined in Lib/stat.py.  I'd keep them out of posixmodule as the current definitions in Lib/stat.py should be valid on all platforms that currently support these flags.

W.r.t testing: there should be some simple smoke tests, basicly just enough to ensure that the function is available and that it links up to the right system call. There is no need to perform un exhaustive test of the system call, that should be done by the os vendor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8746>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:02:08 2011
From: report at bugs.python.org (Kurt B. Kaiser)
Date: Mon, 14 Mar 2011 19:02:08 +0000
Subject: [issue10907] OS X installer: warn users of buggy Tcl/Tk in OS X 10.6
In-Reply-To: <1295020361.6.0.15646249296.issue10907@psf.upfronthosting.co.za>
Message-ID: <1300129328.25.0.411311394661.issue10907@psf.upfronthosting.co.za>


Changes by Kurt B. Kaiser <kbk at shore.net>:


----------
nosy: +kbk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10907>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:09:58 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 19:09:58 +0000
Subject: [issue10237] failure in Barrier tests
In-Reply-To: <1288391142.98.0.44997335021.issue10237@psf.upfronthosting.co.za>
Message-ID: <1300129798.7.0.552962462678.issue10237@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Is this issue still valid? The last comment seems to indicate that the issue is fixed and could be closed.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10237>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:31:08 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 19:31:08 +0000
Subject: [issue10684] Folders get deleted when trying to change case with
	shutil.move (case insensitive file systems only)
In-Reply-To: <1292149124.13.0.45494559671.issue10684@psf.upfronthosting.co.za>
Message-ID: <1300131068.41.0.962906968045.issue10684@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The fallback to copy+remove happens because shutil.move first checks if the destination exists and is a directory, if so it moves the source into the destination, that is, given:

os.mkdir('foo')
os.mkdir('bar')

Then ``shutil.move('foo', 'bar')`` is the same as ``shutil.move('foo', 'bar/foo')``.

On filesystems that are case insensitive this triggers for ``shutil.move('foo', 'FOO')`` as wel, causing a call to ``os.rename('foo', 'FOO/foo')`` and that fails because you cannot move a folder inside itself.

The attached patch makes the test unconditional (as it should pass always when the filesystem is case sensitive) and checks if src and dst are the same when dst is a directory, in that case os.rename is called and we never try to copy.

----------
Added file: http://bugs.python.org/file21129/issue10684-py33.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10684>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:32:04 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 19:32:04 +0000
Subject: [issue10684] Folders get deleted when trying to change case with
	shutil.move (case insensitive file systems only)
In-Reply-To: <1292149124.13.0.45494559671.issue10684@psf.upfronthosting.co.za>
Message-ID: <1300131124.96.0.714088329559.issue10684@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
keywords: +needs review
stage: needs patch -> patch review
versions: +Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10684>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:36:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 19:36:09 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <E1PzDYm-0002JR-4R@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f8d603a2a0af by briancurtin in branch '3.1':
Fix #11491. When dbm.open was called with a file which already exists and
http://hg.python.org/cpython/rev/f8d603a2a0af

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:37:40 2011
From: report at bugs.python.org (Alicia Arlen)
Date: Mon, 14 Mar 2011 19:37:40 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>


New submission from Alicia Arlen <arlen514 at yahoo.com>:

Started from coverage.py results.  Only 6 groups of lines did not have coverage.  Since the Template class originated in PEP292, those tests were added in test_pep292.py.  All Formatter class tests were added in test_string.py.

_invalid test (Lines 89-90):
  This error does not naturally occur, so the regex for pattern was overloaded to create the scenario where the format fails on the first character.

_vformat test (line 174):
  Forced recursion_depth negative to raise the error.

convert_field (lines 226, 299):
  Sent in appropriate convversion requests.

get_field (lines 256-257, 259):
  Added fieldname variations to test getattr and getitem lookups.

----------
components: Tests
files: string_test_coverage.diff
keywords: patch
messages: 130880
nosy: Alicia.Arlen, brian.curtin, georg.brandl
priority: normal
severity: normal
status: open
title: string.py increased test coverage
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21130/string_test_coverage.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:41:36 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 14 Mar 2011 19:41:36 +0000
Subject: [issue11506] b'' += gives SystemError instead of SyntaxError
In-Reply-To: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>
Message-ID: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

b'' += source gives SystemError instead of SyntaxError

----------
messages: 130881
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: b'' += gives SystemError instead of SyntaxError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11506>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:41:41 2011
From: report at bugs.python.org (Jonathan Hartley)
Date: Mon, 14 Mar 2011 19:41:41 +0000
Subject: [issue11407] unittest.TestCase.run should return result
In-Reply-To: <1299332611.94.0.0298919007686.issue11407@psf.upfronthosting.co.za>
Message-ID: <1300131701.99.0.182288442489.issue11407@psf.upfronthosting.co.za>


Jonathan Hartley <tartley at tartley.com> added the comment:

Attached patch fixes this.

TestCase.run now returns its TestResult object, regardless of whether it was passed in or created internally. Test assertions added for this. Invoking an instance of TestCase already returned the return value of .run, so the result is correctly propagated. New test added that verifies that .__call__ delegates to .run.

Fix for an unrelated minor typo in the docs also bundled into this patch: Fixed the versionchanged:: markup for class TestCase.

This is my first patch submission, please help me out if I mess it up. Thanks.

----------
keywords: +patch
nosy: +tartley
Added file: http://bugs.python.org/file21131/issue11407.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11407>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:54:53 2011
From: report at bugs.python.org (Eric Smith)
Date: Mon, 14 Mar 2011 19:54:53 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300132493.22.0.998684205077.issue11505@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:56:18 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Mon, 14 Mar 2011 19:56:18 +0000
Subject: [issue6584] gzip module has no custom exception
In-Reply-To: <1248675050.27.0.747048824781.issue6584@psf.upfronthosting.co.za>
Message-ID: <1300132578.14.0.118659750793.issue6584@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I'll be very happy to fix this after Friday. Thanks for your comments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6584>
_______________________________________

From report at bugs.python.org  Mon Mar 14 20:57:52 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Mon, 14 Mar 2011 19:57:52 +0000
Subject: [issue11507] Misspelled exercises
Message-ID: <1300132672.42.0.871044090522.issue11507@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_exercises.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled exercises
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file21132/misspelled_exercises.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11507>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:01:51 2011
From: report at bugs.python.org (David Caro)
Date: Mon, 14 Mar 2011 20:01:51 +0000
Subject: [issue11021] email MIME-Version headers for each part in multipart
	message
In-Reply-To: <1296085645.01.0.978524639714.issue11021@psf.upfronthosting.co.za>
Message-ID: <1300132911.78.0.292482848893.issue11021@psf.upfronthosting.co.za>


David Caro <david.caro.estevez at gmail.com> added the comment:

Of course, the RFC that discusses the MIME-Version Header is  RFC-2045
http://www.ietf.org/rfc/rfc2045.txt

Extract of the page 8:
   "Note that the MIME-Version header field is required at the top level
   of a message.  It is not required for each body part of a multipart
   entity."

Strictly all the implementations should support the MIME-Version on each field, because the RFC does not explicitly say that it should not be included, but all the best practice documents that mention it say that it should not be included in all the parts, my main concern is that maybe it raises the spam level of the sent e-mails.

Maybe it's not critical enough to be backported, but at least, it should be changed for future versions.

Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11021>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:03:45 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 20:03:45 +0000
Subject: [issue10433] Document unique behavior of 'getgroups' on OSX
In-Reply-To: <1289916367.38.0.763799196023.issue10433@psf.upfronthosting.co.za>
Message-ID: <1300133025.32.0.833943843685.issue10433@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I do understand the issue, but I'm not sure if I can write it down consisely. I've attached an initial attempt (patch is relative to the default branch, I'll port to 2.7 and 3.2 if it looks OK)

----------
keywords: +needs review, patch
Added file: http://bugs.python.org/file21133/issue10433.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10433>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:06:25 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 14 Mar 2011 20:06:25 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1300133185.47.0.824725591231.issue2636@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Could you add me as a member or admin on the mrab-regex-hg project?  I've got a few things I want to fix in the code as I start looking into the state of this module.  gpsmith at gmail dot com is my google account.

There are some fixes in the upstream python that haven't made it into this code that I want to merge in among other things.  I may also add a setup.py file and some scripts to to make building and testing this stand alone easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:06:59 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 20:06:59 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1265814298.66.0.86998714187.issue7900@psf.upfronthosting.co.za>
Message-ID: <1300133219.1.0.0634086967097.issue7900@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm closing this issue again, the current behavior is intended (as it mirrors platform behavior).

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7900>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:08:54 2011
From: report at bugs.python.org (Scott Wilson)
Date: Mon, 14 Mar 2011 20:08:54 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <1300133334.4.0.472032295728.issue11500@psf.upfronthosting.co.za>


Scott Wilson <scott.wilson at gmail.com> added the comment:

This patch adds test coverage to the osx proxy bypass code and includes the previous one line patch.

Also adds a test for the proxy_no=* case.

----------
Added file: http://bugs.python.org/file21134/proxy_bypass_osx_w_tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:09:35 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 14 Mar 2011 20:09:35 +0000
Subject: [issue11489] json.dumps not parsable by json.loads (on Linux only)
In-Reply-To: <1300058240.59.0.513243746739.issue11489@psf.upfronthosting.co.za>
Message-ID: <1300133375.67.0.828879918057.issue11489@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> We seem to be in the worst of both worlds right now 
> as I've generated and stored a lot of json that can 
> not be read back in

This is unfortunate.  The dumps() should have never worked in the first place.

I don't think that loads() should be changed to accommodate the dumps() error though.  JSON is UTF-8 by definition and it is a useful feature that invalid UTF-8 won't load.

To fix the data you've already created (one that other compliant JSON readers wouldn't be able to parse), I think you need to repreprocess those file to make them valid:

   bs.decode('utf-8', errors='ignore').encode('utf-8')

Then we need to fix dumps so that it doesn't silently create invalid JSON.

> This on the other hand should probably be 
> fixed by either rejecting lone surrogates 
> in json.dumps or accepting them in json.loads or both.

Rejection is the right way to go.  For the most part,
it is never helpful to create invalid JSON files that
other readers can't and shouldn't read.

----------
nosy: +rhettinger
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11489>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:13:50 2011
From: report at bugs.python.org (Michael Foord)
Date: Mon, 14 Mar 2011 20:13:50 +0000
Subject: [issue11282] 3.3 unittest document not kept consist with code
In-Reply-To: <1298354999.37.0.375525915954.issue11282@psf.upfronthosting.co.za>
Message-ID: <1300133630.19.0.352940714639.issue11282@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Those methods should *not* have been removed. I thought we had discussed this. It is my fault for allowing the error in the 3.2 docs to remain.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11282>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:21:07 2011
From: report at bugs.python.org (Brian)
Date: Mon, 14 Mar 2011 20:21:07 +0000
Subject: [issue11489] json.dumps not parsable by json.loads (on Linux only)
In-Reply-To: <1300133375.67.0.828879918057.issue11489@psf.upfronthosting.co.za>
Message-ID: <AANLkTim5bHYGDUEi6fZC4v6JWD1eYRfpvUp8mbd+kVYH@mail.gmail.com>


Brian <brian at merrells.org> added the comment:

On Mon, Mar 14, 2011 at 4:09 PM, Raymond Hettinger
<report at bugs.python.org>wrote:

>
> Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:
>
> > We seem to be in the worst of both worlds right now
> > as I've generated and stored a lot of json that can
> > not be read back in
>
> This is unfortunate.  The dumps() should have never worked in the first
> place.
>
> I don't think that loads() should be changed to accommodate the dumps()
> error though.  JSON is UTF-8 by definition and it is a useful feature that
> invalid UTF-8 won't load.
>

I may be wrong but it appeared that json actually encoded the data as the
string "u\da00" ie (6-bytes) which is slightly different than the encoding
of the utf-8 encoding of the json itself.  Not sure if this is relevant but
it seems less severe than actually invalid utf-8 coding in the bytes.

Unfortunately I don't believe this does anything on python 2.x as only
python 3.x encode/decode flags this as invalid.

> ----------
> nosy: +rhettinger
> priority: normal -> high
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11489>
> _______________________________________
>

----------
nosy: +merrellb
Added file: http://bugs.python.org/file21135/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11489>
_______________________________________
-------------- next part --------------
On Mon, Mar 14, 2011 at 4:09 PM, Raymond Hettinger <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
Raymond Hettinger &lt;<a href="mailto:rhettinger at users.sourceforge.net">rhettinger at users.sourceforge.net</a>&gt; added the comment:<br>
<div class="im"><br>
&gt; We seem to be in the worst of both worlds right now<br>
&gt; as I&#39;ve generated and stored a lot of json that can<br>
&gt; not be read back in<br>
<br>
</div>This is unfortunate. ??The dumps() should have never worked in the first place.<br>
<br>
I don&#39;t think that loads() should be changed to accommodate the dumps() error though. ??JSON is UTF-8 by definition and it is a useful feature that invalid UTF-8 won&#39;t load.<br></blockquote><div>??</div><div>I may be wrong but it appeared that json actually encoded the data as the string &quot;u\da00&quot; ie (6-bytes) which is slightly different than the encoding of the utf-8 encoding of the json itself. ??Not sure if this is relevant but it seems less severe than actually invalid utf-8 coding in the bytes.</div>

<div>??</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
To fix the data you&#39;ve already created (one that other compliant JSON readers wouldn&#39;t be able to parse), I think you need to repreprocess those file to make them valid:<br>
<br>
 ?? bs.decode(&#39;utf-8&#39;, errors=&#39;ignore&#39;).encode(&#39;utf-8&#39;)<br></blockquote><div>Unfortunately I don&#39;t believe this does anything on python 2.x as only python 3.x encode/decode flags this as invalid.</div>

<div><br></div><div>??</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
----------<br>
nosy: +rhettinger<br>
priority: normal -&gt; high<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11489" target="_blank">http://bugs.python.org/issue11489</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Mon Mar 14 21:31:32 2011
From: report at bugs.python.org (Kent Frazier)
Date: Mon, 14 Mar 2011 20:31:32 +0000
Subject: [issue11508] Virtual Interfaces cause uuid._find_mac to raise a
	ValueError under Linux
In-Reply-To: <1300134691.76.0.567990674923.issue11508@psf.upfronthosting.co.za>
Message-ID: <1300134691.76.0.567990674923.issue11508@psf.upfronthosting.co.za>


New submission from Kent Frazier <kentfrazier at gmail.com>:

If a virtual interface is present in the system, such as if the user is connected to a VPN, then there may be entries in ifconfig that do not conform to the expected `HWAddr 01:23:45:67:89:ab` MAC address format expected by uuid._find_mac. For instance, under Ubuntu 10.10 on my Acer Eee 1005HA, using Cisco's AnyConnect VPN client, I have the following entry in ifconfig:

cscotun0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 

Not only is this more than 6 bytes long, it also uses dashes as a delimiter rather than the colons used by MAC address. After reading the relevant parts of RFC4122's definition of the algorithm for UUID1, I think we probably should be ignoring these virtual interfaces, since I doubt they are guaranteed to be unique.

The attached patch assumes that it is correct to ignore these entries. If this is not appropriate, it might be better to strip all colons and dashes before the int conversion.

I tried to write a test to demonstrate this issue, but had difficulty figuring out how to make it work. The import of `os` is at the function level rather than at the top of the uuid module, so mocking out the module didn't seem feasible. I also tried replacing the call to ifconfig with a call to echo with the appropriate strings to emulate this result, but echo is typically not within any of the hard-coded list of directories that _find_mac looks in. If anyone has a good idea of how to write a test for this issue, I would be happy to write one with some guidance, but I was stumped.

This is my first patch submission to CPython, so if I did anything incorrectly, please let me know and I will try to correct my error.

----------
components: Library (Lib)
files: uuid_ValueError_fix.diff
keywords: patch
messages: 130892
nosy: kfrazier
priority: normal
severity: normal
status: open
title: Virtual Interfaces cause uuid._find_mac to raise a ValueError under Linux
type: crash
versions: Python 3.3
Added file: http://bugs.python.org/file21136/uuid_ValueError_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11508>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:36:56 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 20:36:56 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <E1PzEVY-0007uk-UG@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ec8d64396be9 by briancurtin in branch '3.2':
Fix #11491. When dbm.open was called with a file which already exists and
http://hg.python.org/cpython/rev/ec8d64396be9

New changeset 0515206e36ed by briancurtin in branch 'default':
Fix #11491. When dbm.open was called with a file which already exists and
http://hg.python.org/cpython/rev/0515206e36ed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:46:06 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 20:46:06 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300135566.67.0.870535614549.issue11501@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Attaching patch that performs the following:

* skip all the distutils tests that need zlib in order to run properly.
* add a new test (test_make_zipfile_no_zlib) to ensure that make_zipfile uses the compression option from zipfile module that works without zlib.
* add a helper method to patch objects.

The fix itself was discussed with Tarek, and the patch helper implementation was discussed with Michael Foord.

----------
components: +Distutils -Distutils2
keywords: +patch
Added file: http://bugs.python.org/file21137/pycon-issue11501.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:46:38 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 20:46:38 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

As part of the CPython sprints at PyCon 2011 I am improving the unit test coverage for the fileinput module.  Primarily, this will be adding unit tests for the global functions, which right now are almost completely untested.  I will be adding incremental patches and will update once my work is complete, when the final patch can be committed.

----------
components: Tests
files: fileinput_unittests_v1.patch
keywords: patch
messages: 130895
nosy: brian.curtin, denversc, michael.foord
priority: normal
severity: normal
status: open
title: fileinput module unit test coverage improvements
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21138/fileinput_unittests_v1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:55:52 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 14 Mar 2011 20:55:52 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300136152.46.0.324779273011.issue11501@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks.  One question: why not using a clause like ?if zlib is not None? instead of catching a RuntimeError?  The if test looks more specific to me, whereas the RuntimeError might come from something else, and thus shouldn?t always e ignored.

In the patch function, I would not use assert but hasattr and a real exception (so that the behavior does not change when run under python -O).

----------
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:58:20 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 14 Mar 2011 20:58:20 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300136300.76.0.449677418048.issue10775@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Aren't such use cases already covered by assertRaisesRegex?

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Mon Mar 14 21:58:49 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 20:58:49 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300136329.12.0.98805352136.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21139/fileinput_unittests_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:08:58 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 21:08:58 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300136938.81.0.154426734643.issue11501@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Hi ?ric,

Thanks for looking at the patch. I'm not using "if zlib is not None" since the archive_utils module never explicitly imports zlib. Only the zipfile module imports zlib and raises RuntimeError if not available (as per http://docs.python.org/library/zipfile.html#zipfile-objects).

I'm changing the patch function to raise an exception as requested.

----------
versions:  -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:13:15 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 14 Mar 2011 21:13:15 +0000
Subject: [issue11506] b'' += gives SystemError instead of SyntaxError
In-Reply-To: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>
Message-ID: <1300137195.5.0.328739553218.issue11506@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Seems like like a case for "Bytes_kind" is missing in `set_context()`. Attached is a patch, without a test though.

----------
keywords: +patch
nosy: +Trundle
Added file: http://bugs.python.org/file21140/issue_11506.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11506>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:14:53 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 21:14:53 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <E1PzF6H-0002rk-Kl@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a89d654adaa2 by R David Murray in branch '3.2':
#11496: skip history test if clear_history is not available.
http://hg.python.org/cpython/rev/a89d654adaa2

New changeset ecc176488349 by R David Murray in branch 'default':
Merge #11496 from 3.2.
http://hg.python.org/cpython/rev/ecc176488349

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:15:00 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 21:15:00 +0000
Subject: [issue11506] b'' += gives SystemError instead of SyntaxError
In-Reply-To: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>
Message-ID: <1300137300.37.0.195252665672.issue11506@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11506>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:15:56 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 21:15:56 +0000
Subject: [issue11496] test_readline fails when readline was installed after
	running configure (and was not re-run)
In-Reply-To: <1300113194.23.0.0786902583175.issue11496@psf.upfronthosting.co.za>
Message-ID: <1300137356.8.0.550199224361.issue11496@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type: crash -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11496>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:16:19 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 21:16:19 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300137379.11.0.690635677469.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21141/fileinput_unittests_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:16:50 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Mon, 14 Mar 2011 21:16:50 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300137410.88.0.897452421679.issue11501@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

* Added change notice to Misc/NEWS.
* changed patch method implementation so AttributeError is raised when trying to patch a non-existent attribute for an object (see ?ric's comment).

----------
Added file: http://bugs.python.org/file21142/pycon-issue11501.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:21:40 2011
From: report at bugs.python.org (Kent Frazier)
Date: Mon, 14 Mar 2011 21:21:40 +0000
Subject: [issue11508] Virtual Interfaces cause uuid._find_mac to raise a
	ValueError under Linux
In-Reply-To: <1300134691.76.0.567990674923.issue11508@psf.upfronthosting.co.za>
Message-ID: <1300137700.14.0.937016593923.issue11508@psf.upfronthosting.co.za>


Changes by Kent Frazier <kentfrazier at gmail.com>:


Removed file: http://bugs.python.org/file21136/uuid_ValueError_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11508>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:22:52 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 21:22:52 +0000
Subject: [issue11021] email MIME-Version headers for each part in multipart
	message
In-Reply-To: <1296085645.01.0.978524639714.issue11021@psf.upfronthosting.co.za>
Message-ID: <1300137772.46.0.971297222202.issue11021@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, if it is not actually an RFC non-compliance I'd rather not backport it, but I'm not averse to changing it.  I'm open to argument about backporting though...if you know of spam filters that actually do count it, let me know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11021>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:23:11 2011
From: report at bugs.python.org (Kent Frazier)
Date: Mon, 14 Mar 2011 21:23:11 +0000
Subject: [issue11508] Virtual Interfaces cause uuid._find_mac to raise a
	ValueError under Linux
In-Reply-To: <1300134691.76.0.567990674923.issue11508@psf.upfronthosting.co.za>
Message-ID: <1300137791.79.0.528424115787.issue11508@psf.upfronthosting.co.za>


Kent Frazier <kentfrazier at gmail.com> added the comment:

I was mistaken about the issues with mocking. I am submitting a new patch with a test included.

----------
Added file: http://bugs.python.org/file21143/uuid_ValueError_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11508>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:25:18 2011
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 14 Mar 2011 21:25:18 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1300137918.51.0.225531931379.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

@Gregory: I've added you to the project.

I'm currently trying to fix a problem with iterators shared across threads. As a temporary measure, the current release on PyPI doesn't enable multithreading for them.

The mrab-regex-hg project doesn't have those sources yet. I'll update them later today, either to the release on PyPI, or to a fixed version if all goes well...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:29:29 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 14 Mar 2011 21:29:29 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1300137918.51.0.225531931379.issue2636@psf.upfronthosting.co.za>
Message-ID: <AANLkTinQ=waXcMNYOMSkNuhGwUgjXLJSE+S5ECaB0WrO@mail.gmail.com>


Gregory P. Smith <greg at krypto.org> added the comment:

Okay. Can you push your setup.py and README and such as well?  Your pypi
release tarballs should match the hg repo and ideally include a mention of
what hg revision they are generated from. :)

-gps

On Mon, Mar 14, 2011 at 5:25 PM, Matthew Barnett <report at bugs.python.org>wrote:

>
> Matthew Barnett <python at mrabarnett.plus.com> added the comment:
>
> @Gregory: I've added you to the project.
>
> I'm currently trying to fix a problem with iterators shared across threads.
> As a temporary measure, the current release on PyPI doesn't enable
> multithreading for them.
>
> The mrab-regex-hg project doesn't have those sources yet. I'll update them
> later today, either to the release on PyPI, or to a fixed version if all
> goes well...
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue2636>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file21144/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________
-------------- next part --------------
Okay. Can you push your setup.py and README and such as well? ??Your pypi release tarballs should match the hg repo and ideally include a mention of what hg revision they are generated from. :)<div><div><br></div><div>-gps<br>

<br><div class="gmail_quote">On Mon, Mar 14, 2011 at 5:25 PM, Matthew Barnett <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
Matthew Barnett &lt;<a href="mailto:python at mrabarnett.plus.com">python at mrabarnett.plus.com</a>&gt; added the comment:<br>
<br>
</div>@Gregory: I&#39;ve added you to the project.<br>
<br>
I&#39;m currently trying to fix a problem with iterators shared across threads. As a temporary measure, the current release on PyPI doesn&#39;t enable multithreading for them.<br>
<br>
The mrab-regex-hg project doesn&#39;t have those sources yet. I&#39;ll update them later today, either to the release on PyPI, or to a fixed version if all goes well...<br>
<div><div></div><div class="h5"><br>
----------<br>
<br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue2636" target="_blank">http://bugs.python.org/issue2636</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div></div>

From report at bugs.python.org  Mon Mar 14 22:29:59 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 14 Mar 2011 21:29:59 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300138199.16.0.00756663988869.issue11505@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:31:10 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 21:31:10 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300138270.42.0.866180267258.issue10775@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

How does assertRaisesRegex address the use case in issue 3583?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:32:32 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 14 Mar 2011 21:32:32 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300138352.96.0.410372329845.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

> Well, I would personally advocate not re-adding a license boilerplate,
> since it doesn't serve a purpose (nearly all of Python is freely usable
> under the PSF License, and the authors are documented by version control).

That sounds sensible to me. I'll see what the rest of python-dev thinks, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:37:25 2011
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 14 Mar 2011 21:37:25 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300138645.73.0.102946718915.issue11477@psf.upfronthosting.co.za>


Armin Rigo <arigo at users.sourceforge.net> added the comment:

Nick: we get a TypeError anyway if we do unsupported things like "lst += None".  It seems to me that you are confusing levels, unless you can point out a specific place in the documentation that would say "never return NotImplemented from __iadd__(), __imul__(), etc."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:38:13 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 14 Mar 2011 21:38:13 +0000
Subject: [issue11502] assignment of winreg module to another name causes
	NameError
In-Reply-To: <1300120292.26.0.949538054065.issue11502@psf.upfronthosting.co.za>
Message-ID: <1300138693.76.0.900288820859.issue11502@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

It's a duplicate of issue #11276.

----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11502>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:40:19 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 21:40:19 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300138819.04.0.974455656795.issue10617@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Apparently there's no way to change the text generated by the "class" directive, so it's not possible to use it in the table without having the "class" before the names.

The alternatives are:
1) define these classes normally instead of or in addition to the table;
2) leave the doc as is and close the issue;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:48:40 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 21:48:40 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300139320.04.0.373054008097.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21145/fileinput_unittests_v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:49:23 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 14 Mar 2011 21:49:23 +0000
Subject: [issue11254] distutils doesn't byte-compile .py files to __pycache__
	during installation
In-Reply-To: <1298195698.48.0.330644441328.issue11254@psf.upfronthosting.co.za>
Message-ID: <1300139363.21.0.378092495666.issue11254@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

This patch applies cleanly as of rev 89af3880ca57 on branch default.

After applying the patch, I had two unit test failures when running,
"/python.exe -m test -v test_distutils", on OS X 10.6.  The tests were failing because they were not looking in the __pycache__ directory for byte-compiled or optimized files.

Attaching an updated patch that fixes the unit tests that were breaking.

----------
nosy: +jramnani
Added file: http://bugs.python.org/file21146/issue11254.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11254>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:51:36 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 14 Mar 2011 21:51:36 +0000
Subject: [issue11502] assignment of winreg module to another name causes
	NameError
In-Reply-To: <1300120292.26.0.949538054065.issue11502@psf.upfronthosting.co.za>
Message-ID: <1300139496.33.0.837710433166.issue11502@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Good call. Closing.

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11502>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:51:53 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 14 Mar 2011 21:51:53 +0000
Subject: [issue11491] dbm.open(...,
	flag="n") raises dbm.error if file exists and is rejected by whichdb
In-Reply-To: <1300084962.92.0.477782999731.issue11491@psf.upfronthosting.co.za>
Message-ID: <1300139513.92.0.810916213409.issue11491@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

The 3.x side of things is taken care of. Still need to see if there is any issue on 2.7 where things are organized differently and dbm is in C.

----------
assignee:  -> brian.curtin
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11491>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:52:59 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 14 Mar 2011 21:52:59 +0000
Subject: [issue11276] 2to3: imports fixer doesn't update references to modules
	specified without attributes
In-Reply-To: <1298320370.6.0.707528298714.issue11276@psf.upfronthosting.co.za>
Message-ID: <1300139579.56.0.713008643529.issue11276@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

This bug affects distutils2. See #11502.

----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11276>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:57:19 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 14 Mar 2011 21:57:19 +0000
Subject: [issue11492] email.header.Header doesn't fold headers
In-Reply-To: <1300087978.39.0.703069545984.issue11492@psf.upfronthosting.co.za>
Message-ID: <1300139839.09.0.358863635928.issue11492@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11492>
_______________________________________

From report at bugs.python.org  Mon Mar 14 22:57:29 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 14 Mar 2011 21:57:29 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300139849.3.0.189274360837.issue10617@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Georg, do you have a recommendation?

----------
assignee: docs at python -> georg.brandl
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:05:23 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 22:05:23 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300140323.33.0.405583810312.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21147/fileinput_unittests_v6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:06:04 2011
From: report at bugs.python.org (Eugene Toder)
Date: Mon, 14 Mar 2011 22:06:04 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>


New submission from Eugene Toder <eltoder at gmail.com>:

Since the time 'x in set' optimization was added to peephole it has the following bug with set unpacking:

>>> def foo(x,y):
	a,b = {x,y}
	return a,b

>>> dis(foo)
  2           0 LOAD_FAST                0 (x) 
              3 LOAD_FAST                1 (y) 
              6 ROT_TWO              
              7 STORE_FAST               2 (a) 
             10 STORE_FAST               3 (b) 

  3          13 LOAD_FAST                2 (a) 
             16 LOAD_FAST                3 (b) 
             19 BUILD_TUPLE              2 
             22 RETURN_VALUE         

That is, unpacking of literal set of sizes 2 and 3 is changed to ROT instructions. This, however, changes the semantics, as construction of set would eliminate duplicates.

The difference can be demonstrated like this:
Python 3.1
>>> foo(1,1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 2, in foo
ValueError: need more than 1 value to unpack

Python 3.2
>>> foo(1,1)
(1, 1)

----------
components: Interpreter Core
messages: 130917
nosy: eltoder
priority: normal
severity: normal
status: open
title: Peephole breaks set unpacking
type: compile error
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:07:58 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 22:07:58 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <1300140478.09.0.77634389565.issue11500@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Patch looks great, I'll commit shortly.

Thanks for the patch.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:08:14 2011
From: report at bugs.python.org (Scott Wilson)
Date: Mon, 14 Mar 2011 22:08:14 +0000
Subject: [issue11511] Proposal for exposing proxy bypass settings in
	ProxyHandler
In-Reply-To: <1300140494.17.0.372378902251.issue11511@psf.upfronthosting.co.za>
Message-ID: <1300140494.17.0.372378902251.issue11511@psf.upfronthosting.co.za>


New submission from Scott Wilson <scott.wilson at gmail.com>:

Several proxy tests in test_urllib2_localnet were failing for me on osx due to spurious interference of my configured proxy settings.  Attaching a patch that proposes exposing the proxy bypass settings in the same manner as the proxies when constructing ProxyHandler.

An alternate solution to just fix the tests would be to monkeypatch urllib.request.proxy_bypass = urllib.request.proxy_bypass_environment
in test_urllib2_localnet to avoid interference from mac/windows settings.

----------
components: Library (Lib)
files: proxy_bypass_override.diff
keywords: patch
messages: 130919
nosy: orsenthil, rswilson
priority: normal
severity: normal
status: open
title: Proposal for exposing proxy bypass settings in ProxyHandler
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21148/proxy_bypass_override.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11511>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:12:10 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 22:12:10 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300140730.84.0.616835610678.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21149/fileinput_unittests_v7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:12:42 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 14 Mar 2011 22:12:42 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300140762.93.0.11762540335.issue11503@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
keywords: +needs review
nosy: +brian.curtin
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:28:05 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 22:28:05 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300141685.73.0.437125299002.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Removed file: http://bugs.python.org/file21138/fileinput_unittests_v1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:28:58 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 22:28:58 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300141738.41.0.702287243872.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21150/fileinput_unittests_v8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:46:35 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 14 Mar 2011 22:46:35 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300142795.5.0.643115585481.issue11510@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:47:40 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 22:47:40 +0000
Subject: [issue11492] email.header.Header doesn't fold headers
In-Reply-To: <1300087978.39.0.703069545984.issue11492@psf.upfronthosting.co.za>
Message-ID: <1300142860.24.0.504879839623.issue11492@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It exists, but clearly it is broken.  I'll look in to it.

----------
assignee:  -> r.david.murray
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11492>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:54:26 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 22:54:26 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <E1PzGef-0002ir-NV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 682903e066db by Ronald Oussoren in branch '3.1':
Issue #11500: Fixed a bug in the os x proxy bypass code for fully qualified IP addresses in the proxy exception list
http://hg.python.org/cpython/rev/682903e066db

New changeset aafb0fed1811 by Ronald Oussoren in branch '3.2':
Issue #11500: Fixed a bug in the os x proxy bypass code for fully qualified IP addresses in the proxy exception list.
http://hg.python.org/cpython/rev/aafb0fed1811

New changeset 166dcfc2c0fa by Ronald Oussoren in branch 'default':
Issue #11500: Fixed a bug in the os x proxy bypass code for fully qualified IP addresses in the proxy exception list.
http://hg.python.org/cpython/rev/166dcfc2c0fa

New changeset 8f0756010720 by Ronald Oussoren in branch '2.7':
Issue #11500: Fixed a bug in the os x proxy bypass code for fully qualified
http://hg.python.org/cpython/rev/8f0756010720

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Mon Mar 14 23:56:11 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 22:56:11 +0000
Subject: [issue11500] Fixes failing urllib2 proxy tests on OSX
In-Reply-To: <1300118838.46.0.0361667974376.issue11500@psf.upfronthosting.co.za>
Message-ID: <1300143371.43.0.356071637435.issue11500@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The patch got merged.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11500>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:00:32 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Mon, 14 Mar 2011 23:00:32 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300143632.14.0.0641532443678.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21151/fileinput_unittests_v9.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:01:12 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 23:01:12 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <E1PzGlD-0003RJ-Gt@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 10c56e7ceb72 by Nick Coghlan in branch 'default':
Close #11505: Improve string.py coverage
http://hg.python.org/cpython/rev/10c56e7ceb72

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:02:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 14 Mar 2011 23:02:36 +0000
Subject: [issue11407] unittest.TestCase.run should return result
In-Reply-To: <1299332611.94.0.0298919007686.issue11407@psf.upfronthosting.co.za>
Message-ID: <E1PzGmY-0003VP-V5@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b0b7d1d2354c by Michael Foord in branch 'default':
Closes issue 11407. TestCase.run returns the result object used or created
http://hg.python.org/cpython/rev/b0b7d1d2354c

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11407>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:03:44 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 14 Mar 2011 23:03:44 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300143824.86.0.786235090512.issue11477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I think Nick's point, and one I agree with, is (or amounts to):
  'somelist += ob' == 'somelist.__iadd__(ob)' ==
  'somelist.extend(ob)' == 'somelist[len(somelist):len(somelist)]=ob'
is defined and should be implemented for all somelist,ob pairs. If ob is an iterable, add the items at the end; if not, raise TypeError.

CPython currently has a bug that breaks the middle equality in a peculiar case. We recognize that and hope to fix it.

The proper, future-proof fix for Greg Price & Co. is for them to 
  1. use somelist.append(ob) to append a single object, iterable or not, to somelist. If they insist on (mis)using += for appending, 
  2. add the trivial __iter__ yielding just the instance to all classes whose instances are ever a target of 'somelist += instance'. Or
  3. wrap each non-iterable instance in an iterable, such as a tuple:
 "somelist += (non-iterable,).
Any of these (1. actually) should have been done in the first place, as has always been documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:04:54 2011
From: report at bugs.python.org (Robbie Clemons)
Date: Mon, 14 Mar 2011 23:04:54 +0000
Subject: [issue11512] adding test suite for cgitb
In-Reply-To: <1300143894.4.0.405606166364.issue11512@psf.upfronthosting.co.za>
Message-ID: <1300143894.4.0.405606166364.issue11512@psf.upfronthosting.co.za>


New submission from Robbie Clemons <robclemons at gmail.com>:

Added a test suite for cgitb that provides 75% test coverage according to coverage.py.

----------
components: Tests
files: test_cgitb.diff
keywords: patch
messages: 130926
nosy: brian.curtin, robquad
priority: normal
severity: normal
status: open
title: adding test suite for cgitb
type: behavior
Added file: http://bugs.python.org/file21152/test_cgitb.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11512>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:11:15 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 14 Mar 2011 23:11:15 +0000
Subject: [issue9344] please add posix.getgrouplist()
In-Reply-To: <1279890657.77.0.804697326433.issue9344@psf.upfronthosting.co.za>
Message-ID: <1300144275.24.0.695163492384.issue9344@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Patch looks good, but this likely runs into the same problem as #7900: the user can be a member of more than NGROUPS_MAX on OSX.

I'll test this tomorrow (by creating a temporary user that is a member of more than 16 groups).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9344>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:15:13 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 14 Mar 2011 23:15:13 +0000
Subject: [issue8158] Docstring of optparse.OptionParser incomplete
In-Reply-To: <1268763667.28.0.98928586354.issue8158@psf.upfronthosting.co.za>
Message-ID: <1300144513.32.0.242267163541.issue8158@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

I've read through the doc and the code.  All keyword arguments for OptionParser.__init__() are in the documentation for branches 2.7 and default (as of ecc176488349).

Does that mean this issue can be closed?

----------
nosy: +jramnani

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8158>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:23:26 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 14 Mar 2011 23:23:26 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300145006.72.0.351815621423.issue11504@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

There seems to be another kind, sporadic, of failure on the same buildbot:

test test_subprocess failed -- Traceback (most recent call last):
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/test/test_subprocess.py", line 626, in test_wait_timeout
    self.assertEqual(p.wait(timeout=2), 0)
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/subprocess.py", line 1489, in wait
    raise TimeoutExpired(self.args)
subprocess.TimeoutExpired: <unprintable TimeoutExpired object>

http://www.python.org/dev/buildbot/all/builders/x86%20debian%20parallel%203.x/builds/1683/steps/test/logs/stdio

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:23:56 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 14 Mar 2011 23:23:56 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1300145036.63.0.865436395939.issue2650@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

re.escape and its tests can be refactored in 2.7/3.1, the '_' can be added to the list of chars that are not escaped in 3.3.

I'll put together a patch and fix this unless someone thinks that the '_' should be escaped in 3.3 too.

----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:31:01 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 14 Mar 2011 23:31:01 +0000
Subject: [issue8158] Docstring of optparse.OptionParser incomplete
In-Reply-To: <1268763667.28.0.98928586354.issue8158@psf.upfronthosting.co.za>
Message-ID: <1300145461.15.0.478622703298.issue8158@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It looks to me like description is still missing from the docstring, at least on python3 tip.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8158>
_______________________________________

From report at bugs.python.org  Tue Mar 15 00:40:32 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Mon, 14 Mar 2011 23:40:32 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>


New submission from Evan Dandrea <ev at ubuntu.com>:

Using Python tip from Sunday, I noticed that tarfile does not elegantly handle ENOENT by raising a single exception:

>>> tarfile.TarFile.gzopen('fdsfd', 'r')
Traceback (most recent call last):
  File "/home/evan/hg/cpython/Lib/tarfile.py", line 1808, in gzopen
    fileobj = gzip.GzipFile(name, mode + "b", compresslevel, fileobj)
  File "/home/evan/hg/cpython/Lib/gzip.py", line 157, in __init__
    fileobj = self.myfileobj = builtins.open(filename, mode or 'rb')
IOError: [Errno 2] No such file or directory: 'fdsfd'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/evan/hg/cpython/Lib/tarfile.py", line 1812, in gzopen
    fileobj.close()
AttributeError: 'NoneType' object has no attribute 'close'

I tried to fix this in a cross-platform way, by attempting to open the file before processing it, and letting the with statement handle calling close:

diff -r 955547e57cff Lib/tarfile.py
--- a/Lib/tarfile.py	Sun Mar 13 19:32:21 2011 +0100
+++ b/Lib/tarfile.py	Mon Mar 14 19:33:21 2011 -0400
@@ -1793,6 +1793,10 @@
         if len(mode) > 1 or mode not in "rw":
             raise ValueError("mode must be 'r' or 'w'")
 
+        if mode == "r":
+            # force an exception if the file does not exist.
+            with open(name):
+                pass
         try:
             import gzip
             gzip.GzipFile

However, this produces infinite recursion:
...
  File "/home/evan/hg/cpython/Lib/tarfile.py", line 1738, in open
    return func(name, "r", fileobj, **kwargs)
  File "/home/evan/hg/cpython/Lib/tarfile.py", line 1798, in gzopen
    with open(name):
  File "/home/evan/hg/cpython/Lib/tarfile.py", line 1738, in open
    return func(name, "r", fileobj, **kwargs)
RuntimeError: maximum recursion depth exceeded

Curiously, if I force the ValueError in that same function to be triggered (by passing a three character string for the mode), that exception is raised fine.  I am therefore wondering if this is a bug in the exit processing.

Unfortunately, my attempts at producing a general test case have been unsuccessful thusfar.

----------
components: Interpreter Core
messages: 130932
nosy: ev
priority: normal
severity: normal
status: open
title: Infinite recursion around raising an exception in tarfile

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:07:07 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 00:07:07 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300147627.74.0.991653520341.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21153/fileinput_unittests_v10.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:10:35 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 00:10:35 +0000
Subject: [issue11511] Proposal for exposing proxy bypass settings in
	ProxyHandler
In-Reply-To: <1300140494.17.0.372378902251.issue11511@psf.upfronthosting.co.za>
Message-ID: <1300147835.81.0.827227014306.issue11511@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> patch review
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11511>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:19:10 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 00:19:10 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300148350.68.0.383009984376.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21154/fileinput_unittests_v11.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:21:28 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:21:28 +0000
Subject: [issue11514] Misspelled access
In-Reply-To: <1300148488.43.0.557309982046.issue11514@psf.upfronthosting.co.za>
Message-ID: <1300148488.43.0.557309982046.issue11514@psf.upfronthosting.co.za>


New submission from Piotr Kasprzyk <ciri at ciri.pl>:

Misspelled: access

----------
components: Extension Modules
files: misspelled_access.patch
keywords: patch
messages: 130933
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled access
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21155/misspelled_access.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11514>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:24:14 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:24:14 +0000
Subject: [issue11515] Misspelled actually
Message-ID: <1300148654.03.0.395838019663.issue11515@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_actually.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled actually
versions: Python 3.3
Added file: http://bugs.python.org/file21156/misspelled_actually.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:24:26 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 00:24:26 +0000
Subject: [issue11514] Misspelled access
In-Reply-To: <1300148488.43.0.557309982046.issue11514@psf.upfronthosting.co.za>
Message-ID: <1300148666.01.0.32650656427.issue11514@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11514>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:26:16 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 15 Mar 2011 00:26:16 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300148776.01.0.934284068688.issue11510@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Looks like changeset ed8b0ee1c531 (svn r77543) broke it.

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:26:30 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:26:30 +0000
Subject: [issue11516] Misspelled additionally
Message-ID: <1300148790.19.0.888042259325.issue11516@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Windows
files: misspelled_additionally.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled additionally
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21157/misspelled_additionally.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11516>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:27:15 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:27:15 +0000
Subject: [issue11517] Misspelled
Message-ID: <1300148835.71.0.387911766664.issue11517@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
assignee: ronaldoussoren
components: Extension Modules, Macintosh
nosy: kwadrat, ronaldoussoren
priority: normal
severity: normal
status: open
title: Misspelled
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11517>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:28:38 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:28:38 +0000
Subject: [issue11517] Misspelled aforementioned
Message-ID: <1300148918.07.0.84525296039.issue11517@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components:  -Macintosh
keywords: +patch
title: Misspelled -> Misspelled aforementioned
versions: +Python 3.3
Added file: http://bugs.python.org/file21158/misspelled_aforementioned.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11517>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:30:44 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:30:44 +0000
Subject: [issue11518] Misspelled algorithm 2
Message-ID: <1300149044.26.0.639205230291.issue11518@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_algorithm2.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled algorithm 2
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21159/misspelled_algorithm2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11518>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:31:37 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:31:37 +0000
Subject: [issue11519] Misspelled algorithm
Message-ID: <1300149097.29.0.994114628056.issue11519@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_algorithm.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled algorithm
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21160/misspelled_algorithm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11519>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:32:34 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:32:34 +0000
Subject: [issue11520] Misspelled alignment 2
Message-ID: <1300149154.17.0.0604843435658.issue11520@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_alignment2.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment 2
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21161/misspelled_alignment2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11520>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:32:53 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:32:53 +0000
Subject: [issue11521] Misspelled alignment3
Message-ID: <1300149173.67.0.0518264465243.issue11521@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment3
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11521>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:33:39 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:33:39 +0000
Subject: [issue11521] Misspelled alignment3
Message-ID: <1300149219.73.0.156347119835.issue11521@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: +Library (Lib)
keywords: +patch
versions: +Python 3.3
Added file: http://bugs.python.org/file21162/misspelled_alignment3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11521>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:34:02 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 00:34:02 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300149242.96.0.209783372667.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21163/fileinput_unittests_v12.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:35:42 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:35:42 +0000
Subject: [issue11521] Misspelled alignment3
Message-ID: <1300149342.37.0.166249021354.issue11521@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: +Extension Modules -Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11521>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:37:16 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:37:16 +0000
Subject: [issue11522] Misspelled alignment 4
Message-ID: <1300149436.41.0.430690231929.issue11522@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_alignment4.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment 4
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21164/misspelled_alignment4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11522>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:38:24 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:38:24 +0000
Subject: [issue11523] Misspelled alignment 5
Message-ID: <1300149504.56.0.989452646108.issue11523@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_alignment5.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment 5
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21165/misspelled_alignment5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11523>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:39:25 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:39:25 +0000
Subject: [issue11524] Misspelled alignment 6
Message-ID: <1300149565.16.0.0508872307735.issue11524@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_alignment6.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment 6
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21166/misspelled_alignment6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11524>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:40:04 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:40:04 +0000
Subject: [issue11525] Misspelled alignment
Message-ID: <1300149604.39.0.873856483799.issue11525@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_alignment.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21167/misspelled_alignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11525>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:40:05 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:40:05 +0000
Subject: [issue11526] Misspelled alignment
Message-ID: <1300149605.49.0.988509934767.issue11526@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_alignment.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled alignment
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21168/misspelled_alignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11526>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:40:54 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:40:54 +0000
Subject: [issue11526] Misspelled alignment
Message-ID: <1300149654.63.0.646417311185.issue11526@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


Removed file: http://bugs.python.org/file21168/misspelled_alignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11526>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:41:33 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:41:33 +0000
Subject: [issue11526] Misspelled along
Message-ID: <1300149693.58.0.450998717321.issue11526@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: +Library (Lib) -Extension Modules
title: Misspelled alignment -> Misspelled along
Added file: http://bugs.python.org/file21169/misspelled_along.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11526>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:43:03 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:43:03 +0000
Subject: [issue11527] Misspelled ambiguous
Message-ID: <1300149783.1.0.49457966417.issue11527@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Installation
files: misspelled_ambiguous.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled ambiguous
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21170/misspelled_ambiguous.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11527>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:44:12 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:44:12 +0000
Subject: [issue11528] Misspelled anonymously
Message-ID: <1300149852.61.0.628055190352.issue11528@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_anonymously.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled anonymously
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21171/misspelled_anonymously.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11528>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:45:42 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:45:42 +0000
Subject: [issue11529] Misspelled application 2
Message-ID: <1300149942.88.0.234206407819.issue11529@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_application2.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled application 2
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21172/misspelled_application2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11529>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:47:04 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:47:04 +0000
Subject: [issue11530] Misspelled application
Message-ID: <1300150024.89.0.923426326693.issue11530@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_application.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled application
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21173/misspelled_application.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11530>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:47:50 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:47:50 +0000
Subject: [issue11531] Misspelled applications
Message-ID: <1300150070.13.0.827915251553.issue11531@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_applications.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled applications
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21174/misspelled_applications.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11531>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:51:58 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:51:58 +0000
Subject: [issue11532] Misspelled arbitrary 2
Message-ID: <1300150318.48.0.165724868749.issue11532@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Interpreter Core
files: misspelled_arbitrary2.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled arbitrary 2
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21175/misspelled_arbitrary2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11532>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:52:38 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:52:38 +0000
Subject: [issue11533] Misspelled arbitrary
Message-ID: <1300150358.18.0.171669338185.issue11533@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Interpreter Core
files: misspelled_arbitrary.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled arbitrary
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21176/misspelled_arbitrary.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11533>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:54:15 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:54:15 +0000
Subject: [issue11534] Misspelled architecture, control
Message-ID: <1300150455.22.0.233088790586.issue11534@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
assignee: ronaldoussoren
components: Macintosh
files: misspelled_architecture_control.patch
keywords: patch
nosy: kwadrat, ronaldoussoren
priority: normal
severity: normal
status: open
title: Misspelled architecture, control
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21177/misspelled_architecture_control.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11534>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:56:07 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:56:07 +0000
Subject: [issue11535] Misspelled architecture
Message-ID: <1300150566.09.0.60425490531.issue11535@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Windows
files: misspelled_architecture.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled architecture
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21178/misspelled_architecture.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11535>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:57:17 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:57:17 +0000
Subject: [issue11536] Misspelled arguments 2
Message-ID: <1300150637.92.0.681021170218.issue11536@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_arguments2.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled arguments 2
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21179/misspelled_arguments2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11536>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:58:14 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 00:58:14 +0000
Subject: [issue11537] Misspelled arguments
Message-ID: <1300150694.65.0.0474174746081.issue11537@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_arguments.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled arguments
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21180/misspelled_arguments.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11537>
_______________________________________

From report at bugs.python.org  Tue Mar 15 01:59:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 15 Mar 2011 00:59:51 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300150791.69.0.957350932058.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I finished to split the huge patch into smaller commits. You can now test the unicode_import Mercurial branch. Especially, it should be tested on Windows.

I don't know if I should merge the branch as an unique commit or as multiple commits. Some of them can be simply be merged.

You can try issue3080.py (file attached to this issue, extracted from the patch): a short script testing this issue.

--

The parser and _PyImport_GetDynLoadFunc() (on Windows) do still store the filename as byte strings, and so I don't think that Python is ready to use full Unicode range for filenames on Windows. But at least, it should now support non-ASCII module names and paths which are encodable to the ANSI code page.

Issue #10785 should improve the situation at least for the parser.

But for _PyImport_GetDynLoadFunc(), I don't know if there is a Unicode version of LoadLibraryEx().

--

> Modules/zipimport.c::make_filename: remove the limit buffer

Implemented in f286d3b514e0.

> Python/importdl.c::_PyImport_LoadDynamicModule: shortnameobj is not necessary

Done in 76907d413b99

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:00:29 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:00:29 +0000
Subject: [issue11538] Misspelled assign
Message-ID: <1300150829.28.0.617442382785.issue11538@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_assign.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled assign
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21181/misspelled_assign.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11538>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:01:23 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:01:23 +0000
Subject: [issue11539] Misspelled associated
Message-ID: <1300150880.42.0.722085365958.issue11539@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled associated
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11539>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:01:41 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:01:41 +0000
Subject: [issue11539] Misspelled associated
Message-ID: <1300150901.8.0.616646870231.issue11539@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: +Extension Modules
keywords: +patch
versions: +Python 3.3
Added file: http://bugs.python.org/file21182/misspelled_associated.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11539>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:02:20 2011
From: report at bugs.python.org (DSM)
Date: Tue, 15 Mar 2011 01:02:20 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>


New submission from DSM <dsm001 at users.sourceforge.net>:

Rather than submitting a thousand patches each with one or two typo fixes, wouldn't it make more sense to collect them?  It'll be important to run tests after the patches, and running tests a thousand times will take a while.

It's worked okay for me in the past, e.g. http://bugs.python.org/issue9911.

----------
nosy: +dsm001

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:02:50 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:02:50 +0000
Subject: [issue11540] Misspelled assume
Message-ID: <1300150966.14.0.494000434761.issue11540@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
assignee: ronaldoussoren
components: Macintosh
files: misspelled_assume.patch
keywords: patch
nosy: kwadrat, ronaldoussoren
priority: normal
severity: normal
status: open
title: Misspelled assume
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21183/misspelled_assume.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11540>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:02:58 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 15 Mar 2011 01:02:58 +0000
Subject: [issue10785] parser: store the filename as an unicode object
In-Reply-To: <1293504022.51.0.668746175929.issue10785@psf.upfronthosting.co.za>
Message-ID: <1300150978.12.0.0754616423753.issue10785@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@Benjamin: You told me that you don't want two versions of pgen, but I don't remember why. As my work on #3080 is mostly done, I now plan to patch the Python parser to store the filename as Unicode. So could you please review the patch attached to this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10785>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:03:51 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:03:51 +0000
Subject: [issue11541] Misspelled attribute
Message-ID: <1300151031.44.0.692216700552.issue11541@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_attribute.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled attribute
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21184/misspelled_attribute.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11541>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:04:47 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:04:47 +0000
Subject: [issue11542] Misspelled augmented
Message-ID: <1300151087.29.0.926734773149.issue11542@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Extension Modules
files: misspelled_augmented.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled augmented
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21185/misspelled_augmented.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11542>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:06:21 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:06:21 +0000
Subject: [issue11543] Misspelled available, instances
Message-ID: <1300151181.18.0.733381545795.issue11543@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_available_instances.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled available, instances
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21186/misspelled_available_instances.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11543>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:07:40 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:07:40 +0000
Subject: [issue11544] Misspelled avoid
Message-ID: <1300151260.33.0.899662527296.issue11544@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_avoid.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled avoid
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21187/misspelled_avoid.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11544>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:08:09 2011
From: report at bugs.python.org (Yuval Greenfield)
Date: Tue, 15 Mar 2011 01:08:09 +0000
Subject: [issue6818] remove/delete method for zipfile/tarfile objects
In-Reply-To: <1251866532.69.0.504306670253.issue6818@psf.upfronthosting.co.za>
Message-ID: <1300151289.67.0.983362321852.issue6818@psf.upfronthosting.co.za>


Yuval Greenfield <ubershmekel at gmail.com> added the comment:

Fixed the bugs Martin pointed out and added the relevant tests. Sadly I had to move some stuff around, but I think the changes are all for the better. I wasn't sure about the right convention for the 2 constants I added btw.

----------
Added file: http://bugs.python.org/file21188/zipfile.remove.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6818>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:08:33 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:08:33 +0000
Subject: [issue11545] Misspelled backtracking
Message-ID: <1300151312.99.0.591618639322.issue11545@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Interpreter Core
files: misspelled_backtracking.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled backtracking
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21189/misspelled_backtracking.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11545>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:10:08 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:10:08 +0000
Subject: [issue11546] Misspelled between
Message-ID: <1300151408.6.0.466069388504.issue11546@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_between.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled between
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21190/misspelled_between.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11546>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:10:09 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:10:09 +0000
Subject: [issue11547] Misspelled between
Message-ID: <1300151409.67.0.936515877835.issue11547@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
components: Library (Lib)
files: misspelled_between.patch
keywords: patch
nosy: kwadrat
priority: normal
severity: normal
status: open
title: Misspelled between
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21191/misspelled_between.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11547>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:10:42 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:10:42 +0000
Subject: [issue11547] Misspelled between
Message-ID: <1300151442.29.0.628814741364.issue11547@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


Removed file: http://bugs.python.org/file21191/misspelled_between.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11547>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:11:14 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:11:14 +0000
Subject: [issue11547] Misspelled builtin
Message-ID: <1300151474.1.0.520132433224.issue11547@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


----------
title: Misspelled between -> Misspelled builtin
Added file: http://bugs.python.org/file21192/misspelled_builtin.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11547>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:13:09 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 01:13:09 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300151589.5.0.164296755129.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21193/fileinput_unittests_v12.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:24:01 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:24:01 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300152241.34.0.125327042733.issue11515@psf.upfronthosting.co.za>


Piotr Kasprzyk <ciri at ciri.pl> added the comment:

Good idea, I will try to group the rest of comments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:28:56 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 01:28:56 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300152536.33.0.823915336841.issue11515@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

If you can easily make a single patch out of all the issues, please do it and submit it here, otherwise I'll apply all the patches and make a single commit.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:34:46 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 01:34:46 +0000
Subject: [issue9667] NetBSD curses KEY_* constants
In-Reply-To: <1282644914.67.0.328045909398.issue9667@psf.upfronthosting.co.za>
Message-ID: <1300152886.28.0.0168547121483.issue9667@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I don't think we have any committers who run NetBDS.  Can you attach your patch here?  I take it the other NetBSD checks are still required?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9667>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:37:09 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:37:09 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300153029.7.0.764641377561.issue11515@psf.upfronthosting.co.za>


Piotr Kasprzyk <ciri at ciri.pl> added the comment:

I will connect everything in one file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:42:53 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:42:53 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300153373.12.0.399690875025.issue11515@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


Added file: http://bugs.python.org/file21194/misspelled_together.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:45:49 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 01:45:49 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300153549.77.0.450991054471.issue11515@psf.upfronthosting.co.za>


Changes by Piotr Kasprzyk <ciri at ciri.pl>:


Removed file: http://bugs.python.org/file21156/misspelled_actually.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:47:46 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 15 Mar 2011 01:47:46 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300153666.93.0.64869524115.issue11510@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger
nosy: +dmalcolm, pitrou, rhettinger
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:48:25 2011
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Tue, 15 Mar 2011 01:48:25 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1300153705.16.0.382032516974.issue5673@psf.upfronthosting.co.za>


Changes by Sridhar Ratnakumar <sridharr at activestate.com>:


Removed file: http://bugs.python.org/file21121/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:56:51 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 15 Mar 2011 01:56:51 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300154211.19.0.129979377523.issue11510@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

It looks like the steps for UNPACK_SEQUENCE should be skipped when following a BUILD_SET.  I'll post a patch tomorrow (probably a one-liner).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:56:51 2011
From: report at bugs.python.org (Winston Ewert)
Date: Tue, 15 Mar 2011 01:56:51 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300154211.19.0.50460600122.issue10775@psf.upfronthosting.co.za>


Winston Ewert <winstonewert at gmail.com> added the comment:

robquad mentions having left a comment on the review, but I'm not seeing how to view it. Can somebody explain?

It wasn't necessary to change the callable_obj bit, but both form were being used so I thought it best to standardize. Neither version of the parameter name shows up in the documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 02:57:42 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 15 Mar 2011 01:57:42 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300154262.54.0.940962063224.issue11513@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

The infinite recursion happens because `open` in tarfile is really `TarFile.open` (see last line in the module). The builtin `open` is imported as `_open`.

I also think that explicitly checking for "fileobj" being None is a cleaner solution. With your current method (trying to open the file beforehand), you will introduce a race condition: If the file exists when you open it for the first time but has been deleted when you try to open it the second time, the exact same error will happen ("fileobj" being None, that is).

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Tue Mar 15 03:13:54 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 02:13:54 +0000
Subject: [issue11512] adding test suite for cgitb
In-Reply-To: <1300143894.4.0.405606166364.issue11512@psf.upfronthosting.co.za>
Message-ID: <1300155234.39.0.653057206322.issue11512@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
assignee:  -> brian.curtin
keywords: +needs review
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11512>
_______________________________________

From report at bugs.python.org  Tue Mar 15 03:22:24 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Tue, 15 Mar 2011 02:22:24 +0000
Subject: [issue9362] Make exit/quit hint more novice friendly
In-Reply-To: <1279913042.97.0.618415832845.issue9362@psf.upfronthosting.co.za>
Message-ID: <1300155744.05.0.431599276989.issue9362@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

I've checked Lib/site.py and it tells the user to use 'Ctrl-Z' to exit the prompt when they are running Windows.

Perhaps this means we can close the ticket, since discussion on this issue seems to have dissipated?

----------
nosy: +jramnani

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9362>
_______________________________________

From report at bugs.python.org  Tue Mar 15 03:22:54 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 02:22:54 +0000
Subject: [issue9362] Make exit/quit hint more novice friendly
In-Reply-To: <1279913042.97.0.618415832845.issue9362@psf.upfronthosting.co.za>
Message-ID: <1300155774.68.0.127829624238.issue9362@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9362>
_______________________________________

From report at bugs.python.org  Tue Mar 15 03:55:19 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 02:55:19 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300157719.54.0.467741056714.issue11515@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:11:43 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 03:11:43 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300158703.2.0.0896580761789.issue11509@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21195/fileinput_unittests_v13.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:19:25 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 03:19:25 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <E1PzKn5-0005WC-ML@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0991b40e895d by Ezio Melotti in branch '3.1':
#11515: fix several typos. Patch by Piotr Kasprzyk.
http://hg.python.org/cpython/rev/0991b40e895d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:30:27 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 03:30:27 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>


New submission from Evan Dandrea <ev at ubuntu.com>:

Passing the format keyword parameter to shutil.unpack_archive triggers an exception:

Traceback (most recent call last):
  File "Lib/test/test_shutil.py", line 650, in test_unpack_archive
    unpack_archive(filename, tmpdir2, format=format)
  File "/home/evan/hg/cpython/Lib/shutil.py", line 741, in unpack_archive
    func(filename, extract_dir, **dict(format_info[1]))
TypeError: 'function' object is not iterable

This is due to that function incorrectly using the _UNPACK_FORMATS dictionary, which is fixed with the attached patch and test case.

----------
components: Library (Lib)
files: fix_unpack_with_format.patch
keywords: patch
messages: 130948
nosy: ev, tarek
priority: normal
severity: normal
status: open
title: Passing format= to unpack_archive fails
type: crash
Added file: http://bugs.python.org/file21196/fix_unpack_with_format.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:33:29 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 03:33:29 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300160009.91.0.296603741502.issue11509@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

fileinput_unittests_v13.patch is the final patch.  Test coverage increased from 65% to 93% with this patch.  The only code left untested is fileinput._test(), which by its name suggests that testing is not required.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:35:41 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:35:41 +0000
Subject: [issue11514] Misspelled access
In-Reply-To: <1300148488.43.0.557309982046.issue11514@psf.upfronthosting.co.za>
Message-ID: <1300160141.54.0.0339132906872.issue11514@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11514>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:36:17 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:36:17 +0000
Subject: [issue11547] Misspelled builtin
Message-ID: <1300160177.22.0.125423432707.issue11547@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11547>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:36:50 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:36:50 +0000
Subject: [issue11547] Misspelled builtin
Message-ID: <1300160210.91.0.360632633405.issue11547@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11547>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:37:05 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:37:05 +0000
Subject: [issue11514] Misspelled access
In-Reply-To: <1300148488.43.0.557309982046.issue11514@psf.upfronthosting.co.za>
Message-ID: <1300160225.41.0.298607207712.issue11514@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11514>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:37:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:37:42 +0000
Subject: [issue11546] Misspelled between
Message-ID: <1300160262.89.0.107325979442.issue11546@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11546>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:38:11 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:38:11 +0000
Subject: [issue11545] Misspelled backtracking
Message-ID: <1300160291.74.0.995281479383.issue11545@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11545>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:38:40 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:38:40 +0000
Subject: [issue11544] Misspelled avoid
Message-ID: <1300160320.85.0.153897224557.issue11544@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11544>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:39:29 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:39:29 +0000
Subject: [issue11543] Misspelled available, instances
Message-ID: <1300160369.43.0.817496765544.issue11543@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11543>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:39:47 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:39:47 +0000
Subject: [issue11542] Misspelled augmented
Message-ID: <1300160387.99.0.363554110807.issue11542@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11542>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:40:25 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:40:25 +0000
Subject: [issue11540] Misspelled assume
Message-ID: <1300160425.55.0.572436300912.issue11540@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11540>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:40:50 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:40:50 +0000
Subject: [issue11541] Misspelled attribute
Message-ID: <1300160450.32.0.169343434422.issue11541@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11541>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:41:08 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:41:08 +0000
Subject: [issue11539] Misspelled associated
Message-ID: <1300160468.55.0.19414614608.issue11539@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11539>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:41:30 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 03:41:30 +0000
Subject: [issue1038909] pydoc method documentation lookup enhancement
Message-ID: <1300160490.45.0.87782391608.issue1038909@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038909>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:41:33 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:41:33 +0000
Subject: [issue11538] Misspelled assign
Message-ID: <1300160493.05.0.770238398465.issue11538@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11538>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:41:53 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:41:53 +0000
Subject: [issue11537] Misspelled arguments
Message-ID: <1300160513.65.0.882765235669.issue11537@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11537>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:42:16 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:42:16 +0000
Subject: [issue11536] Misspelled arguments 2
Message-ID: <1300160536.93.0.31564569492.issue11536@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11536>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:42:22 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:42:22 +0000
Subject: [issue11536] Misspelled arguments 2
Message-ID: <1300160542.31.0.722358013493.issue11536@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11536>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:42:39 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:42:39 +0000
Subject: [issue11535] Misspelled architecture
Message-ID: <1300160559.62.0.556133624208.issue11535@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11535>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:43:02 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:43:02 +0000
Subject: [issue11534] Misspelled architecture, control
Message-ID: <1300160582.63.0.484444164551.issue11534@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11534>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:43:26 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:43:26 +0000
Subject: [issue11533] Misspelled arbitrary
Message-ID: <1300160606.18.0.938730504751.issue11533@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11533>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:43:49 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:43:49 +0000
Subject: [issue11532] Misspelled arbitrary 2
Message-ID: <1300160629.63.0.46555866645.issue11532@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11532>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:44:07 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:44:07 +0000
Subject: [issue11531] Misspelled applications
Message-ID: <1300160647.13.0.204163449583.issue11531@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11531>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:44:34 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:44:34 +0000
Subject: [issue11530] Misspelled application
Message-ID: <1300160674.02.0.548645987247.issue11530@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11530>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:44:54 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:44:54 +0000
Subject: [issue11529] Misspelled application 2
Message-ID: <1300160694.71.0.496538439223.issue11529@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11529>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:45:22 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:45:22 +0000
Subject: [issue11528] Misspelled anonymously
Message-ID: <1300160722.13.0.633500140273.issue11528@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11528>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:45:43 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:45:43 +0000
Subject: [issue11527] Misspelled ambiguous
Message-ID: <1300160743.05.0.256677171151.issue11527@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11527>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:46:07 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:46:07 +0000
Subject: [issue11526] Misspelled along
Message-ID: <1300160767.37.0.405686064246.issue11526@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11526>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:46:28 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:46:28 +0000
Subject: [issue11525] Misspelled alignment
Message-ID: <1300160788.82.0.25842525762.issue11525@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11525>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:46:45 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:46:45 +0000
Subject: [issue11524] Misspelled alignment 6
Message-ID: <1300160805.98.0.0627606044741.issue11524@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11524>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:47:06 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:47:06 +0000
Subject: [issue11523] Misspelled alignment 5
Message-ID: <1300160826.86.0.534844792749.issue11523@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11523>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:47:23 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:47:23 +0000
Subject: [issue11522] Misspelled alignment 4
Message-ID: <1300160843.99.0.256427061678.issue11522@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11522>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:47:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:47:42 +0000
Subject: [issue11521] Misspelled alignment3
Message-ID: <1300160862.96.0.629294527799.issue11521@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11521>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:47:59 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:47:59 +0000
Subject: [issue11520] Misspelled alignment 2
Message-ID: <1300160879.56.0.429640846826.issue11520@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11520>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:48:16 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:48:16 +0000
Subject: [issue11519] Misspelled algorithm
Message-ID: <1300160896.78.0.781347808077.issue11519@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11519>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:48:31 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:48:31 +0000
Subject: [issue11518] Misspelled algorithm 2
Message-ID: <1300160911.25.0.929318608106.issue11518@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11518>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:48:49 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:48:49 +0000
Subject: [issue11517] Misspelled aforementioned
Message-ID: <1300160929.33.0.742578486667.issue11517@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11517>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:49:09 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 03:49:09 +0000
Subject: [issue11516] Misspelled additionally
Message-ID: <1300160949.47.0.515190171141.issue11516@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11516>
_______________________________________

From report at bugs.python.org  Tue Mar 15 04:58:53 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 15 Mar 2011 03:58:53 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
In-Reply-To: <1299498559.18.0.816626930459.issue1559549@psf.upfronthosting.co.za>
Message-ID: <AANLkTinNu_OamT-u2Rt6O6L6EeUdGOjVYpmZYNm2Seoy@mail.gmail.com>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

> I am sorry again for those mistakes, it's all completely new to me.

No worries!

>I have fixed those issues and created new patch. Using hg export, that now spans over two commits. Is it the way those patches should be provided, or should I gather all changes into a one commit?

A single patch (where all changesets are flattened into one) is the
preferred way. For general advice, you can read the Developer's Guide
at http://docs.python.org/devguide/ (e.g.
http://docs.python.org/devguide/patch.html).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:00:22 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 04:00:22 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <E1PzLQj-0008Fc-F3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 81d7f78a633a by Ezio Melotti in branch '3.2':
#11515: Merge with 3.1.
http://hg.python.org/cpython/rev/81d7f78a633a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:03:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 04:03:42 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <E1PzLTv-0008MR-K3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4c1a15ebebe5 by Ezio Melotti in branch 'default':
#11515: Merge with 3.2.
http://hg.python.org/cpython/rev/4c1a15ebebe5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:21:23 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 04:21:23 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <1300162883.48.0.67042836204.issue11243@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Here is a patch that adds tests for the methods I didn't previous have test for.  There may still be some headers that I'm not testing for the 'contains binary' case, but this is certainly more comprehensive than we had before.

Please test and let me know if it works; it should, since the code patch is very close to the one you suggested.

----------
Added file: http://bugs.python.org/file21197/emails_with_Headers.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:46:14 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 15 Mar 2011 04:46:14 +0000
Subject: [issue10237] failure in Barrier tests
In-Reply-To: <1288391142.98.0.44997335021.issue10237@psf.upfronthosting.co.za>
Message-ID: <1300164374.29.0.137000924571.issue10237@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Closing this as fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10237>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:46:43 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:46:43 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>


New submission from Eugene Toder <eltoder at gmail.com>:

As pointed out by Raymond, constant folding should be done on AST rather than on generated bytecode. Here's a patch to do that. It's rather long, so overview first.

The patch replaces existing peephole pass with a folding pass on AST and a few changes in compiler. Feature-wise it should be on par with old peepholer, applying optimizations more consistently and thoroughly, but maybe missing some others. It passes all peepholer tests (though they seem not very extensive) and 'make test', but more testing is, of course, needed.

I've split it in 5 pieces for easier reviewing, but these are not 5 separate patches, they should all be applied together. I can upload it somewhere for review or split it in other ways, let me know. Also, patches are versus 1e00b161f5f5, I will redo against head.

TOC:
1. Changes to AST
2. Folding pass
3. Changes to compiler
4. Generated files (since they're checked in)
5. Tests

In detail:

1. I needed to make some changes to AST to enable constant folding. These are
a) Merge Num, Str, Bytes and Ellipsis constructors into a single Lit (literal) that can hold anything. For one thing, this removes a good deal of copy-paste in the code, since these are always treated the same. (There were a couple of places where Bytes ctor was missing for no apparent reason, I think it was forgotten.) Otherwise, I would have to introduce at least 4 more node types: None, Bool, TupleConst, SetConst. This seemed excessive.
b) Docstring is now an attribute of Module, FunctionDef and ClassDef, rather than a first statement. Docstring is a special syntactic construction, it's not an executable code, so it makes sense to separate it. Otherwise, optimizer would have to take extra care not to introduce, change or remove docstring. For example:

def foo():
  "doc" + "string"

Without optimizations foo doesn't have a docstring. After folding, however, the first statement in foo is a string literal. This means that docstring depends on the level of optimizations. Making it an attribute avoids the problem.
c) 'None', 'True' and 'False' are parsed as literals instead of names, even without optimizations. Since they are not redefineable, I think it makes most sense to treat them as literals. This isn't strictly needed for folding, and I haven't removed all the artefacts, in case this turns out controversial.

2. Constant folding (and a couple of other tweaks) is performed by a visitor. The visitor is auto-generated from ASDL and a C template. C template (Python/ast_opt.ct) provides code for optimizations and rules on how to call it. Parser/asdl_ct.py takes this and ASDL and generates a visitor, that visits only nodes which have associated rules (but visits them via all paths).
The code for optimizations itself is pretty straight-forward.
The generator can probably be used for symtable.c too, removing ~200 tedious lines of code. 

3. Changes to compiler are in 3 categories
a) Updates for AST changes.
b) Changes to generate better code and not need any optimizations. This includes tuple unpacking optimization and if/while conditions.
c) Simple peephole pass on compiler internal structures. This is a better form for doing this, than a bytecode. The pass only deals with jumps to jumps/returns and trivial dead code.
I've also made 'raise' recognized as a terminator, so that 'return None' is not inserted after it.

4, 5. No big surprises here.

----------
components: Interpreter Core
messages: 130955
nosy: eltoder
priority: normal
severity: normal
status: open
title: Rewrite peephole to work on AST
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:47:18 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:47:18 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164438.97.0.138591348314.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21198/0_ast.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:47:36 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:47:36 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164456.25.0.885749314035.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Added file: http://bugs.python.org/file21199/0_fold.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:47:46 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:47:46 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164466.76.0.0977772016983.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Added file: http://bugs.python.org/file21200/0_compile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:48:01 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:48:01 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164481.42.0.645129780786.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Added file: http://bugs.python.org/file21201/0_generated.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:48:11 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:48:11 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164491.34.0.531207743439.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


Added file: http://bugs.python.org/file21202/0_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:53:35 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 04:53:35 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164815.66.0.41518412707.issue11549@psf.upfronthosting.co.za>


Changes by Eugene Toder <eltoder at gmail.com>:


----------
nosy: +pitrou, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 05:54:04 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 15 Mar 2011 04:54:04 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300164844.0.0.315733026165.issue11549@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:00:57 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 15 Mar 2011 05:00:57 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300165257.42.0.472047272106.issue11549@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:02:31 2011
From: report at bugs.python.org (Ben Hayden)
Date: Tue, 15 Mar 2011 05:02:31 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>


New submission from Ben Hayden <hayden767 at gmail.com>:

When running the test_pulldom test with a latest checkout of cpython from hg.python.org on Ubuntu 10.10 x64, the following ResourceWarning is thrown:

test_parse (test.test_pulldom.PullDOMTestCase)
Minimal test of DOMEventStream.parse() ... /home/benhayden/Documents/cpython/Lib/test/test_pulldom.py:35: ResourceWarning: unclosed file <_io.TextIOWrapper name='/home/benhayden/Documents/cpython/Lib/test/xmltestdata/test.xml' mode='r' encoding='UTF-8'>
  list(pulldom.parse(tstfile))
ok

This is because pulldom.parse returns an open file object if the argument it is passed is a string & not a file object. Attached is a patch that makes sure that file is closed.

----------
components: Tests
files: test_pulldom_resource_warning.patch
keywords: patch
messages: 130956
nosy: beardedp
priority: normal
severity: normal
status: open
title: Fix ResourceWarning in test_pulldom
type: resource usage
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file21203/test_pulldom_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:02:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 05:02:40 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300165360.37.0.682607739761.issue11549@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:31:16 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 05:31:16 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

The attached patch increases the test coverage of the module _dummy_thread from 78% to 100%.

----------
components: Tests
files: test_dummy_thread_test_coverage_improvement.patch
keywords: patch
messages: 130957
nosy: brian.curtin, denversc
priority: normal
severity: normal
status: open
title: test_dummy_thread.py test coverage improvement
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21204/test_dummy_thread_test_coverage_improvement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:33:24 2011
From: report at bugs.python.org (Ben Hayden)
Date: Tue, 15 Mar 2011 05:33:24 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300167204.98.0.159004269585.issue11550@psf.upfronthosting.co.za>


Changes by Ben Hayden <hayden767 at gmail.com>:


Removed file: http://bugs.python.org/file21203/test_pulldom_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:33:51 2011
From: report at bugs.python.org (Ben Hayden)
Date: Tue, 15 Mar 2011 05:33:51 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300167231.68.0.524270854028.issue11550@psf.upfronthosting.co.za>


Changes by Ben Hayden <hayden767 at gmail.com>:


----------
versions:  -Python 3.3, Python 3.4
Added file: http://bugs.python.org/file21205/test_pulldom_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:34:20 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 05:34:20 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1300167260.76.0.91114235413.issue11551@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file21206/test_dummy_thread_test_coverage_improvement_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:36:49 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 15 Mar 2011 05:36:49 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1300167409.65.0.778770260644.issue11551@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:44:43 2011
From: report at bugs.python.org (cournapeau david)
Date: Tue, 15 Mar 2011 05:44:43 +0000
Subject: [issue11552] Confusing error message when hook module cannot be loaded
In-Reply-To: <1300167883.89.0.288687435402.issue11552@psf.upfronthosting.co.za>
Message-ID: <1300167883.89.0.288687435402.issue11552@psf.upfronthosting.co.za>


New submission from cournapeau david <cournape at gmail.com>:

The following simple example:

setup.cfg

[global]
setup_hook = hooks.foo

and the following hooks.py file

def foo(content):
    pass


Traceback (most recent call last):
  File "../distutils2/distutils2/pysetup", line 5, in <module>
    main()
  File "/Users/david/src/projects/distutils2/distutils2/run.py", line 486, in main
    return dispatcher()
  File "/Users/david/src/projects/distutils2/distutils2/run.py", line 477, in __call__
    return func(self, self.args)
  File "/Users/david/src/projects/distutils2/distutils2/run.py", line 161, in _run
    dist.parse_config_files()
  File "/Users/david/src/projects/distutils2/distutils2/dist.py", line 317, in parse_config_files
    return self.config.parse_config_files(filenames)
  File "/Users/david/src/projects/distutils2/distutils2/config.py", line 258, in parse_config_files
    self._read_setup_cfg(parser, filename)
  File "/Users/david/src/projects/distutils2/distutils2/config.py", line 120, in _read_setup_cfg
    self.setup_hook = resolve_name(setup_hook)
  File "/Users/david/src/projects/distutils2/distutils2/util.py", line 644, in resolve_name
    raise ImportError(exc)
ImportError: 'str' object has no attribute 'foo'

I don't understand how it works exactly, but the current code cannot work, as ret needs to be a module package after the __import__ (i.e. the codepath following line 632 and later in util.py (resolve_name function))

----------
assignee: tarek
components: Distutils2
messages: 130958
nosy: alexis, cournape, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Confusing error message when hook module cannot be loaded
type: crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11552>
_______________________________________

From report at bugs.python.org  Tue Mar 15 06:55:07 2011
From: report at bugs.python.org (Ray.Allen)
Date: Tue, 15 Mar 2011 05:55:07 +0000
Subject: [issue2142] difflib.unified_diff(...) produces invalid patches
In-Reply-To: <1203365817.7.0.0998491412302.issue2142@psf.upfronthosting.co.za>
Message-ID: <1300168507.38.0.498677500154.issue2142@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Yes there may be.

Here is the updated patch:

Add a new keyword argument to context_diff() and unified_diff() named "warn_no_newline_at_end". If true, emit "\ No newline etc". It defaults to True, set it to false to get the old behavior. I'm not sure if this name is too long, but I haven't got a better name.

----------
Added file: http://bugs.python.org/file21207/issue_2142_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2142>
_______________________________________

From report at bugs.python.org  Tue Mar 15 08:42:50 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 15 Mar 2011 07:42:50 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300174970.47.0.107916736043.issue11510@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

See attached.

----------
keywords: +patch
Added file: http://bugs.python.org/file21208/peep.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 09:57:14 2011
From: report at bugs.python.org (Daniel Urban)
Date: Tue, 15 Mar 2011 08:57:14 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300179434.51.0.0322847511743.issue11549@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 11:08:36 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 15 Mar 2011 10:08:36 +0000
Subject: [issue6584] gzip module has no custom exception
In-Reply-To: <1248675050.27.0.747048824781.issue6584@psf.upfronthosting.co.za>
Message-ID: <1300183716.02.0.271108233288.issue6584@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I had some time today, so I managed to fix the patch. I hope now everything is ok.

----------
Added file: http://bugs.python.org/file21209/6584_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6584>
_______________________________________

From report at bugs.python.org  Tue Mar 15 12:15:11 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 15 Mar 2011 11:15:11 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300187711.53.0.7789902276.issue11501@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I'm not using "if zlib is not None" since the archive_utils module
> never explicitly imports zlib.

Well, you can import zlib in that module too to detect in advance whether zipfile will work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 12:21:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 15 Mar 2011 11:21:40 +0000
Subject: [issue11254] distutils doesn't byte-compile .py files to __pycache__
	during installation
In-Reply-To: <1298195698.48.0.330644441328.issue11254@psf.upfronthosting.co.za>
Message-ID: <1300188100.78.0.280239605509.issue11254@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the test.  The patch is minimal and makes distutils work correctly with the new pyc handling in 3.2+, so I will apply it in a few days unless Tarek disagrees.

----------
assignee: tarek -> eric.araujo
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11254>
_______________________________________

From report at bugs.python.org  Tue Mar 15 12:39:51 2011
From: report at bugs.python.org (Graham Wideman)
Date: Tue, 15 Mar 2011 11:39:51 +0000
Subject: [issue11553] Docs for: import, packages, site.py, .pth files
In-Reply-To: <1300189190.68.0.0305569633639.issue11553@psf.upfronthosting.co.za>
Message-ID: <1300189190.68.0.0305569633639.issue11553@psf.upfronthosting.co.za>


New submission from Graham Wideman <initcontact at grahamwideman.com>:

The overall scope of this issue is that current Python documentation gives vague, sometimes incorrect, information about the set of Python features involved in modularizing functionality.  This issue presents an obstacle to programmers making smooth transitions from a single module, to collections of modules and packages, then on to neatly organized common packages shared between projects.

The problem affects documentation of:

import and from...import statements
------------------------------------
The Language Reference is way too complicated for the mainstream case. Exactly what variants of arguments are possible, and what are their effects? What are the interactions with package features, such as whether or not modules have been explicitly imported into package __init_.py?

sys.path
---------
Typical consituents; range of alternatives for adding more dirs
                   
Module site.py
--------------
Multiple serious errors in the file docstring, relating to site-packages directories and .pth files

.pth files
-----------
Incorrectly described in site.py, and then vaguely described in other docs.
Are .pth files processed everywhere on sys.path? Can they be interative? (No to both).

package structure
-----------------
Details of package structure have evidently changed over Python versions. Current docs are unclear on points such as:
-- is __init__.py needed on subpackage directories?
-- the __all__ variable: Does it act generally to limit visibility of a module or package's attributes, or does pertain only to the 'from...import *' statement?

Details:
=========

Language Reference
-------------------
 http://docs.python.org/py3k/reference/simple_stmts.html#the-import-statement
The description of the import statement is extensive, but dauntingly complicated for the reader trying to understand the mainstream case of simply importing modules or packages that are on sys.path.  This is because the algorithm for finding modules tries numerous esoteric strategies before falling back on the plain-old-file-system method. 

(Even now that I have a good understanding of the plain-old-file variations of import, I reread this and find it hard to comprehend, and disorganized and incomplete in presenting the available variations of the statement.)

Grammar issue: the grammar shown for the import statement shows:
relative_module ::=  "."* module | "."+

... which implies that relative module could have zero leading dots. I believe an actual relative path is required to have at least one dot (PEP 328).  Evidently, in this grammar, 'relative_module' really means "relative or absolute path to module or package", so it would be quite helpful to change to:

relative_path ::=  "."+ module | "."+
from_path     ::= (relative_path | module)

etc.  (Really 'module' is not quite right here either since it's used to mean module-or-package.)
                                                                                                 
site.py:
--------
Module site.py implements the site-package related features. The docstring has multiple problems with consequences in other docs.

1. Does not mention user-specific site-package directories (implemented by addusersitepackages() )

2. Seriously misleading discussion of .pth files.  In the docstring the example shows using pth files, called "package configuration files" in their comments, to point to actual package directories bar and foo located within the site-packages directory.  This is an absolutely incorrect use of pth files:  If foo and bar are packages in .../site-packages/, they do not need to be pointed to, they are already on sys.path.  

If the package dirs ARE pointed to by foo.pth and bar.pth, the modules inside them will be exposed directly to sys.path, possibly precipitating name collisions.  Further, programmers following this example will create packages in which import statements will appear to magically perform relative imports without leading dots, leading to confusion over how the import statement is supposed to work.

It may be that this discussion is held over from a time when "package" perhaps meant "Just a Bunch of Files in a Directory"?

3. The docstring (or other docs) should make clear that .pth files are ONLY processed within site-package directories (ie: only by site.py).

4. Bug: Minor: In addsitepackages(), the library directory for Windows (the else clause) is shown as lower-case 'lib' instead of 'Lib'. This has some possibility of causing problems when running from a case-sensitive server.  In any case, if read as documentation it is misleading.

Tutorial
---------
6. Modules:  http://docs.python.org/py3k/tutorial/modules.html  

1. Discussion (6.1.2. The Module Search Path) is good as far as it goes, but it doesn't mention the site-package directories.

2. Section 6.4. Packages:  Discussion of __init__.py does describe the purpose of these files.  However, the discussion in relation to subpackages should mention that for subdirectories to be accessible they must in fact be made into subpackages.  I.e.: there is not form of import that can reach into a subdir of a package *unless* it's flagged as a subpackage using __init__.py.  I have read elsewhere that there were some versions of Python where  __init__.py was not needed on subdirs within a package.

3. Section 6.4. Packages: The discussion of __all__ should note that it works *only* in conjunction with 'from...import *', and is not a general mechanism for limiting visibility of attributes. Attributes not in the __all__ list are still accessible using other forms of import.

4. Section 6.4. Packages: "Note that when using from package import item" and following.  Draws a contrast between:

    from package import item          vs 
    import item.subitem.subsubitem

However, this muddles the roles of the arguments to import, and notably uses 'item' in two different ways.  Instead the discussion can be presented as a comparison of:

    from   PackageOrModule import ModuleOrAttribute      vs 
    import PackageOrModule

... where it can be pointed out that the PackageOrModule 'dotted path' argument follows the *same* rules in both cases (except for relative paths). The *salient* contrast is that only the 'from' form has a *second* argument which can be an attribute.

5.  Footnote: (somewhat unrelated, but...) says "the execution of a module-level function enters the function name in the module?s global symbol table."  This is surely incorrect -- it is the execution of the function's *def* that enters the function name in the symbol table.

Standard Library Reference
---------------------------
1) 27.13. site ? Site-specific configuration hook  http://docs.python.org/py3k/library/site.html This is documentation for site.py, and is a page that might well come up in a search for '.pth'. 

1a) This page may simply be importing the docstring from site.py?  In any case it repeats the ommissions and errors noted above for site.py.

2) 27.1. sys ? System-specific parameters and functions  http://docs.python.org/py3k/library/sys.html  Documentation for sys.path.  OK as far as it goes, but:

2a) Could helpfully point to a discussion of the typical items to be found in sys.path under normal circumstances

2b) It does point to the site.py module documentation as the authoritative info on using .pth files (which is seriously flawed as noted above).

3) 29.3. pkgutil ? Package extension utility. http://docs.python.org/py3k/library/pkgutil.html  

3a) The info for pkgutil.extend_path() describes how .pkg files are similar to .pth files, and their entries should point to package directories. As I noted above, so far as I can see, package directories should be within a directory on sys,path, but should not themselves be included in the path, otherwise it breaks their capability to work properly as packages.

'Installing Python Modules' document: 
--------------------------------------
http://docs.python.org/py3k/install/index.html This may well be consulted for info on how to organize source files, though it is basically the doc for Distutils.

1. Main problem is that it seems quite out-of-date; "Windows has no concept of a user?s home directory, " and so on.

2. 'How installation works' > table.  For Windows suggests 'prefix' (default: C:\Python) as an installation directory.  This is indeed one of the possible 'site-package' directories, but surely it is deprecated in favor of C:\Python\Lib\site-packages, which this section does not mention.

3. Does not mention user-specific site-package directories.

4. 'Modifying Python's Search Path' > "The most convenient way is to add a path configuration file to a directory that?s already on Python?s path". This is incorrect.  (a) .pth files are only processed in site-package directories. (b) Clarifying an additional point of confusion -- as a consequence of (a) .pth files cannot be chained.

5. Points to docs for site.py... with it's flaws noted above.

PEP 302 New Import Hooks
------------------------
Given the vagueness elsewhere in the docs, one might go hunting for ground truth in the PEPs. One must allow for PEPs having been superceeded, but nonetheless, outdated info that is now wrong is an additional stumbling block for learners.

1. Section 'Specification part 1: The importer Protocol'.  Discussion says that in an import statement, a path (with no leading  '.') is first treated as relative. This is now incorrect (as spelled out in PEP 328.)  It would be helpful to insert a note in PEP 302 pointing out that the later revision invalidates this passage.

----------
assignee: docs at python
components: Documentation
messages: 130964
nosy: docs at python, gwideman
priority: normal
severity: normal
status: open
title: Docs for: import, packages, site.py, .pth files
type: behavior
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11553>
_______________________________________

From report at bugs.python.org  Tue Mar 15 12:52:26 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 11:52:26 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300189946.11.0.702995918707.issue11549@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +dmalcolm, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 13:16:37 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 12:16:37 +0000
Subject: [issue11165] Document PyEval_Call* functions
In-Reply-To: <1297292171.0.0.0899611103523.issue11165@psf.upfronthosting.co.za>
Message-ID: <1300191397.22.0.802433892803.issue11165@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

There may be some legitimate use cases when embedding Python and you *know* that the checks performed by the PyObject_* versions aren't needed.

It may also be historical - the PyEval versions may predate the PyObject ones.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11165>
_______________________________________

From report at bugs.python.org  Tue Mar 15 13:20:56 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 12:20:56 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300191656.38.0.557118715826.issue10775@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Michael pointed out that I had completely missed the point of what the "msg" argument was about. Sorry for the noise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 13:40:34 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Tue, 15 Mar 2011 12:40:34 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300187711.53.0.7789902276.issue11501@psf.upfronthosting.co.za>
Message-ID: <AANLkTikmO29p+D_2pFT6GKUsBu9pm9U3mhuEuP8hNM2h@mail.gmail.com>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

On Tue, Mar 15, 2011 at 7:15 AM, ?ric Araujo <report at bugs.python.org> wrote:
>
> ?ric Araujo <merwok at netwok.org> added the comment:
>
>> I'm not using "if zlib is not None" since the archive_utils module
>> never explicitly imports zlib.
>
> Well, you can import zlib in that module too to detect in advance whether zipfile will work.

Indeed, but from my POV that's less cleaner than the proposed
solution: importing a module that is not used (other than checking for
a condition) may generate confusion to a reader. IMHO, the proposed
solution may ease the readability of the code block by being
super-explicit about what condition is being handled when creating the
ZipFile.

Let me know if you still consider I should change that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 14:04:24 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 15 Mar 2011 13:04:24 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300194264.37.0.761567681297.issue10775@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

> I left a comment on the review.
You need to publish your comment if you want others to see it.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 14:11:56 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 15 Mar 2011 13:11:56 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300194716.24.0.0602062727083.issue11550@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Any reason why the patch removes the `list()` calls? Without them, no parsing happens at all.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 14:17:16 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 13:17:16 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300195036.08.0.677792387394.issue10775@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

I showed robquad how to do the review stuff at PyCon but I forgot about the publish part. Robbie, if you hit "Publish + Mail Comments" near the top of the page after you've left comments, it'll send them out.


What he noticed was that changing to callable_obj in the assertRaises signature could break anyone who had been using callableObj as a named argument. Although it isn't explicitly documented, it's a named argument that someone is probably using. As for standardizing, it's probably best to match the general format of the library which is camelCase, and change the internal uses rather than a public method signature.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 14:32:32 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 15 Mar 2011 13:32:32 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300195952.11.0.415915527239.issue11289@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

A couple more minor issues:

1. Double space required at the beginning of the "Here is a ..." sentence in Doc/library/smtplib.rst
2. in __exit__ method: "msg" is the variable name assigned from docmd('QUIT') but "errmsg" is used when raising exception
3. in test I'd rather prefer seeing stmp.noop() unpacked:
    code, _ = smtp.noop()
4. extra line #118 in test_smtplib
5. is there any way to test SMTPResponseException?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 14:43:41 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 15 Mar 2011 13:43:41 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1300162883.48.0.67042836204.issue11243@psf.upfronthosting.co.za>
Message-ID: <20110315134246.GA4532@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Tue, Mar 15, 2011 at 04:21:24AM +0000, R. David Murray wrote:
> Please test and let me know if it works; it should, since the code patch is very close to the one you suggested.

;-)
Hello David, hope you have a good time at Pycon! 
(Just Googled, weather will be fine right after all of you 
will see the sun and the blue sky once again! 
Hey -- there is a world out there!! :)

Just like i've stated on EMAIL-SIG, you really have convinced me 
of simply using the binary feedparser, but since you have found 
even more places where explicit str() is necessary, this package 
is once again at least 50% better than before!

But i've readded a
    email.header.make_header(email.header.decode_header(b))
thing in my Ticket._bewitch_msg() and ran that patched S-Postman 
;=) on an 3.8 MB mbox file (by the way, if you need f..d .. 
emails, subscribe to OpenBSD Misc), and i'll end up like this:

Traceback (most recent call last):
  File "/Users/steffen/usr/bin/s-postman.py", line 1815, in _walk
    self._tickets.extend(Ticket.process_message(msg))
  File "/Users/steffen/usr/bin/s-postman.py", line 1671, in process_message
    return [Ticket(m, _targets=rsm.targets) for m in splitter]
  File "/Users/steffen/usr/bin/s-postman.py", line 1671, in <listcomp>
    return [Ticket(m, _targets=rsm.targets) for m in splitter]
  File "/Users/steffen/usr/bin/s-postman.py", line 1681, in __init__
    self._bewitch_msg()
  File "/Users/steffen/usr/bin/s-postman.py", line 1752, in _bewitch_msg
    self._msg[n] = email.header.make_header(email.header.decode_header(b))
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 73, in decode_header
    if not ecre.search(header):
Exception: TypeError: expected string or buffer

Here: header==<class 'email.header.Header'>
And:

Traceback (most recent call last):
  File "/Users/steffen/usr/bin/s-postman.py", line 1815, in _walk
    self._tickets.extend(Ticket.process_message(msg))
  File "/Users/steffen/usr/bin/s-postman.py", line 1671, in process_message
    return [Ticket(m, _targets=rsm.targets) for m in splitter]
  File "/Users/steffen/usr/bin/s-postman.py", line 1671, in <listcomp>
    return [Ticket(m, _targets=rsm.targets) for m in splitter]
  File "/Users/steffen/usr/bin/s-postman.py", line 1681, in __init__
    self._bewitch_msg()
  File "/Users/steffen/usr/bin/s-postman.py", line 1752, in _bewitch_msg
    self._msg[n] = email.header.make_header(email.header.decode_header(b))
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 154, in make_header
    h.append(s, charset)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 270, in append
    s = s.decode(input_charset, errors)
Exception: AttributeError: 'Header' object has no attribute 'decode'

Here s==<class 'email.header.Header'>
And after adding
        # Steffen is out now
        if isinstance(s, email.header.Header):
            s = str(s)
i got stuck on this:

Traceback (raising call only):
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 278, in append
    s.encode(output_charset, errors)
Exception: UnicodeEncodeError: 'ascii' codec can't encode character '\ufffd' in position 7: ordinal not in range(128)
{Aaaargh!  Special case UNICODE replacement character, mongrel!}

s was a Header here, too.
I apply a simple email_header.diff which applies cleanly to a49bda. 
Hope i could help a bit.

----------
Added file: http://bugs.python.org/file21210/email_header.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________
-------------- next part --------------
diff --git a/Lib/email/header.py b/Lib/email/header.py
--- a/Lib/email/header.py
+++ b/Lib/email/header.py
@@ -70,7 +70,7 @@
     occurs (e.g. a base64 decoding exception).
     """
     # If no encoding, just return the header with no charset.
-    if not ecre.search(header):
+    if not ecre.search(str(header)):
         return [(header, None)]
     # First step is to parse all the encoded parts into triplets of the form
     # (encoded_string, encoding, charset).  For unencoded strings, the last
@@ -265,6 +265,9 @@
             charset = self._charset
         elif not isinstance(charset, Charset):
             charset = Charset(charset)
+        # Steffen is out now
+        if isinstance(s, email.header.Header):
+            s = str(s)
         if not isinstance(s, str):
             input_charset = charset.input_codec or 'us-ascii'
             s = s.decode(input_charset, errors)

From report at bugs.python.org  Tue Mar 15 14:58:28 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Tue, 15 Mar 2011 13:58:28 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300197508.42.0.325340958452.issue11501@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Attaching a new patch with latest changes from trunk merged in (conflicts resolved).

----------
Added file: http://bugs.python.org/file21211/pycon-issue11501.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 15:01:09 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 14:01:09 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300197669.0.0.313235359266.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Armin: yeah, I learned better in the course of trying to fix this misbehaviour in CPython. I've adjusted assorted sq_concat methods to return NotImplemented in the sandbox where I'm working on this, along with modifying abstract.c to correctly cope with that.

Terry: the slot signatures vary, so copying function pointers around isn't really viable. I'm just fixing abstract.c to call the slots in the right order.

The fun part is that historically, CPython didn't check for NotImplemented returns from sq_concat and sq_repeat, so those methods are all written to raise TypeError explicitly, which breaks delegation to __radd__ methods (i.e. exactly the same thing Armin fixed in PyPy).

As far as 2.7 and 3.2 go, I'm thinking a Py3k warning in the next 2.7 release and a CompatibilityWarning (once we have it) in the next 3.2 will be a possibility. However, I want to finish the patch and see the magnitude of the change before deciding what we do with the maintenance versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 15:01:38 2011
From: report at bugs.python.org (Ben Hayden)
Date: Tue, 15 Mar 2011 14:01:38 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300197698.49.0.355492723651.issue11550@psf.upfronthosting.co.za>


Ben Hayden <hayden767 at gmail.com> added the comment:

I was unclear as to why the list() calls were there. I thought it would just change the iterator into a list - I didn't know that actually was needed for the test - my mistake. I'll change it back to the list() - but I'll need to loop over the first list to make sure and close the stream.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 15:16:22 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 14:16:22 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300198582.4.0.435973427169.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

My work in progress is on the respect_LHS_precedence branch in http://hg.python.org/sandbox/ncoghlan

Current status is that I have tests for correct handling of sq_concat and sq_repeat, and am close to having sq_concat and sq_inplace_concat behaving correctly.

I'm not happy with the current duplication of checks in abstract.c, but I'll look for ways to make the code prettier after it is working properly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 15:30:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 14:30:01 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <E1PzVG2-00005x-Sl@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f2e04ce75f0b by briancurtin in branch 'default':
Fix #11509. Significantly increase test coverage for fileinput.
http://hg.python.org/cpython/rev/f2e04ce75f0b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 15:31:42 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 14:31:42 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <1300199502.1.0.545918374772.issue11509@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Many thanks for the patch, Denver!

----------
assignee:  -> brian.curtin
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:02:57 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Tue, 15 Mar 2011 15:02:57 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300201377.47.0.174787830391.issue11459@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

The Charles' patch fixes the problem but breaks [test_os test_poll test_popen test_select test_uuid] when running make test.

Those two lines were introduced by Guido in [1f7891d84d93] but that was back in 2007 when subprocess used os.fdopen and the new IO hadn't been invented (I think). They should probably be removed now.

I think it breaks those tests because despite the fact that the docs claim subprocess defaults to unbuffered, it has been set at bufsize=1 which actually causes line buffering mode. os.popen wraps the returned stream with a TextIOWrapper which doesn't work with an unbuffered stream.

The attached patch causes os.popen (and platform.popen) to default to line buffered mode and to throw an error if buffering=0 is passed (unbuffered).

I don't think this should be backported since there is some behavior change.

----------
stage:  -> patch review
Added file: http://bugs.python.org/file21212/11459.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:07:49 2011
From: report at bugs.python.org (Michael Henry)
Date: Tue, 15 Mar 2011 15:07:49 +0000
Subject: [issue11554] Port email module's test_email_codecs.py to Python 3
In-Reply-To: <1300201669.88.0.875643607067.issue11554@psf.upfronthosting.co.za>
Message-ID: <1300201669.88.0.875643607067.issue11554@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

test_email_codecs.py in the email module should be ported to Python 3.

The attached patch ports test_email_codecs.py and hooks it into the email test
suite.

----------
components: Library (Lib)
files: port-test_email_codecs.py.patch
keywords: patch
messages: 130980
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: Port email module's test_email_codecs.py to Python 3
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21213/port-test_email_codecs.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11554>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:15:43 2011
From: report at bugs.python.org (Michael Henry)
Date: Tue, 15 Mar 2011 15:15:43 +0000
Subject: [issue11555] email.Message.as_string no longer mangles "From " (doc
	fix)
In-Reply-To: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>
Message-ID: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The function email.Message.as_string has an out-of-date comment:

"""
This is a convenience method and may not generate the message exactly
as you intend because by default it mangles lines that begin with
"From ".  For more flexibility, use the flatten() method of a
Generator instance.
"""

The functionality has changed such that "From " mangling is no longer done.

----------
components: Library (Lib)
messages: 130981
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: email.Message.as_string no longer mangles "From " (doc fix)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11555>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:20:06 2011
From: report at bugs.python.org (Michael Henry)
Date: Tue, 15 Mar 2011 15:20:06 +0000
Subject: [issue11556] email.Message.get_payload can handle bytes payloads
	(minor doc fix)
In-Reply-To: <1300202406.57.0.384288441541.issue11556@psf.upfronthosting.co.za>
Message-ID: <1300202406.57.0.384288441541.issue11556@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

In email.Message.get_payload, there is the following out-of-date comment:

"""
# payload can be bytes here, (I wonder if that is actually a bug?)
"""

The code can actually handle bytes payloads.

----------
components: Library (Lib)
messages: 130982
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: email.Message.get_payload can handle bytes payloads (minor doc fix)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11556>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:20:55 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Tue, 15 Mar 2011 15:20:55 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>


New submission from Natalia B. Bidart <nataliabidart at gmail.com>:

Current coverage is:

Name                   Stmts   Miss  Cover
------------------------------------------
Lib/logging/__init__     739    162    78%
Lib/logging/config       571     98    83%
Lib/logging/handlers     601    325    46%
------------------------------------------
TOTAL                   1911    585    69%

----------
components: Tests
messages: 130983
nosy: nessita
priority: normal
severity: normal
status: open
title: Increase coverage in logging module
type: resource usage
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:34:16 2011
From: report at bugs.python.org (Michael Henry)
Date: Tue, 15 Mar 2011 15:34:16 +0000
Subject: [issue11558] Raise a more helpful exception in
	email.message.Message.attach after set_payload("some string")
In-Reply-To: <1300203256.19.0.481262547299.issue11558@psf.upfronthosting.co.za>
Message-ID: <1300203256.19.0.481262547299.issue11558@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The attached test program, test_email_attach_to_string.py, demonstrates the
desire for email.message.Message.attach to raise a more helpful exception when
the user incorrectly invokes attach() after setting the payload to a string.

----------
components: Library (Lib)
files: test_email_attach_to_string.py
messages: 130984
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: Raise a more helpful exception in email.message.Message.attach after set_payload("some string")
Added file: http://bugs.python.org/file21214/test_email_attach_to_string.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11558>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:51:37 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 15:51:37 +0000
Subject: [issue11509] fileinput module unit test coverage improvements
In-Reply-To: <1300135598.09.0.545633299021.issue11509@psf.upfronthosting.co.za>
Message-ID: <E1PzWX1-0002ET-N2@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9448691fe084 by briancurtin in branch 'default':
Add news item for #11509.
http://hg.python.org/cpython/rev/9448691fe084

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11509>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:58:37 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 15:58:37 +0000
Subject: [issue9667] NetBSD curses KEY_* constants
In-Reply-To: <1282644914.67.0.328045909398.issue9667@psf.upfronthosting.co.za>
Message-ID: <1300204717.36.0.547122903085.issue9667@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith
keywords: +patch
nosy: +gregory.p.smith
Added file: http://bugs.python.org/file21215/_cursesmodule.c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9667>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:58:57 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 15:58:57 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300204737.69.0.773182147434.issue11503@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


Removed file: http://bugs.python.org/file21125/test_posixpath_with_same_device.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:59:02 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 15:59:02 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300204742.02.0.237224398718.issue11503@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


Removed file: http://bugs.python.org/file21124/test_posixpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 16:59:06 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 15:59:06 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300204746.84.0.210260128441.issue11503@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


Removed file: http://bugs.python.org/file21122/test_posixpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:11:01 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:11:01 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300205461.57.0.0803154465877.issue11503@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

The patch includes an unconditional "import posix" that will fail on Windows.

posixpath is available on windows (although not *all* its functionality makes sense), so the whole test should not be skipped - but it is reasonable to skip just the new tests using posix.

Something like:

try:
    import posix
except ImportError:
    posix = None

Then decorated tests that use posix with:

@unittest.skipIf(posix is None, "Test requires posix module")

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:14:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:14:43 +0000
Subject: [issue11555] email.Message.as_string no longer mangles "From " (doc
	fix)
In-Reply-To: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>
Message-ID: <1300205683.59.0.37764929599.issue11555@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11555>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:15:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:15:18 +0000
Subject: [issue11556] email.Message.get_payload can handle bytes payloads
	(minor doc fix)
In-Reply-To: <1300202406.57.0.384288441541.issue11556@psf.upfronthosting.co.za>
Message-ID: <1300205718.34.0.0565725833645.issue11556@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11556>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:15:29 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:15:29 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300205729.94.0.158605408338.issue11503@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Note that instead of try finally constructs you can create a cleanup function and call self.addCleanup(...). This reduces extra levels of indentation in your test code.

In the new code in "test_ismount", from "# Non-existent mountpoint" on, I would turn this into a new test. (Does os.symlink *always* exist - if it is platform dependent you should skip the test if it isn't available.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:15:46 2011
From: report at bugs.python.org (Winston Ewert)
Date: Tue, 15 Mar 2011 16:15:46 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300205746.82.0.491910243024.issue10775@psf.upfronthosting.co.za>


Winston Ewert <winstonewert at gmail.com> added the comment:

The public methods were using both callable_obj and callableObj. Perhaps the patch should standardize on callableObj and accept callable_obj with a warning?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:16:42 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:16:42 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300205802.43.0.310501779956.issue11503@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Scratch the comment about symlink - in test_mount. I see you already protect that code with "if support.can_symlink()".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:18:07 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:18:07 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300205887.07.0.0410784985736.issue11503@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Will posixpath.sameopenfile work on Windows? That may need skipping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:21:56 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 16:21:56 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1300206116.72.0.40154719256.issue1006238@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee: gregory.p.smith -> 
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:22:55 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 16:22:55 +0000
Subject: [issue3718] environment variable MACHDEP and python build system
In-Reply-To: <1219961932.19.0.767904041106.issue3718@psf.upfronthosting.co.za>
Message-ID: <1300206175.74.0.0471910540565.issue3718@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee: gregory.p.smith -> 
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3718>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:25:08 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 16:25:08 +0000
Subject: [issue6873] posix_lchown: possible overflow of uid, gid
In-Reply-To: <1252530083.88.0.0590368551001.issue6873@psf.upfronthosting.co.za>
Message-ID: <1300206308.81.0.180486970177.issue6873@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

a test would still be a good thing but this should be fixed regardless.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6873>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:25:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 16:25:23 +0000
Subject: [issue11554] Port email module's test_email_codecs.py to Python 3
In-Reply-To: <1300201669.88.0.875643607067.issue11554@psf.upfronthosting.co.za>
Message-ID: <E1PzX3a-0006XB-J6@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 013a1cd673fc by R David Murray in branch '3.2':
#11554: reactivate test_email_codecs, and make it pass.
http://hg.python.org/cpython/rev/013a1cd673fc

New changeset a6390ebff835 by R David Murray in branch 'default':
Merge #11554 test_email_codecs activation from 3.2.
http://hg.python.org/cpython/rev/a6390ebff835

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11554>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:27:51 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:27:51 +0000
Subject: [issue11554] Port email module's test_email_codecs.py to Python 3
In-Reply-To: <1300201669.88.0.875643607067.issue11554@psf.upfronthosting.co.za>
Message-ID: <1300206471.78.0.418094214153.issue11554@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11554>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:34:03 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 15 Mar 2011 16:34:03 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300206843.29.0.0412874576965.issue11505@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

After discussion, it's probably a good idea to back port this to Python 3.2.

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:38:20 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 16:38:20 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300207100.8.0.969899855024.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Trying out the hg integration MvL added to Roundup.

----------
hgrepos: +3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:39:01 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 16:39:01 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300207141.82.0.148478717569.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21216/85d7c99fd31e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:41:28 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 16:41:28 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300207288.27.0.936717422306.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Removed file: http://bugs.python.org/file21216/85d7c99fd31e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:41:51 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 16:41:51 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300207311.64.0.974438211924.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Added file: http://bugs.python.org/file21217/b9b7d4c10bc4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:42:13 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 16:42:13 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300207333.47.0.890858948134.issue11055@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

To reproduce install ActiveState Tcl 8.5.9 and then build python using:

../configure --enable-framework --enable-universalsdk=/ --with-universal-archs=intel MACOSX_DEPLOYMENT_TARGET=10.6

Both 3.2 and 3.3 fail can be used. Install the framework and then open an existing file, use SHIFT+CMD+S to save the file and you'll see two dialogs (both labelled 'Save').

Some investigation learns that the save_as method in IOBindings  gets called twice. 

The attached patch (for 3.2) is a crude hack, but does result in a working copy of IDLE that doesn't show two save dialogs.

I'm inclined to commit the patch, it is a hack but there are already other workarounds for Tk-on-OSX weirdness.

Comments?

----------
keywords: +needs review, patch
nosy: +kbk, ronaldoussoren
Added file: http://bugs.python.org/file21218/issue11055.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:43:47 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:43:47 +0000
Subject: [issue11555] email.Message.as_string no longer mangles "From " (doc
	fix)
In-Reply-To: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>
Message-ID: <1300207427.22.0.0320074304724.issue11555@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11555>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:44:09 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:44:09 +0000
Subject: [issue11556] email.Message.get_payload can handle bytes payloads
	(minor doc fix)
In-Reply-To: <1300202406.57.0.384288441541.issue11556@psf.upfronthosting.co.za>
Message-ID: <1300207449.39.0.310853809805.issue11556@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11556>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:50:22 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 16:50:22 +0000
Subject: [issue11556] email.Message.get_payload can handle bytes payloads
	(minor doc fix)
In-Reply-To: <1300202406.57.0.384288441541.issue11556@psf.upfronthosting.co.za>
Message-ID: <1300207822.93.0.316125320494.issue11556@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Fixed, thanks.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11556>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:54:00 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 16:54:00 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300208040.59.0.91612872526.issue11459@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:56:03 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 16:56:03 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <E1PzXXN-00016h-5E@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ee5350f1d0c2 by Ezio Melotti in branch '2.7':
#11515: fix several typos. Patch by Piotr Kasprzyk.
http://hg.python.org/cpython/rev/ee5350f1d0c2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:57:10 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 15 Mar 2011 16:57:10 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300208230.78.0.973341675066.issue11515@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Fixed, thanks for the patch!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:58:46 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:58:46 +0000
Subject: [issue10775] assertRaises as a context manager should accept a 'msg'
	keyword argument.
In-Reply-To: <1293391143.22.0.15906903458.issue10775@psf.upfronthosting.co.za>
Message-ID: <1300208326.29.0.18002202132.issue10775@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
assignee:  -> michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10775>
_______________________________________

From report at bugs.python.org  Tue Mar 15 17:59:39 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 15 Mar 2011 16:59:39 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1300208379.73.0.60769467607.issue11385@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
assignee: docs at python -> michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:40:52 2011
From: report at bugs.python.org (Matthew Barnett)
Date: Tue, 15 Mar 2011 17:40:52 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1300210852.47.0.580957950962.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

I've fixed the problem with iterators for both Python 3 and Python 2. They can now be shared safely across threads.

I've updated the release on PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:46:53 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 17:46:53 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300211213.41.0.864415899006.issue11055@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Please ignore the patch, it doesn't work after all.  It was too good to be true after all.

----------
nosy:  -kbk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:48:21 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 17:48:21 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300211301.06.0.14647144924.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I generated a patch between my sandbox and the main repository using the rdiff extension immediately after syncing with the main line of development. ("hg diff --reverse cpython" where cpython is aliased to the main repository)

This is the output I was hoping to get from the automated branch checking.

----------
Added file: http://bugs.python.org/file21219/issue11477_LHS_prededence.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:49:03 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 17:49:03 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300211343.43.0.520670386911.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Added file: http://bugs.python.org/file21220/2f5db44c98f2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:49:32 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 17:49:32 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300211372.96.0.384627607064.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Removed file: http://bugs.python.org/file21220/2f5db44c98f2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:49:43 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 17:49:43 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300211383.89.0.796376600306.issue11088@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This does seem to be gone in 3.2 with a up-to-date Tk 8.5 from ActiveState.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:50:42 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 17:50:42 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300211442.55.0.199284125289.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

Updated the patch to address Michael's concerns.

----------
Added file: http://bugs.python.org/file21221/test_posixpath_with_same_device.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:50:53 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 17:50:53 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300211453.47.0.925432200298.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I think the roundup/Hg integration may be getting confused by the merges of the cpython main line of development with my sandbox.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:51:28 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 17:51:28 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300211488.59.0.730240779871.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

I've looked at the sameopenfile code, and can see no reason why it would not work on Windows.  I've asked Brian to verify this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:53:10 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 17:53:10 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300211590.61.0.987781813248.issue11503@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

I haven't used addCleanup here, but have noted it for the future.  In this case, using it would require adding another function to handle the reassignment, which I think is a bit more messy than the extra bit of indentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:53:41 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 15 Mar 2011 17:53:41 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300211621.46.0.535241375264.issue11477@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Is that a patch you can put on Rietveld then? (/me wanting to review)

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:55:35 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 15 Mar 2011 17:55:35 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300211735.88.0.83033429696.issue11289@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Thanks for the contribution!  It seems like a reasonable new feature, so I'll get this landed in 3.3.  Probably should use :versionadded: instead (thanks gps).  I'll address SilentGhost's issues in the commit.

----------
assignee:  -> barry
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 18:57:50 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 15 Mar 2011 17:57:50 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300211870.33.0.929769897518.issue11088@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I can still reproduce it in 3.2 with A/S Tk 8.5.  The script needs to be run from a separate editor window, not the PyShell window.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:04:17 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 18:04:17 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1300211870.33.0.929769897518.issue11088@psf.upfronthosting.co.za>
Message-ID: <61F0D89C-4BC3-417A-9FCE-857ACBF2C359@mac.com>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

On 15 Mar, 2011, at 13:57, Ned Deily wrote:

> 
> Ned Deily <nad at acm.org> added the comment:
> 
> I can still reproduce it in 3.2 with A/S Tk 8.5.  The script needs to be run from a separate editor window, not the PyShell window.

That's odd. What I did:

* Create a new file (script.py) with the following two lines:

x = input('prompt: ')
print(x)

* Save the script
* Run the script using the menu

All of this using an activestate Tcl/Tk that I downloaded earlier today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:04:45 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 18:04:45 +0000
Subject: [issue11555] email.Message.as_string no longer mangles "From " (doc
	fix)
In-Reply-To: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>
Message-ID: <E1PzYbr-0007rE-Lx@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 2804a78a123e by R David Murray in branch '3.1':
#11555: update doc for 3.x change to as_string mangle_from default.
http://hg.python.org/cpython/rev/2804a78a123e

New changeset 9daa9a4c4cc4 by R David Murray in branch '3.2':
Merge #11555 as_string doc fix from 3.1.
http://hg.python.org/cpython/rev/9daa9a4c4cc4

New changeset 1c0cded97280 by R David Murray in branch 'default':
Merge #11555 as_string doc fix from 3.2.
http://hg.python.org/cpython/rev/1c0cded97280

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11555>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:05:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 18:05:29 +0000
Subject: [issue11555] email.Message.as_string no longer mangles "From " (doc
	fix)
In-Reply-To: <1300202143.89.0.407309500097.issue11555@psf.upfronthosting.co.za>
Message-ID: <1300212329.73.0.17833941623.issue11555@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11555>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:08:24 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 18:08:24 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300212504.21.0.0168130663401.issue11513@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

*facepalm* Indeed, thanks for pointing that out and nice catch on the race condition.  Attached is a patch to fix the issue as you've suggested, and adds a test case for it.

----------
keywords: +patch
Added file: http://bugs.python.org/file21222/tarfile-fix-multiple-exception-on-enoent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:09:54 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 18:09:54 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300212594.56.0.718378433989.issue11513@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


Added file: http://bugs.python.org/file21223/tarfile-fix-multiple-exception-on-enoent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:10:04 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 18:10:04 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300212604.47.0.458566258155.issue11513@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


Removed file: http://bugs.python.org/file21222/tarfile-fix-multiple-exception-on-enoent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:14:06 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 15 Mar 2011 18:14:06 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300212846.23.0.84645297757.issue11088@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Sorry, forgot one crucial step: you have to use the keyboard accelerator (F5) to run the script, not the mouse and the menu.  It seems like a number of the problems out there with Cocoa Tk 8.5 have to do with using the keyboard accelerators.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:27:23 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 15 Mar 2011 18:27:23 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <1300213643.82.0.0363781540796.issue11503@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Tested the patch on Windows -- all tests pass.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:28:49 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 15 Mar 2011 18:28:49 +0000
Subject: [issue9263] Try to print repr() when an C-level assert fails (in the
	garbage collector, beyond?)
In-Reply-To: <1279151450.93.0.973335817084.issue9263@psf.upfronthosting.co.za>
Message-ID: <1300213729.89.0.447649901584.issue9263@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9263>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:33:13 2011
From: report at bugs.python.org (SilentGhost)
Date: Tue, 15 Mar 2011 18:33:13 +0000
Subject: [issue4972] context managerment support in imaplib, smtplib, ftplib
In-Reply-To: <1232213338.37.0.108210239108.issue4972@psf.upfronthosting.co.za>
Message-ID: <1300213993.92.0.148214175767.issue4972@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

The work on smtplib context manager continues in #11289. I'm putting it as a dependency here.

----------
dependencies: +smtplib context manager
nosy: +SilentGhost
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4972>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:35:39 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 15 Mar 2011 18:35:39 +0000
Subject: [issue10288] Remove deprecated C "character" handling macros
	ISUPPER() etc
In-Reply-To: <1288651306.95.0.100885156034.issue10288@psf.upfronthosting.co.za>
Message-ID: <1300214139.79.0.578651811261.issue10288@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10288>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:39:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 18:39:23 +0000
Subject: [issue9263] Try to print repr() when an C-level assert fails (in the
	garbage collector, beyond?)
In-Reply-To: <1279151450.93.0.973335817084.issue9263@psf.upfronthosting.co.za>
Message-ID: <1300214363.56.0.0192532935227.issue9263@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

How about turning these asserts into Py_FatalError()s and then enabling Victor's faulthandler extension?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9263>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:40:16 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 15 Mar 2011 18:40:16 +0000
Subject: [issue9635] Add Py_BREAKPOINT and sys._breakpoint hooks
In-Reply-To: <1282175005.37.0.905894818052.issue9635@psf.upfronthosting.co.za>
Message-ID: <1300214416.47.0.0321158263802.issue9635@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9635>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:40:29 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 15 Mar 2011 18:40:29 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300214429.41.0.902026110794.issue11289@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

@barry I have commit privileges, but no problem if you want to commit it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:50:26 2011
From: report at bugs.python.org (Matias Bordese)
Date: Tue, 15 Mar 2011 18:50:26 +0000
Subject: [issue11559] Increase test coverage in dis module
In-Reply-To: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>
Message-ID: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>


New submission from Matias Bordese <mbordese at gmail.com>:

Attaching patch to add new tests for dis module.

----------
components: Tests
files: add_dis_tests.patch
keywords: patch
messages: 131018
nosy: matiasb
priority: normal
severity: normal
status: open
title: Increase test coverage in dis module
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21224/add_dis_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11559>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:50:30 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 15 Mar 2011 18:50:30 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1300214429.41.0.902026110794.issue11289@psf.upfronthosting.co.za>
Message-ID: <20110315145019.08769be2@neurotica>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 15, 2011, at 06:40 PM, Giampaolo Rodola' wrote:

>
>Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
>
>@barry I have commit privileges, but no problem if you want to commit it.

@giampaolo: I'd like to do it (and am almost ready to), mostly to test out hg
workflow, but also because I have some additions which address SilentGhost's
comments.  Thanks!  (Don't worry, you'll get credit in NEWS :).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:51:51 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 15 Mar 2011 18:51:51 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300215111.97.0.506385093639.issue11289@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Go on, no prob.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 19:59:15 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 15 Mar 2011 18:59:15 +0000
Subject: [issue11559] Increase test coverage in dis module
In-Reply-To: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>
Message-ID: <1300215555.69.0.970133648204.issue11559@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

1. Use splitlines() instead of split('\n')
2. Use try finally when replacing sys.stdout.
3. Why is dist(None) a RuntimeError and anything else invalid TypeError?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11559>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:10:14 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 19:10:14 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300216214.29.0.191582213701.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

MvL says the review creation script should be able to cope with the rdiff output within the next day or so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:17:10 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 15 Mar 2011 19:17:10 +0000
Subject: [issue11257] asyncore stores unnecessary object references
In-Reply-To: <1298216646.94.0.460064768402.issue11257@psf.upfronthosting.co.za>
Message-ID: <1300216630.52.0.0075476605074.issue11257@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Closing out as per msg128969.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11257>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:17:24 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 15 Mar 2011 19:17:24 +0000
Subject: [issue11257] asyncore stores unnecessary object references
In-Reply-To: <1298216646.94.0.460064768402.issue11257@psf.upfronthosting.co.za>
Message-ID: <1300216644.18.0.606445195601.issue11257@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11257>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:22:56 2011
From: report at bugs.python.org (Matias Bordese)
Date: Tue, 15 Mar 2011 19:22:56 +0000
Subject: [issue11559] Increase test coverage in dis module
In-Reply-To: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>
Message-ID: <1300216976.64.0.440960210174.issue11559@psf.upfronthosting.co.za>


Matias Bordese <mbordese at gmail.com> added the comment:

Updated patch following Benjamin advice (1. and 2.).

Re 3. Why is dist(None) a RuntimeError and anything else invalid TypeError?

When the dis argument is None, the last traceback is disassembled; if something different to None and that does not have code (ie. no class, method, function or bytecode) is passed, the TypeError exception is raised [0].

[0] http://hg.python.org/cpython/file/1c0cded97280/Lib/dis.py#l28

----------
Added file: http://bugs.python.org/file21225/updated_add_dis_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11559>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:24:07 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 19:24:07 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <E1PzZqg-0006jk-6Q@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a6a94cfb75e9 by Barry Warsaw in branch 'default':
- Issue #11289: `smtp.SMTP` class becomes a context manager so it can be used
http://hg.python.org/cpython/rev/a6a94cfb75e9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:27:25 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 15 Mar 2011 19:27:25 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300217245.02.0.132365528156.issue11289@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:27:38 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 15 Mar 2011 19:27:38 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300217258.19.0.451868050274.issue11289@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:28:10 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 15 Mar 2011 19:28:10 +0000
Subject: [issue11289] smtplib context manager
In-Reply-To: <1298394306.41.0.957762202245.issue11289@psf.upfronthosting.co.za>
Message-ID: <1300217290.84.0.380165506201.issue11289@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
stage:  -> committed/rejected
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11289>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:29:41 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 15 Mar 2011 19:29:41 +0000
Subject: [issue11515] Misspelled actually
In-Reply-To: <1300150940.83.0.345848251685.issue11515@psf.upfronthosting.co.za>
Message-ID: <1300217381.34.0.764574479691.issue11515@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I want to thank you all too, both for the changes themselves and for the bundling.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11515>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:30:20 2011
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 15 Mar 2011 19:30:20 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300217420.68.0.646736262026.issue11501@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file21137/pycon-issue11501.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:30:30 2011
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 15 Mar 2011 19:30:30 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300217430.84.0.805520481184.issue11501@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file21142/pycon-issue11501.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:35:15 2011
From: report at bugs.python.org (Tim Lesher)
Date: Tue, 15 Mar 2011 19:35:15 +0000
Subject: [issue1189811] pydoc may hide non-private doc strings.
Message-ID: <1300217715.1.0.80505891113.issue1189811@psf.upfronthosting.co.za>


Changes by Tim Lesher <tlesher at gmail.com>:


----------
nosy: +tlesher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1189811>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:35:18 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 19:35:18 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <1300217718.96.0.0147898528911.issue8754@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:35:38 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 19:35:38 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300217738.29.0.210440076586.issue1559549@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:37:17 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 19:37:17 +0000
Subject: [issue11559] Increase test coverage in dis module
In-Reply-To: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>
Message-ID: <1300217837.83.0.671824913873.issue11559@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11559>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:38:29 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 15 Mar 2011 19:38:29 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300217909.99.0.506971736946.issue1559549@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I didn't know about this mq extension. I will do a proper patch with a test after friday.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:41:11 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 19:41:11 +0000
Subject: [issue10242] unittest's assertItemsEqual() method makes too many
	assumptions about its input
In-Reply-To: <1288416372.65.0.387803067469.issue10242@psf.upfronthosting.co.za>
Message-ID: <1300218071.69.0.568138182821.issue10242@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

assertCountEqual has been released in 3.2 as the new name.  close this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10242>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:43:47 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 19:43:47 +0000
Subject: [issue11559] Increase test coverage in dis module
In-Reply-To: <1300215026.87.0.930221718655.issue11559@psf.upfronthosting.co.za>
Message-ID: <E1Pza9h-00009L-2w@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f41c3d9e05bd by Benjamin Peterson in branch 'default':
improve dis test coverage (closes #11559)
http://hg.python.org/cpython/rev/f41c3d9e05bd

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11559>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:52:39 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 15 Mar 2011 19:52:39 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300218759.85.0.516501842213.issue11477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

b9b7d4c10bc4.diff is a huge compilation of all commits from the last few days, with the abstract.c diff buried about 3/4ths of the way through.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 20:52:41 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 19:52:41 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <E1PzaIJ-00011t-Lj@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 08daf3ef6509 by Gregory P. Smith in branch 'default':
Add unittests demonstrating issue #11432.
http://hg.python.org/cpython/rev/08daf3ef6509

New changeset adcf03b074b7 by Gregory P. Smith in branch 'default':
Fix issue #11432. if the stdin pipe is the same file descriptor as either stdout or stderr
http://hg.python.org/cpython/rev/adcf03b074b7

New changeset ead52adcd0c8 by Gregory P. Smith in branch '3.2':
Fix issue #11432. if the stdin pipe is the same file descriptor as either stdout or stderr
http://hg.python.org/cpython/rev/ead52adcd0c8

New changeset ad2bd8d338b0 by Gregory P. Smith in branch '3.2':
Add unittests demonstrating issue #11432.
http://hg.python.org/cpython/rev/ad2bd8d338b0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:00:00 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 15 Mar 2011 20:00:00 +0000
Subject: [issue11276] 2to3: imports fixer doesn't update references to modules
	specified without attributes
In-Reply-To: <1298320370.6.0.707528298714.issue11276@psf.upfronthosting.co.za>
Message-ID: <1300219200.87.0.505246274914.issue11276@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

This bug also affects poster. http://bitbucket.org/jaraco/poster (httplib reference in httpstreaming.py)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11276>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:05:02 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 20:05:02 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <E1PzaUH-0002A9-2Q@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 82e010943c68 by Gregory P. Smith in branch '3.2':
issue 11432 news entry.
http://hg.python.org/cpython/rev/82e010943c68

New changeset 8d3bcf57977b by Gregory P. Smith in branch 'default':
Misc/NEWS entry for issue 11432
http://hg.python.org/cpython/rev/8d3bcf57977b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:07:42 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 15 Mar 2011 20:07:42 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1300219662.4.0.562271493719.issue11432@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
resolution:  -> fixed
status: open -> closed
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:17:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 20:17:23 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <E1PzagC-0003LM-5L@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6b33aa811821 by Antoine Pitrou in branch '3.1':
On behalf of Tarek: Issue #11501: disutils.archive_utils.make_zipfile no
http://hg.python.org/cpython/rev/6b33aa811821

New changeset 1bf4383f190a by Antoine Pitrou in branch '3.2':
Merge fix for issue #11501
http://hg.python.org/cpython/rev/1bf4383f190a

New changeset cccddd797d95 by Antoine Pitrou in branch 'default':
Merge fix for issue #11501
http://hg.python.org/cpython/rev/cccddd797d95

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:20:17 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Tue, 15 Mar 2011 20:20:17 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300220417.18.0.0309152887217.issue11550@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:25:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 20:25:32 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
	module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1300220732.1.0.112467993725.issue11501@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:31:25 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 20:31:25 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300221085.09.0.834345793055.issue11088@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This isn't strictly a key-bindings problem, other events also cause problems. 

I've patched ScriptBinding.py and repacled run_module_event that causes the original, now renamed, method to be called a little why later. This change doesn't fix the issue but makes it even worse: even the menu no longer works.

    def run_module_event(self, event):
        self.editwin.text_frame.after('idle', self._run_module_event, None)
        return 'break'

    def _run_module_event(self, event):
        """Run the module after setting up the environment.

I'm getting more and more disappointed in the way Tk on OSX is moving forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:36:40 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 20:36:40 +0000
Subject: [issue9263] Try to print repr() when an C-level assert fails (in the
	garbage collector, beyond?)
In-Reply-To: <1279151450.93.0.973335817084.issue9263@psf.upfronthosting.co.za>
Message-ID: <1300221400.0.0.607087338989.issue9263@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I'd suggest calling Py_FatalError rather than calling abort() directly in _PyObject_AssertFailed, but otherwise this looks like a nice improvement over standard C asserts for state invariants that may be broken by buggy C extensions.

For the tests, take a look at test.script_helper - it provides some convenience wrappers for spawning subprocesses for tests that would cause problems if run in the current process.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9263>
_______________________________________

From report at bugs.python.org  Tue Mar 15 21:51:18 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 20:51:18 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300222278.06.0.66759082644.issue11088@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Got it to work by introducing both a delayed call and a generated event, just one of those isn't good enough.

The attached patch seems to fix the issue for me (patch was created using diff(1), not through mercurial).

I haven't tested this on anything else than IDLE 3.2 on OSX 10.6 with Tk 8.5.9 from ActiveState. 

If this gets committed I'd at the very least use this workaround only for Tk-Cocoa on OSX, and use the current code path on other platforms. That gives more code, but makes it clear than something special is being done for one specific platform.

----------
keywords: +patch
Added file: http://bugs.python.org/file21226/issue-11088.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:23:29 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 21:23:29 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <E1PzbiC-00015Y-Bz@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset aa000dd4287f by Brett Cannon in branch 'default':
Close a stream properly in test.test_pulldom.
http://hg.python.org/cpython/rev/aa000dd4287f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:24:53 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 15 Mar 2011 21:24:53 +0000
Subject: [issue11550] Fix ResourceWarning in test_pulldom
In-Reply-To: <1300165351.26.0.408898655743.issue11550@psf.upfronthosting.co.za>
Message-ID: <1300224293.49.0.782125217663.issue11550@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Fixed in [aa000dd4287f]. I went with a simpler solution than Ben's, but it did help figure out what to do.

----------
nosy: +brett.cannon
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11550>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:25:30 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 21:25:30 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300224330.24.0.319300649592.issue11088@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


Removed file: http://bugs.python.org/file21226/issue-11088.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:27:20 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 21:27:20 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300224440.21.0.793089670073.issue11088@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Added an updated version of the patch:

* Only perform the workaround in IDLE.app on OSX
* A slightly longer timeout is needed to work reliably on my machine
 
The latter bullet indicates that this is probably not a reliable fix,
there is a timeing issue.

----------
Added file: http://bugs.python.org/file21227/issue-11088.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:31:15 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 21:31:15 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <1300224675.47.0.990579966587.issue11548@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


Added file: http://bugs.python.org/file21228/fix_unpack_with_format.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:31:28 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 21:31:28 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <1300224688.22.0.803157893676.issue11548@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


Removed file: http://bugs.python.org/file21196/fix_unpack_with_format.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:31:49 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Tue, 15 Mar 2011 21:31:49 +0000
Subject: [issue11560] Expand test coverage in shutil
In-Reply-To: <1300224709.18.0.233736639142.issue11560@psf.upfronthosting.co.za>
Message-ID: <1300224709.18.0.233736639142.issue11560@psf.upfronthosting.co.za>


New submission from Evan Dandrea <ev at ubuntu.com>:

The attached patch increases the coverage in shutil.  It makes the following changes:
 - Tests the code paths for file and directory copies across filesystems by mocking out rename.
 - Adds a test for shutil.copy.
 - Adds a test for shutil.copy2.
 - Tests shutil.unpack_archive with the format specified.
 - Tests the code path for creating the target directory in _make_tarball.

I have tested this on Ubuntu natty and OSX 10.6.6.  Note that this will fail until http://bugs.python.org/issue11548 is applied.

----------
components: Tests
files: increase_test_shutil_coverage.patch
keywords: patch
messages: 131041
nosy: ev, tarek
priority: normal
severity: normal
status: open
title: Expand test coverage in shutil
Added file: http://bugs.python.org/file21229/increase_test_shutil_coverage.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11560>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:37:24 2011
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 15 Mar 2011 21:37:24 +0000
Subject: [issue11276] 2to3: imports fixer doesn't update references to modules
	specified without attributes
In-Reply-To: <1298320370.6.0.707528298714.issue11276@psf.upfronthosting.co.za>
Message-ID: <1300225044.03.0.264633986172.issue11276@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

it looks like lib maintainers can work around the limitation by using the syntax:

 import _winreg as winreg

And then reference the name winreg (or any other preferred name).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11276>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:39:26 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 15 Mar 2011 21:39:26 +0000
Subject: [issue11469] Fix resource warning in test_trailers
In-Reply-To: <1299869493.16.0.824147350306.issue11469@psf.upfronthosting.co.za>
Message-ID: <1300225166.5.0.300068859564.issue11469@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

So is this a bogus bug, or a valid bug created with a bogus account?

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11469>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:43:49 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 21:43:49 +0000
Subject: [issue11216] email.message.Message set_charset does not encode
	properly?
In-Reply-To: <1297715179.32.0.0121348193736.issue11216@psf.upfronthosting.co.za>
Message-ID: <E1Pzc1r-0002ur-Ax@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset cf1859f9aed9 by R David Murray in branch '3.1':
#11216: document all possible set_charset execution paths.
http://hg.python.org/cpython/rev/cf1859f9aed9

New changeset 4d25b9d2aa05 by R David Murray in branch '3.2':
Merge #11216: document all possible set_charset execution paths.
http://hg.python.org/cpython/rev/4d25b9d2aa05

New changeset 2dd70fd26f24 by R David Murray in branch 'default':
Merge #11216: document all possible set_charset execution paths.
http://hg.python.org/cpython/rev/2dd70fd26f24

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11216>
_______________________________________

From report at bugs.python.org  Tue Mar 15 22:50:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 21:50:34 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <E1Pzc8P-0003YU-D9@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 912eb87946e0 by Raymond Hettinger in branch '3.2':
Issue 11510: Fix BUILD_SET optimizer bug.
http://hg.python.org/cpython/rev/912eb87946e0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:01:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 22:01:42 +0000
Subject: [issue11216] email.message.Message set_charset does not encode
	properly?
In-Reply-To: <1297715179.32.0.0121348193736.issue11216@psf.upfronthosting.co.za>
Message-ID: <E1PzcJ8-0004Sf-QE@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 43ccd051ec6c by R David Murray in branch '2.7':
Merge #11216: document all possible set_charset execution paths.
http://hg.python.org/cpython/rev/43ccd051ec6c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11216>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:03:56 2011
From: report at bugs.python.org (brian.curtin.test)
Date: Tue, 15 Mar 2011 22:03:56 +0000
Subject: [issue11469] Fix resource warning in test_trailers
In-Reply-To: <1299869493.16.0.824147350306.issue11469@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=oEcVb_5UVXu-wBd2KwO4Wj1zzEnqqk=WWWFQR@mail.gmail.com>


brian.curtin.test <brian.curtin at gmail.com> added the comment:

On Mar 15, 2011 5:39 PM, "Brett Cannon" <report at bugs.python.org> wrote:
>
>
> Brett Cannon <brett at python.org> added the comment:
>
> So is this a bogus bug, or a valid bug created with a bogus account?
>
> ----------
> nosy: +brett.cannon
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11469>
> _______________________________________

The bug is valid, at least as of Friday afternoon.

----------
Added file: http://bugs.python.org/file21230/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11469>
_______________________________________
-------------- next part --------------
<p><br>
On Mar 15, 2011 5:39 PM, &quot;Brett Cannon&quot; &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; Brett Cannon &lt;<a href="mailto:brett at python.org">brett at python.org</a>&gt; added the comment:<br>
&gt;<br>
&gt; So is this a bogus bug, or a valid bug created with a bogus account?<br>
&gt;<br>
&gt; ----------<br>
&gt; nosy: +brett.cannon<br>
&gt;<br>
&gt; _______________________________________<br>
&gt; Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&gt; &lt;<a href="http://bugs.python.org/issue11469">http://bugs.python.org/issue11469</a>&gt;<br>
&gt; _______________________________________</p>
<p>The bug is valid, at least as of Friday afternoon. </p>

From report at bugs.python.org  Tue Mar 15 23:05:00 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 22:05:00 +0000
Subject: [issue11216] email.message.Message set_charset does not encode
	properly?
In-Reply-To: <1297715179.32.0.0121348193736.issue11216@psf.upfronthosting.co.za>
Message-ID: <1300226700.34.0.0933917752844.issue11216@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I've committed the patch as is.  We'll address improving the semantics one way or another as part of email6 development.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11216>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:07:45 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 22:07:45 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300226865.51.0.101517373262.issue11055@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


Removed file: http://bugs.python.org/file21218/issue11055.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:07:57 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 22:07:57 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <E1PzcPD-0004tX-W4@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset db6997fb4c99 by Raymond Hettinger in branch 'default':
Issue 11510: Fix BUILD_SET optimizer bug.
http://hg.python.org/cpython/rev/db6997fb4c99

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:09:10 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 15 Mar 2011 22:09:10 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300226950.32.0.697444875279.issue11510@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Eugene, thanks for noticing and reporting this.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:09:10 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Tue, 15 Mar 2011 22:09:10 +0000
Subject: [issue11561] "coverage" of Python regrtest cannot see initial import
	of libs
In-Reply-To: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>
Message-ID: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>


New submission from Brandon Craig Rhodes <brandon at rhodesmill.org>:

When running the Python regression tests in "coverage", the initial outer level of interpreted code in several standard library modules shows as not having been covered by the tests, because they were imported during the Python boot process and were already loaded when the "coverage" command got control.

----------
messages: 131051
nosy: brandon-rhodes
priority: normal
severity: normal
status: open
title: "coverage" of Python regrtest cannot see initial import of libs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11561>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:10:31 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 22:10:31 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300227031.98.0.601175819742.issue11055@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is not caused by unwanted interaction with Tk's default bindings, changing the save-as bindings to Shift+Cmd+M doesn't "fix" the issue.

It seems that the save event is generated twice, for reasons I don't yet understand (I'm definitely not enough of a Tkinter user to understand what's going on).

I have attached a new patch that fixes the issue for me, by recognizing that a save event is getting in while already saving. The fix is only active on OSX.

BTW. This issue probably also affects 2.7, I haven't done a rebuild of 2.7 yet to check that.

----------
Added file: http://bugs.python.org/file21231/issue11055.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:10:46 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Tue, 15 Mar 2011 22:10:46 +0000
Subject: [issue11561] "coverage" of Python regrtest cannot see initial import
	of libs
In-Reply-To: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>
Message-ID: <1300227046.14.0.607566793645.issue11561@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Here is a module that solves this problem if the tests are run with the "fullcoverage" directory at the front of the PYTHONPATH, like this:

PYTHONPATH=Tools/fullcoverage ./python -m coverage run --pylib Lib/test/regrtest.py test_copy

----------
keywords: +patch
Added file: http://bugs.python.org/file21232/fullcoverage.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11561>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:13:16 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 22:13:16 +0000
Subject: [issue11510] Peephole breaks set unpacking
In-Reply-To: <1300140363.98.0.218128326427.issue11510@psf.upfronthosting.co.za>
Message-ID: <1300227196.7.0.336996972146.issue11510@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Raymond, it looks like you committed this fix separately to the 3.2 branch and the default branch, instead of committing to 3.2 and then merging to default.  With svn, this wasn't a big deal, but with mercurial it will leave the 3.2 changeset unmerged, and the next person who wants to submit something will have to merge it.  (A dummy merge, since you already committed the fix to default).

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11510>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:20:36 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 22:20:36 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300227636.38.0.0229274449726.issue11549@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:20:49 2011
From: report at bugs.python.org (Mike Smith)
Date: Tue, 15 Mar 2011 22:20:49 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>


New submission from Mike Smith <scgtrp+python-bugs at gmail.com>:

Using += to append to a list inside a tuple raises a TypeError but succeeds in appending the value anyway:

>>> t = (1, [2, 3, 4])
>>> t[1].append(5)
>>> t[1] += [6]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'tuple' object does not support item assignment
>>> t
(1, [2, 3, 4, 5, 6])

I have reproduced this on all the Python interpreters available to me (CPython 2.6, 2.7, and 3.1).

----------
components: Interpreter Core
messages: 131055
nosy: scgtrp
priority: normal
severity: normal
status: open
title: += on list inside a tuple raises TypeError but succeds anyway
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:22:35 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 22:22:35 +0000
Subject: [issue11561] "coverage" of Python regrtest cannot see initial import
	of libs
In-Reply-To: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>
Message-ID: <1300227755.42.0.943123088209.issue11561@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +brett.cannon, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11561>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:24:00 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 22:24:00 +0000
Subject: [issue10684] Folders get deleted when trying to change case with
	shutil.move (case insensitive file systems only)
In-Reply-To: <1292149124.13.0.45494559671.issue10684@psf.upfronthosting.co.za>
Message-ID: <1300227840.59.0.892001464152.issue10684@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Could someone with access to a windows box test the patch there?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10684>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:33:16 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 15 Mar 2011 22:33:16 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300228396.04.0.0292047923302.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

We know, I left it there to help MvL debug the issues in the diff generator.

The version I created with the rdiff extension is correct though, and Martin fixed the Reitveld integration to handle the extra lines at the start of the diff.

I wouldn't actually commit the change as it stands (if nothing else, PyErr_Matches() calls are needed in the unicode methods), but it gives a clear idea of the magnitude of the changes needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:36:07 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 15 Mar 2011 22:36:07 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300228567.15.0.895575979203.issue11562@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach
stage:  -> test needed
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:44:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 22:44:43 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1300229083.31.0.279998492609.issue11401@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It turns out this is a bug in 3.1, not something introduced by email5.1 in 3.2.  The minimum reproducer is stringifying any message containing a header with no body.

----------
stage:  -> needs patch
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:57:37 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 15 Mar 2011 22:57:37 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>


New submission from Brett Cannon <brett at python.org>:

test.test_urllibnet.urlopenNetworkTests.test_getcode() is leaving a socket open. My guess is that the error condition being triggered is somehow leaving the socket open but I can't find where.

----------
components: Library (Lib)
messages: 131059
nosy: brett.cannon
priority: normal
severity: normal
stage: needs patch
status: open
title: test_urllibnet is triggering a ResourceWarning

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:58:30 2011
From: report at bugs.python.org (Nik Galitsky)
Date: Tue, 15 Mar 2011 22:58:30 +0000
Subject: [issue11564] pickle limits most datatypes
In-Reply-To: <1300229909.71.0.853987934234.issue11564@psf.upfronthosting.co.za>
Message-ID: <1300229909.71.0.853987934234.issue11564@psf.upfronthosting.co.za>


New submission from Nik Galitsky <nicolay.yevik at exxonmobil.com>:

Python 3.2 on linux (RHEL 5.3) x86_64 build from source code.
Configure options:
./configure --prefix=/scratch/Python-3.2 --enable-big-digits=30 --with-universal-archs=all --with-fpectl --enable-shared
Built with GCC 4.3.3 with major options 
-g3 -O3 -m64 -fPIC.

Testcase that shows the issue:

#import numpy

import pickle
print("begin")
#a = numpy.zeros((2.5e9 / 8,), dtype = numpy.float64)
a = ('a' * (2 ** 31))
print("allocated")
#print(a);
pickle.dumps(a, pickle.DEFAULT_PROTOCOL)
print("end")

The problem as I can see it is that in pickle.py most types defined either as 2 bytes, or 4 bytes.
For example it is peppered with lines like:
self.write(SOMETYPE + pack("<i", n) + obj)
while pickling,
when unpickling:
len = mloads('i' + self.read(4))

Which limits the range and the size of the datatype that can be pickled, if I understand correctly.

replacing in pickle.py above  lines with something like 
  self.write(SOMETYPE + pack("<Q", n) + obj)
  and
len = mloads('Q' + self.read(8))

lets above testcase run to completion.
Othervise it crashes (on Python 2.7.1 with SIGSEGV) on Python 3.2 strace shows:

.......


 open("/scratch/Python-3.2/lib/python3.2/lib-dynload/_pickle.cpython-32m.so", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0755, st_size=412939, ...}) = 0
open("/scratch/hpl005/UIT_test/apps_exc/Python-3.2/lib/python3.2/lib-dynload/_pickle.cpython-32m.so", O_RDONLY) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300>\0\0\0\0\0\0"..., 832) = 832
fstat(5, {st_mode=S_IFREG|0755, st_size=412939, ...}) = 0
mmap(NULL, 2185384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x2b05b5f68000
mprotect(0x2b05b5f7b000, 2093056, PROT_NONE) = 0
mmap(0x2b05b617a000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x12000) = 0x2b05b617a000
close(5)                                = 0
close(4)                                = 0
close(3)                                = 0
write(1, "begin\n", 6begin
)                  = 6
mmap(NULL, 4294971392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b05b617e000
write(1, "allocated\n", 10allocated
)             = 10
mmap(NULL, 8589938688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b06b617f000
mremap(0x2b06b617f000, 8589938688, 2147487744, MREMAP_MAYMOVE) = 0x2b06b617f000
mmap(NULL, 4294971392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0736180000
munmap(0x2b06b617f000, 2147487744)      = 0
munmap(0x2b0736180000, 4294971392)      = 0
write(2, "Traceback (most recent call last"..., 35Traceback (most recent call last):
) = 35
write(2, "  File \"pickle_long.py\", line 9,"..., 45  File "pickle_long.py", line 9, in <module>
) = 45
open("pickle_long.py", O_RDONLY)        = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=251, ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7ffff9f7c9e0) = -1 ENOTTY (Inappropriate ioctl for device)
fstat(3, {st_mode=S_IFREG|0644, st_size=251, ...}) = 0
lseek(3, 0, SEEK_CUR)                   = 0
dup(3)                                  = 4
fcntl(4, F_GETFL)                       = 0x8000 (flags O_RDONLY|O_LARGEFILE)
fstat(4, {st_mode=S_IFREG|0644, st_size=251, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b06b617f000
lseek(4, 0, SEEK_CUR)                   = 0
read(4, "#import numpy\n\nimport pickle\npri"..., 4096) = 251
close(4)                                = 0
munmap(0x2b06b617f000, 4096)            = 0
lseek(3, 0, SEEK_SET)                   = 0
lseek(3, 0, SEEK_CUR)                   = 0
read(3, "#import numpy\n\nimport pickle\npri"..., 4096) = 251
close(3)                                = 0
write(2, "    pickle.dumps(a, pickle.DEFAU"..., 45    pickle.dumps(a, pickle.DEFAULT_PROTOCOL)
) = 45
write(2, "SystemError: error return withou"..., 48SystemError: error return without exception set
) = 48
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x2b05b118e4c0}, {0x2b05b0e7a570, [], SA_RESTORER, 0x2b05b118e4c0}, 8) = 0
munmap(0x2b05b617e000, 4294971392)      = 0
exit_group(1)                           = ?

Why is this limitation?
Please advise.

----------
components: Interpreter Core
messages: 131060
nosy: nyevik
priority: normal
severity: normal
status: open
title: pickle limits most datatypes
type: crash
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Tue Mar 15 23:59:04 2011
From: report at bugs.python.org (Armin Rigo)
Date: Tue, 15 Mar 2011 22:59:04 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300229944.33.0.579851819804.issue11477@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
nosy:  -arigo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:00:34 2011
From: report at bugs.python.org (Piotr Kasprzyk)
Date: Tue, 15 Mar 2011 23:00:34 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>


New submission from Piotr Kasprzyk <ciri at ciri.pl>:

This it the second (and last) part of misspellings.

Please also close/reject issue 11507 - it is outdated.

----------
components: None
files: another_misspellings.patch
keywords: patch
messages: 131061
nosy: ezio.melotti, kwadrat
priority: normal
severity: normal
status: open
title: Another (the last) group of misspellings
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21233/another_misspellings.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:05:53 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 23:05:53 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <1300229909.71.0.853987934234.issue11564@psf.upfronthosting.co.za>
Message-ID: <1300230353.38.0.0540268603526.issue11564@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Indeed:

>>> s = b'a' * (2**31)
>>> d = pickle.dumps(s)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SystemError: error return without exception set

There are two aspects to this:
- (bugfix) raise a proper exception when an object too large for handling by pickle is given
- (feature) improve the pickle protocol to handle objects larger than (2**31-1) elements

The improvement to the pickle protocol should probably be considered along other improvements, because we don't want to create a new protocol too often.

See also issue9614.

----------
nosy: +alexandre.vassalotti, amaury.forgeotdarc, belopolsky, pitrou
title: pickle limits most datatypes -> pickle not 64-bit ready
versions: +Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:09:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 23:09:29 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1300230569.86.0.567629520259.issue11298@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file21043/issue11298_py2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:14:14 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 15 Mar 2011 23:14:14 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300230854.6.0.869452606044.issue11562@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:15:39 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 15 Mar 2011 23:15:39 +0000
Subject: [issue11298] unittest discovery needs better explanation
In-Reply-To: <1298461373.56.0.0867432714067.issue11298@psf.upfronthosting.co.za>
Message-ID: <1300230939.46.0.476257010268.issue11298@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Drat, I accidentally deleted the patch file.  Reattaching.

----------
nosy: +r.david.murray
Added file: http://bugs.python.org/file21234/issue11298_py2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11298>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:15:56 2011
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Tue, 15 Mar 2011 23:15:56 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <1300229909.71.0.853987934234.issue11564@psf.upfronthosting.co.za>
Message-ID: <1300230956.78.0.366200712857.issue11564@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

We could resort to the text-based protocol which doesn't have these limitations with respect to object lengths (IIRC). Performance won't be amazing, but we won't have to modify the current pickle protocol.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:19:08 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 15 Mar 2011 23:19:08 +0000
Subject: [issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl
	8.5.9 (Cocoa)
In-Reply-To: <1292765395.17.0.260810328922.issue10736@psf.upfronthosting.co.za>
Message-ID: <1300231148.86.0.708660336279.issue10736@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The attached patch fixes the test failures with Tk 8.5.9, I haven't tested with other versions or other platforms.

The change to 'test_traversal' should be sane.

The change to 'test_tab_identifiers' is more phishy. I've done two changes there: (1) slightly different index to test for tab 0, as layout on OSX needs more space and (2) the code assumes that tab("idx") won't raise an exception, I've added a TclError catch to ensure that other locations get tested as well.

With these changes the tests pass, but I'd like a review from someone that knows about tkinter and ttk before committing.

----------
Added file: http://bugs.python.org/file21235/issue10736.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10736>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:19:50 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 15 Mar 2011 23:19:50 +0000
Subject: [issue11133] inspect.getattr_static code execution
In-Reply-To: <1297009822.22.0.910831968317.issue11133@psf.upfronthosting.co.za>
Message-ID: <E1PzdWm-0002cX-7J@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 8c7eac34f7bf by Michael Foord in branch '3.2':
Closes issue 11133. Fixes two cases where inspect.getattr_static could trigger code execution
http://hg.python.org/cpython/rev/8c7eac34f7bf

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11133>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:24:59 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 15 Mar 2011 23:24:59 +0000
Subject: [issue10684] Folders get deleted when trying to change case with
	shutil.move (case insensitive file systems only)
In-Reply-To: <1292149124.13.0.45494559671.issue10684@psf.upfronthosting.co.za>
Message-ID: <1300231499.29.0.246084489697.issue10684@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10684>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:39:16 2011
From: report at bugs.python.org (Ralf Schmitt)
Date: Tue, 15 Mar 2011 23:39:16 +0000
Subject: [issue11566] hypot define in pyconfig.h clashes with g++'s cmath
In-Reply-To: <1300232356.74.0.516279839285.issue11566@psf.upfronthosting.co.za>
Message-ID: <1300232356.74.0.516279839285.issue11566@psf.upfronthosting.co.za>


New submission from Ralf Schmitt <schmir at gmail.com>:

The following program

#include <Python.h>
#include <cmath>

results in the following error when compiled with g++ and -std=gnu++0x:

$ g++ -std=gnu++0x -c t.cc -I /c/Python27/Include
In file included from c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.1/include/c++/cmath:629:0,
                 from t.cc:2:
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.1/include/c++/tr1_impl/cmath:203:11: error: '::hypot' has not been declared

The problem is, that pyconfig.h has the following define:

#define hypot _hypot

It should probably just be removed when using gcc.

----------
components: None
messages: 131067
nosy: schmir
priority: normal
severity: normal
status: open
title: hypot define in pyconfig.h clashes with g++'s cmath
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11566>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:41:25 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 23:41:25 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1300232485.47.0.724109615192.issue11244@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Is anyone reviewing my patch? It's just 1 line long. Should it be moved to another issue? Though, technically, it's needed to address the regression in question: Python 3.1 folds -0, the current code still does not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:48:51 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 23:48:51 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1300232931.13.0.846366566191.issue11244@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Eugene, according to Mark your patch is fine. It just needs someone to commit it. I would personally prefer to let Mark handle it, since he's our specialist in negative zeroes (and other numerical subtleties) ;)

----------
stage: patch review -> commit review
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:50:09 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Tue, 15 Mar 2011 23:50:09 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300233009.47.0.975000259466.issue11549@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

I'm confused.  Why aren't there review links?

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:51:06 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 15 Mar 2011 23:51:06 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300233066.24.0.794954713809.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Because I don't know how to make them. Any pointers?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 00:55:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 15 Mar 2011 23:55:44 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300233066.24.0.794954713809.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300233340.4639.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Because I don't know how to make them. Any pointers?

Martin is hacking on the tool these days... So it's no surprise it
doesn't work perfectly yet ;)
If you have a Google account you can upload these patches to
http://codereview.appspot.com/, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:13:32 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 00:13:32 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300234412.53.0.919156446712.issue8600@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

This issue is still bugging OpenIndiana buildbots. The patch is trivial and painless. I will patch 2.7, 3.1, 3.2 and 3.x in a few minutes.

----------
assignee: dmalcolm -> jcea
status: closed -> open
versions: +Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:16:08 2011
From: report at bugs.python.org (Eugene Toder)
Date: Wed, 16 Mar 2011 00:16:08 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300234568.08.0.353794739657.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Thanks. Review link: http://codereview.appspot.com/4281051

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:25:08 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 00:25:08 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235108.18.0.847289476055.issue8600@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Uhmm, the test seems to have vanished in 3.x. Uhmmm... Why?.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:25:48 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 00:25:48 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <E1PzeYc-0007VO-D1@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 93053ce76075 by Jesus Cea in branch '2.7':
Close issue #8600: test_gdb failures because innocuous warnings
http://hg.python.org/cpython/rev/93053ce76075

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:26:16 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 00:26:16 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1300235108.18.0.847289476055.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235173.4639.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Uhmm, the test seems to have vanished in 3.x. Uhmmm... Why?.

Which test are you talking about?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:26:30 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 00:26:30 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235190.86.0.480987035937.issue8600@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:27:15 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 00:27:15 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235235.26.0.224937905755.issue8600@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

gdb tests. The python gdb scripting ability.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:28:14 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 00:28:14 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1300235235.26.0.224937905755.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235291.4639.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> gdb tests. The python gdb scripting ability.

?

$ ls Lib/test/test_gdb.py 
Lib/test/test_gdb.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:32:00 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 00:32:00 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <1300235520.63.0.779772556063.issue8600@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

I don't see it in python 3.1 branch.

Will fix 3.2 and 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 01:41:12 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 00:41:12 +0000
Subject: [issue8600] test_gdb failures
In-Reply-To: <1272852025.2.0.622667060005.issue8600@psf.upfronthosting.co.za>
Message-ID: <E1PzenW-0008W7-UB@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bca545c0941a by Jesus Cea in branch '3.2':
Close issue #8600: test_gdb failures because innocuous warnings
http://hg.python.org/cpython/rev/bca545c0941a

New changeset bbfc6a6ca017 by Jesus Cea in branch 'default':
Merge: Close issue #8600: test_gdb failures because innocuous warnings
http://hg.python.org/cpython/rev/bbfc6a6ca017

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8600>
_______________________________________

From report at bugs.python.org  Wed Mar 16 02:43:35 2011
From: report at bugs.python.org (Ben Hayden)
Date: Wed, 16 Mar 2011 01:43:35 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
	close there to prevent resource leaks and behave like
	socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <1300239815.07.0.484861527829.issue11453@psf.upfronthosting.co.za>


Ben Hayden <hayden767 at gmail.com> added the comment:

Adding a patch that adds an __exit__ function much like the one that socket.socket implements. Passes the test_asyncore & also doesn't raise a resource warning when I explicitly comment out some close() calls on file wrapper objects in the test.

----------
keywords: +patch
nosy: +beardedp
Added file: http://bugs.python.org/file21236/issue11453.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:01:11 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 02:01:11 +0000
Subject: [issue11507] Misspelled exercises
Message-ID: <1300240871.21.0.693223110184.issue11507@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
superseder:  -> Misspelled actually

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11507>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:01:21 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 02:01:21 +0000
Subject: [issue11507] Misspelled exercises
Message-ID: <1300240881.67.0.824989208159.issue11507@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11507>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:02:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 02:02:42 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <1300240962.3.0.422566883401.issue11565@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:24:46 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 02:24:46 +0000
Subject: [issue5846] Deprecate obsolete functions in unittest
In-Reply-To: <1240703100.05.0.329458142097.issue5846@psf.upfronthosting.co.za>
Message-ID: <1300242286.28.0.246081330533.issue5846@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> needs patch
versions: +Python 3.3 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5846>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:52:02 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 02:52:02 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300243922.25.0.561713557491.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The review links didn't come up automatically because 336137a359ae isn't a hg.python.org/cpython revision ID.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 03:55:42 2011
From: report at bugs.python.org (Eugene Toder)
Date: Wed, 16 Mar 2011 02:55:42 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300244142.82.0.304469914053.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

I see. Should I attach diffs vs. some revision from hg.python.org?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 04:07:42 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 03:07:42 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300244862.9.0.365122472777.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

No need, since you manually created a review on appspot. The local Reitveld links are just a convenience that can avoid the need to manually create a review instance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 04:36:56 2011
From: report at bugs.python.org (Ivan Radigales Creus)
Date: Wed, 16 Mar 2011 03:36:56 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>


New submission from Ivan Radigales Creus <ivanrdg at gmail.com>:

The global variable DEFAULT_ERROR_MESSAGE on the module http.server is set to a non W3C standard value.

It would be better to use something like:

DEFAULT_ERROR_MESSAGE = """\
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
	"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
	<head>
		<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
		<title>Error response</title>
	</head>
	<body>
		<h1>Error response</h1>
		<p>Error code %(code)d.</p>
		<p>Message: %(message)s.</p>
		<p>Error code explanation: %(code)s = %(explain)s.</p>
	</body>
</html>
"""

That follows the W3C standards and validates successful on the http://validator.w3.org

Thanks!

----------
components: Library (Lib)
messages: 131086
nosy: Ivan.Radigales.Creus
priority: normal
severity: normal
status: open
title: http.server error message format
type: performance
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Wed Mar 16 04:42:27 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 03:42:27 +0000
Subject: [issue2578] additional unittest type equality methods
In-Reply-To: <1207616486.67.0.93583341584.issue2578@psf.upfronthosting.co.za>
Message-ID: <1300246947.29.0.947251927561.issue2578@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 04:43:47 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 03:43:47 +0000
Subject: [issue2249] To document "assertTrue" in unittest
In-Reply-To: <1204879165.33.0.589242853874.issue2249@psf.upfronthosting.co.za>
Message-ID: <1300247027.39.0.850185639473.issue2249@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2249>
_______________________________________

From report at bugs.python.org  Wed Mar 16 04:45:20 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 16 Mar 2011 03:45:20 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300247120.82.0.537797277059.issue11055@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Another data point: the key binding for Undo (Shift-Command-Z) exhibits similar behavior, i.e. it is executed twice.  And trying with Python 2.7.1 linked with A/S Tk 8.5 and with the old key bindings where Shift-Command-S is Save Copy rather than Save As, it appears that now two Save Copy events happen.  So it appears to happen in general (?) when Shift is combined with another accelerator. But it doesn't happen with Option-Command-S in 3.2.  And, using the Wish 8.5 menu demo, I was not able to reproduce the problem there by simply changing the accelerators to from Command-<letter> to Shift-Command-<letter>.  So it's hard not to rule out something in IDLE yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Wed Mar 16 06:19:39 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 16 Mar 2011 05:19:39 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300252779.21.0.616724320611.issue10812@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

I added some comments on the review for 10812_v5.patch.  not sure why v6 doesn't have a review link.  Overall, very nice after addressing the few comments I had.

btw, can you sync this up with the hg tip (3.3) now while addressing the above?

I'm excited to see readv/writev/fadvise added.  Extremely useful.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Wed Mar 16 07:03:40 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 16 Mar 2011 06:03:40 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300255420.66.0.417319235522.issue11459@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

ross's patch looks good to me.

Isn't the behavior just plain broken in 3.1 and 3.2?  The docs say that the default bufsize=0 is unbuffered in Popen but the implementation has that nasty XXX to make it line buffered instead of unbuffered in it.

This appears to have hid the problems with the textiowrapper being used in os.popen.

I think fixing it in 3.1 and 3.2 is the right thing to do.

It is desirable for os.popen()'s default buffering to match that of open() itself which is that they're buffered a buffer size of io.DEFAULT_BUFFER_SIZE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Wed Mar 16 07:19:27 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 16 Mar 2011 06:19:27 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300256367.66.0.364962519985.issue10812@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

PyParse_off_t was already added when sendfile() was added as was the iovec_setup stuff.

I'll upload a patch soon which updates it to take this and the other comments into account.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Wed Mar 16 07:21:10 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 16 Mar 2011 06:21:10 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300256470.45.0.279383724893.issue11459@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

to get that behavior, change the =1 default to =io.DEFAULT_BUFFER_SIZE in ross's patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Wed Mar 16 08:43:44 2011
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 16 Mar 2011 07:43:44 +0000
Subject: [issue11133] inspect.getattr_static code execution
In-Reply-To: <1297009822.22.0.910831968317.issue11133@psf.upfronthosting.co.za>
Message-ID: <1300261424.57.0.468862829833.issue11133@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

The new entry in Misc/NEWS says: "Patch by Daniel Urban." But it wasn't me, who made the patch, I just opened the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11133>
_______________________________________

From report at bugs.python.org  Wed Mar 16 09:40:17 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 08:40:17 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300264817.8.0.94363783229.issue11504@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Other failures on the Sparc debian buildbot (which is quite slow):

======================================================================
ERROR: test_wait_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 630, in test_wait_timeout
    self.assertEqual(p.wait(timeout=2), 0)
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/subprocess.py", line 1489, in wait
    raise TimeoutExpired(self.args)
subprocess.TimeoutExpired: <unprintable TimeoutExpired object>

======================================================================
ERROR: test_wait_timeout (test.test_subprocess.ProcessTestCasePOSIXPurePython)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 630, in test_wait_timeout
    self.assertEqual(p.wait(timeout=2), 0)
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/subprocess.py", line 1489, in wait
    raise TimeoutExpired(self.args)
subprocess.TimeoutExpired: <unprintable TimeoutExpired object>

======================================================================
ERROR: test_wait_timeout (test.test_subprocess.ProcessTestCaseNoPoll)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 630, in test_wait_timeout
    self.assertEqual(p.wait(timeout=2), 0)
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/subprocess.py", line 1489, in wait
    raise TimeoutExpired(self.args)
subprocess.TimeoutExpired: <unprintable TimeoutExpired object>

======================================================================
ERROR: test_wait_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 630, in test_wait_timeout
    self.assertEqual(p.wait(timeout=2), 0)
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/subprocess.py", line 1489, in wait
    raise TimeoutExpired(self.args)
subprocess.TimeoutExpired: <unprintable TimeoutExpired object>

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 135, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ProcessTestCasePOSIXPurePython)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 135, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ProcessTestCaseNoPoll)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 135, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'

======================================================================
FAIL: test_check_output_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/pybot/buildarea-sid/3.x.klose-debian-sparc/build/Lib/test/test_subprocess.py", line 135, in test_check_output_timeout
    self.assertEqual(c.exception.output, b'BDFL')
AssertionError: b'' != b'BDFL'


http://www.python.org/dev/buildbot/all/builders/sparc%20Debian%203.x/builds/119

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Wed Mar 16 09:52:12 2011
From: report at bugs.python.org (slav0nic)
Date: Wed, 16 Mar 2011 08:52:12 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300265532.37.0.763741463701.issue11562@psf.upfronthosting.co.za>


Changes by slav0nic <slav0nic0 at gmail.com>:


----------
nosy: +slav0nic

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Wed Mar 16 10:06:29 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 09:06:29 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <E1PzmgU-0001VY-Uf@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bf94b6a73fc8 by Ezio Melotti in branch '3.1':
#11565: Fix several typos. Patch by Piotr Kasprzyk.
http://hg.python.org/cpython/rev/bf94b6a73fc8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 10:36:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 09:36:31 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <E1Pzn9Z-0004AC-OJ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset dc245d681901 by Ezio Melotti in branch '3.2':
#11565: Merge with 3.1.
http://hg.python.org/cpython/rev/dc245d681901

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 10:39:48 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 09:39:48 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <E1PznCl-0004KD-Dv@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset db73857669fb by Ezio Melotti in branch 'default':
#11565: Merge with 3.2.
http://hg.python.org/cpython/rev/db73857669fb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 11:28:23 2011
From: report at bugs.python.org (Neil Muller)
Date: Wed, 16 Mar 2011 10:28:23 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1300271303.75.0.206974968351.issue11439@psf.upfronthosting.co.za>


Neil Muller <drnlmuller+bugs at gmail.com> added the comment:

This also affects a number of files under Lib, including some that set their version using "$Revision$".

Since I stumbled on this issue by encountering some code that checks the version string in tkinker breaking, this is an issue that can break existing code.

Mercurial does have the keyword extension (http://mercurial.selenic.com/wiki/KeywordExtension) which can provide something similar, but should be some sort of recommended configuration for this and there'll be discrepancies between the id's from svn and mercurial (which may or may not be an issue in practice).

find ./Lib -name "*.py" | xargs grep -n '"\$Revision\$"'

./Lib/tarfile.py:32:__version__ = "$Revision$"
./Lib/pydoc.py:45:__version__ = "$Revision$"
./Lib/tkinter/__init__.py:33:__version__ = "$Revision$"
./Lib/pickle.py:26:__version__ = "$Revision$"       # Code version

----------
nosy: +Neil Muller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Wed Mar 16 11:35:30 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 10:35:30 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <E1Pzo4c-0000Ul-2X@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset cd8d3c2d3bce by Ezio Melotti in branch '2.7':
#11565: Fix several typos. Patch by Piotr Kasprzyk.
http://hg.python.org/cpython/rev/cd8d3c2d3bce

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 11:36:56 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 16 Mar 2011 10:36:56 +0000
Subject: [issue11565] Another (the last) group of misspellings
In-Reply-To: <1300230031.73.0.170115051748.issue11565@psf.upfronthosting.co.za>
Message-ID: <1300271816.12.0.395853776973.issue11565@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Fixed in all the four branches, thanks for the patch!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11565>
_______________________________________

From report at bugs.python.org  Wed Mar 16 11:39:22 2011
From: report at bugs.python.org (Markus Korn)
Date: Wed, 16 Mar 2011 10:39:22 +0000
Subject: [issue11568] docstring of select.epoll.register() is wrong
In-Reply-To: <1300271962.07.0.948411199474.issue11568@psf.upfronthosting.co.za>
Message-ID: <1300271962.07.0.948411199474.issue11568@psf.upfronthosting.co.za>


New submission from Markus Korn <thekorn at gmx.de>:

select.epoll.register raises an IOError for already registered fds, however the docstring says the fd gets modified:


Python 2.7.1+ (r271:86832, Feb 24 2011, 15:00:15) 
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import select
>>> print select.epoll.register.__doc__
register(fd[, eventmask]) -> None

Registers a new fd or modifies an already registered fd.
fd is the target file descriptor of the operation.
events is a bit set composed of the various EPOLL constants; the default
is EPOLL_IN | EPOLL_OUT | EPOLL_PRI.

The epoll interface supports all file descriptors that support poll.
>>>

----------
messages: 131100
nosy: thekorn
priority: normal
severity: normal
status: open
title: docstring of select.epoll.register() is wrong

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11568>
_______________________________________

From report at bugs.python.org  Wed Mar 16 12:16:58 2011
From: report at bugs.python.org (Palm Kevin)
Date: Wed, 16 Mar 2011 11:16:58 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300274218.84.0.773682487861.issue11320@psf.upfronthosting.co.za>


Palm Kevin <kevin.palm at labsolution.lu> added the comment:

@Sridhar: Could you please provide input for the question asked by Antoine?
I'd love to have this issue fixed for next Python release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Wed Mar 16 12:47:18 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 11:47:18 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1300162883.48.0.67042836204.issue11243@psf.upfronthosting.co.za>
Message-ID: <20110316114046.GA50086@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Tue, Mar 15, 2011 at 04:21:24AM +0000, R. David Murray wrote:
> Please test and let me know if it works

Spending some more time on that, continuing yesterdays session 
where i got stuck. When i instead do (still in 
header.py:Header.append()):

        # Steffen is out now again
        if isinstance(s, Header):
            s = str(s)
            errors = 'replace'

Traceback (most recent call last):
  File "/Users/steffen/usr/bin/s-postman.py", line 1212, in save_ticket
    mb.add(ticket.message())
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 279, in add
    self._dump_message(message, tmp_file)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 215, in _dump_message
    gen.flatten(message)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 91, in flatten
    self._write(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 144, in _write
    self._write_headers(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 363, in _write_headers
    self.write(v.encode(maxlinelen=self._maxheaderlen)+NL)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 320, in encode
    formatter.feed(lines[0], charset)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 386, in feed
    encoded_string = charset.header_encode(string)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/charset.py", line 296, in header_encode
    header_bytes = _encode(string, codec)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/charset.py", line 163, in _encode
    return string.encode(codec)
Exception: UnicodeEncodeError: 'ascii' codec can't encode character '\ufffd' in position 7: ordinal not in range(128)

I've updated and am at db73857.
And i am *really* looking forward for 'defects'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Wed Mar 16 12:47:56 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 11:47:56 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1300229083.31.0.279998492609.issue11401@psf.upfronthosting.co.za>
Message-ID: <20110316114746.GB50086@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Tue, Mar 15, 2011 at 10:44:43PM +0000, R. David Murray wrote:
> header with no body.

(Those are the *real* dangerous ones!)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Wed Mar 16 13:03:51 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 12:03:51 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

Hello Mac OS X gurus, multiprocessing/__init__py. searches for
sysctl(8) via os.popen(), which will fail since the moist fruits
provide sysctl(8) in /usr/sbin!
The applied patch multiproc_sysctl.patch uses an absolute path.
(This may be better anyway, what do you think of that???)

----------
components: Library (Lib)
files: multiproc_sysctl.patch
keywords: patch
messages: 131104
nosy: ned.deily, ronaldoussoren, sdaoden
priority: normal
severity: normal
status: open
title: multiprocessing/darwin: sysctl(8) mislocation
versions: Python 3.3
Added file: http://bugs.python.org/file21237/multiproc_sysctl.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 13:15:46 2011
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 16 Mar 2011 12:15:46 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300277746.36.0.271295159379.issue11562@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

The reason of this behaviour is that x += 1 basically is the same as x = x.__iadd__(1).  In the tuple case: t[1] = t[1].__iadd__([6]).  The __iadd__ call mutates the list, then the tuple item assignment raises the TypeError. 

See these examples:

>>> import dis
>>> dis.dis('x += 1')
  1           0 LOAD_NAME                0 (x) 
              3 LOAD_CONST               0 (1) 
              6 INPLACE_ADD          
              7 STORE_NAME               0 (x) 
             10 LOAD_CONST               1 (None) 
             13 RETURN_VALUE         
>>> 
>>> dis.dis('t[1] += [6]')
  1           0 LOAD_NAME                0 (t) 
              3 LOAD_CONST               0 (1) 
              6 DUP_TOP_TWO          
              7 BINARY_SUBSCR        
              8 LOAD_CONST               1 (6) 
             11 BUILD_LIST               1 
             14 INPLACE_ADD          
             15 ROT_THREE            
             16 STORE_SUBSCR         
             17 LOAD_CONST               2 (None) 
             20 RETURN_VALUE

----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Wed Mar 16 13:22:51 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 12:22:51 +0000
Subject: [issue11570] Lib/test/test_distutils.py tries to mix 32 and 64 bits
	object files, doesn't obey LDFLAGS
In-Reply-To: <1300278171.06.0.772927158799.issue11570@psf.upfronthosting.co.za>
Message-ID: <1300278171.06.0.772927158799.issue11570@psf.upfronthosting.co.za>


New submission from Jes?s Cea Avi?n <jcea at jcea.es>:

Example of faulting build: http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.1/builds/297

Problem: "test_distutils.py" tests the generation of shared libraries. It correctly compile the ".c" to ".o" as 64 bits, but when linking the resulting file object, it tries to link in 32 bits mode, failing miserably.

Manually adding:

"""
--- a/Lib/distutils/unixccompiler.py    Wed Mar 16 12:48:54 2011 +0200
+++ b/Lib/distutils/unixccompiler.py    Wed Mar 16 12:14:37 2011 +0000
@@ -251,6 +252,8 @@
                 if sys.platform == 'darwin':
                     linker = _darwin_compiler_fixup(linker, ld_args)
 
+                print("*****************", repr(linker + ld_args))
+                ld_args = ["-m64"]+ld_args
                 self.spawn(linker + ld_args)
             except DistutilsExecError as msg:
                 raise LinkError(msg)

"""

solves the issue.

Notes:

- Python is compiled with this configuration:

  ./configure --with-pydebug --with-computed-gotos "CFLAGS=-I/usr/local/include/ncursesw -m64" LDFLAGS=-m64

- "test_distutils.py" compilation step works OK, and obey CFLAGS. The command line used is "['gcc', '-I/usr/local/include/ncursesw', '-m64', '-g', '-Wall', '-Wstrict-prototypes', '-fPIC', '-IInclude', '-I/tmp/z/3.1', '-c', '/tmp/tmp8M7aOH/xxmodule.c', '-o', '/tmp/tmp8M7aOH/tmp/tmp8M7aOH/xxmodule.o']".

- "test_distutils.py" linking steps fails. The command line used is "'gcc', '-shared', '/tmp/tmp8M7aOH/tmp/tmp8M7aOH/xxmodule.o', '-o', '/tmp/tmp8M7aOH/xx.so'". It doesn't include the "LDFLAGS" parameter we want.

- Modifying the source code to add a "-m64" to the linking step solved the issue.

- Python 2.7, 3.2 and 3.x works ok.

----------
components: Tests
keywords: easy
messages: 131106
nosy: jcea
priority: normal
severity: normal
stage: needs patch
status: open
title: Lib/test/test_distutils.py tries to mix 32 and 64 bits object files, doesn't obey LDFLAGS
type: compile error
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11570>
_______________________________________

From report at bugs.python.org  Wed Mar 16 13:24:32 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 16 Mar 2011 12:24:32 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300278272.29.0.582367021251.issue11562@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
title: += on list inside a tuple raises TypeError but succeds anyway -> += on list inside a tuple raises TypeError but succeeds anyway

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Wed Mar 16 13:40:38 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 12:40:38 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <1300279238.02.0.198073256422.issue11569@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Maybe i should have used 'hg anno' first ...
next time i will.
This new patch always uses an absolute path.
I have not looked into os.popen() yet, but i do
put trust in that it makes a difference :)
The reason was nonetheless:


13:29 ~/usr/opt $ python3 -E -Wd -m test -r -w test_multiprocessing
[1/1] test_multiprocessing
/bin/sh: sysctl: command not found
/bin/sh: sysctl: command not found
/bin/sh: sysctl: command not found
1 test OK.

----------
nosy: +brian.curtin -ned.deily, ronaldoussoren
versions: +Python 3.1, Python 3.2
Added file: http://bugs.python.org/file21238/multiproc_sysctl.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:00:10 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 13:00:10 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <1300280410.25.0.281755782647.issue11569@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The patch looks fine.  I'd prefer the second patch as this always uses an absolute path (I've ran into numerous problems in the past with scripts that assumed that the commands they looked for where on $PATH and were the system version instead of some local override).

Jesse, what's your opinion on w.r.t. this patch?

----------
nosy: +jnoller, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:00:32 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Wed, 16 Mar 2011 13:00:32 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1300280432.54.0.897765647312.issue11371@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Bump! Hi Eric, there was no negative feedback for two weeks. How about commiting the patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:13:51 2011
From: report at bugs.python.org (Jesse Noller)
Date: Wed, 16 Mar 2011 13:13:51 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <1300281231.01.0.829602182341.issue11569@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Ronald - if you're OK w/ patch 2, please commit!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:30:54 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 16 Mar 2011 13:30:54 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300282254.31.0.69267882388.issue10812@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

v6 was created against an unknown mercurial repository (most likely code.python.org). It actually doesn't apply cleanly anymore so it would be best to regenerate it it (or go on with any v7 that may result out of the review).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:42:21 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 13:42:21 +0000
Subject: [issue11452] test_trace not symlink install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1300282941.87.0.270321061792.issue11452@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Signore Melotti, i'm making you nosy because you're the one
which committed to this file last (db7385).

I've tried a bit to write a patch, but my simple os.path.realpath()
solution didn't work.  I've got no idea of the test framework,
nor of the tracer, so i'm the wrong person here anyway.
(It would have been interesting why test_trace.py fails when run
as part of the test suite, but succeeds if called directly,
even from within the same directory.)
Once again i attach failed test output.

Please decide if this issue is to be closed or not,
i can't help at all.


12:49 ~/usr/opt $ python3 -E -Wd -m test -r -w
== CPython 3.3a0 (default:a064cca38425, Mar 16 2011, 12:14:52) [GCC 4.2.1 (Apple Inc. build 5664)]
==   Darwin-10.6.0-i386-64bit little-endian
[...]
326 tests OK.
1 test failed:
    test_trace

Re-running failed tests in verbose mode
Re-running test 'test_trace' in verbose mode
test_loop_caller_importing (test.test_trace.TestCallers) ... FAIL
test_coverage (test.test_trace.TestCoverage) ... ok
test_coverage_ignore (test.test_trace.TestCoverage) ... ok
test_issue9936 (test.test_trace.TestCoverage) ... ok
test_inst_method_calling (test.test_trace.TestFuncs) ... FAIL
test_loop_caller_importing (test.test_trace.TestFuncs) ... FAIL
test_simple_caller (test.test_trace.TestFuncs) ... FAIL
test_linear_methods (test.test_trace.TestLineCounts) ... FAIL
test_trace_func_generator (test.test_trace.TestLineCounts) ... FAIL
test_trace_list_comprehension (test.test_trace.TestLineCounts) ... FAIL
test_traced_func_importing (test.test_trace.TestLineCounts) ... FAIL
test_traced_func_linear (test.test_trace.TestLineCounts) ... FAIL
test_traced_func_loop (test.test_trace.TestLineCounts) ... FAIL
test_exec_counts (test.test_trace.TestRunExecCounts) ... ERROR
test_ignored (test.test_trace.Test_Ignore) ... ok

======================================================================
ERROR: test_exec_counts (test.test_trace.TestRunExecCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 217, in test_exec_counts
    self.assertEqual(self.tracer.results().counts[k], expected[k])
KeyError: ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 43)

======================================================================
FAIL: test_loop_caller_importing (test.test_trace.TestCallers)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 286, in test_loop_caller_importing
    self.assertEqual(self.tracer.results().callers, expected)
AssertionError: {(('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 'test_tra [truncated]... != {(('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace', [truncated]...
Diff is 2446 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_inst_method_calling (test.test_trace.TestFuncs)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 259, in test_inst_method_calling
    self.assertEqual(self.tracer.results().calledfuncs, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 'test_trac [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace',  [truncated]...
Diff is 926 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_loop_caller_importing (test.test_trace.TestFuncs)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 246, in test_loop_caller_importing
    self.assertEqual(self.tracer.results().calledfuncs, expected)
AssertionError: {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/tracedmodules/testmod.py', 'te [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace',  [truncated]...
Diff is 1310 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_simple_caller (test.test_trace.TestFuncs)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 234, in test_simple_caller
    self.assertEqual(self.tracer.results().calledfuncs, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 'test_trac [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace',  [truncated]...
- {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 'test_trace', 'traced_func_linear'): 1,
?                           --  ^^^^

+ {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace', 'traced_func_linear'): 1,
?                             ^^

-  ('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 'test_trace', 'traced_func_simple_caller'): 1}
?                           --  ^^^^

+  ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 'test_trace', 'traced_func_simple_caller'): 1}
?                             ^^


======================================================================
FAIL: test_linear_methods (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 190, in test_linear_methods
    self.assertEqual(tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 84): 1} != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 84): 1}
- {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 84): 1}
?                           --  ^^^^

+ {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 84): 1}
?                             ^^


======================================================================
FAIL: test_trace_func_generator (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 158, in test_trace_func_generator
    self.assertEqual(self.tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 67): 11, ( [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 67): 11, ('/Us [truncated]...
Diff is 1376 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_trace_list_comprehension (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 173, in test_trace_list_comprehension
    self.assertEqual(self.tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 71): 10, ( [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 75): 12, ('/Us [truncated]...
Diff is 916 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_traced_func_importing (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 143, in test_traced_func_importing
    self.assertEqual(self.tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/tracedmodules/testmod.py', 3): [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/tracedmodules/testmod.py', 3): [truncated]...
- {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 49): 1,
?                           --  ^^^^

+ {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 49): 1,
?                             ^^

   ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/tracedmodules/testmod.py', 2): 1,
   ('/Users/steffen/usr/opt/py3k/lib/python3.3/test/tracedmodules/testmod.py', 3): 1}

======================================================================
FAIL: test_traced_func_linear (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 119, in test_traced_func_linear
    self.assertEqual(self.tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 39): 1, (' [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 39): 1, ('/Use [truncated]...
Diff is 912 characters long. Set self.maxDiff to None to see it.

======================================================================
FAIL: test_traced_func_loop (test.test_trace.TestLineCounts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py", line 131, in test_traced_func_loop
    self.assertEqual(self.tracer.results().counts, expected)
AssertionError: {('/Users/steffen/usr/opt/.cpython/lib/python3.3/test/test_trace.py', 45): 5, (' [truncated]... != {('/Users/steffen/usr/opt/py3k/lib/python3.3/test/test_trace.py', 43): 1, ('/Use [truncated]...
Diff is 912 characters long. Set self.maxDiff to None to see it.

----------------------------------------------------------------------
Ran 15 tests in 5.113s

FAILED (failures=10, errors=1)
test test_trace failed -- multiple errors occurred


13:21 ~/usr/opt $ python3 -E -Wd -m test -r -w test_trace
Using random seed 8435571
[1/1] test_trace
1 test OK.

----------
nosy: +ezio.melotti
title: test_inspect, test_trace not symlink install clean -> test_trace not symlink install clean

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:42:59 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 13:42:59 +0000
Subject: [issue11452] test_trace not symlink install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1300282979.84.0.778732905765.issue11452@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
nosy:  -sdaoden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:47:53 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 13:47:53 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <E1Pzr4n-0001G2-Ql@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c394f2d42ff8 by Ronald Oussoren in branch '3.1':
Issue #11569: use absolute path to the sysctl command in multiprocessing to
http://hg.python.org/cpython/rev/c394f2d42ff8

New changeset b8f280d0cdbf by Ronald Oussoren in branch '2.7':
Issue #11569: use absolute path to the sysctl command in multiprocessing to
http://hg.python.org/cpython/rev/b8f280d0cdbf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:49:02 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 13:49:02 +0000
Subject: [issue11569] multiprocessing/darwin: sysctl(8) mislocation
In-Reply-To: <1300277031.68.0.482799934053.issue11569@psf.upfronthosting.co.za>
Message-ID: <1300283342.41.0.983595525764.issue11569@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Thanks for the patch.

I've committed it to 2.7 as well.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11569>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:55:16 2011
From: report at bugs.python.org (Andy Buckley)
Date: Wed, 16 Mar 2011 13:55:16 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1300283716.99.0.0302773232097.issue858809@psf.upfronthosting.co.za>


Changes by Andy Buckley <andy at insectnation.org>:


----------
nosy: +andybuckley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:55:54 2011
From: report at bugs.python.org (Andy Buckley)
Date: Wed, 16 Mar 2011 13:55:54 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1300283754.7.0.386874270463.issue1294959@psf.upfronthosting.co.za>


Changes by Andy Buckley <andy at insectnation.org>:


----------
nosy: +andybuckley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 16 14:58:40 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 13:58:40 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <1300283920.35.0.119078322546.issue11243@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Steffen, these look like different kinds of errors than the one you reported in this ticket.  If they are, could you open a new issue?  Either way, simple reproducers would be the most helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:04:57 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 14:04:57 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1300284297.7.0.936658510893.issue5154@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I propose to close this as won't fix. The reason: poll on OSX does work, but fairly limited in the kinds of file descriptors it works with. The HAVE_BROKEN_POLL test is meant to detect poll implementation that don't even manage to implement the API correctly.

The attached patch adds notes to the documentation to warn users about the limitations of poll and kqueue on MacOSX.

----------
keywords: +patch
Added file: http://bugs.python.org/file21239/issue5154.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5154>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:13:29 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 14:13:29 +0000
Subject: [issue11570] Lib/test/test_distutils.py tries to mix 32 and 64 bits
	object files, doesn't obey LDFLAGS
In-Reply-To: <1300278171.06.0.772927158799.issue11570@psf.upfronthosting.co.za>
Message-ID: <1300284809.22.0.236855735779.issue11570@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

This patch is hacky, but 3.1 is in maintenance mode.

This patch should be safe. It only touch SunOS compilation. It passes the testsuite, and it should allow 64 bit compilation of extension packages.

This patch is not needed in 3.2 and 3.x. It only affects 3.1.

The patch:

"""
diff -r f2ac5bbc1623 configure.in
--- a/configure.in      Wed Mar 16 12:48:54 2011 +0200
+++ b/configure.in      Wed Mar 16 14:10:53 2011 +0000
@@ -1758,8 +1758,8 @@
        IRIX*/6*) LDSHARED="ld ${SGI_ABI} -shared -all";;
        SunOS/5*) 
                if test "$GCC" = "yes"
-               then LDSHARED='$(CC) -shared'
-               else LDSHARED='$(CC) -G';
+               then LDSHARED='$(CC) -shared $(LDFLAGS)'
+               else LDSHARED='$(CC) -G $(LDFLAGS)';
                fi ;;
        hp*|HP*)
                if test "$GCC" = "yes"
"""

Please, review. If everything is OK, I will commit the patch myself.

----------
keywords: +needs review
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11570>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:18:15 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 14:18:15 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <1300230353.38.0.0540268603526.issue11564@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=MTj2czgLmGyRMvF46s_kxCD29vMNbFQ=5yjjJ@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Tue, Mar 15, 2011 at 7:05 PM, Antoine Pitrou <report at bugs.python.org> wrote:
..
> - (bugfix) raise a proper exception when an object too large for handling by pickle is given

What would be the "proper exception" here?  With _pickle acceleration
disabled, I get a struct.error:

$ cat p.py
import sys
sys.modules['_pickle'] = None
import pickle
s = b'a' * (2**31)
d = pickle.dumps(s)

$ ./python.exe p.py
Traceback (most recent call last):
  ..
  File "Lib/pickle.py", line 496, in save_bytes
    self.write(BINBYTES + pack("<i", n) + bytes(obj))
struct.error: 'i' format requires -2147483648 <= number <= 2147483647

I would say "proper exception" would be ValueError, but that means
that we should change python implementation in an incompatible way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:18:16 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 14:18:16 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1280162701.76.0.316880678419.issue9384@psf.upfronthosting.co.za>
Message-ID: <1300285096.61.0.332576171661.issue9384@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is not a bug in python, but is generic platform behavior (as Ned noted). I'll therefore close this issue as won't fix.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:31:38 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 14:31:38 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1300285096.61.0.332576171661.issue9384@psf.upfronthosting.co.za>
Message-ID: <AANLkTin=LxZEvO=kaBLk87nKikqAchYCA=uWms4ZVL-D@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Mar 16, 2011 at 10:18 AM, Ronald Oussoren
<report at bugs.python.org> wrote:
..
> This is not a bug in python, but is generic platform behavior (as Ned noted).

Maybe not a bug in tkinter proper, but certainly an unexpected
behavior when running tkinter demo scripts or say turtle module.   The
later is particularly troublesome because its target audience is
novice users and to see terminal effectively freeze on "python -m
turtle" because all the action is happening behind the terminal is
rather surprising.

Maybe turtle should set '-topmost' WM attribute on its main window?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:33:39 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 16 Mar 2011 14:33:39 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300286019.26.0.154848560643.issue11459@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

> to get that behavior, change the =1 default to =io.DEFAULT_BUFFER_SIZE in ross's patch.

The problem is, it doesn't seem like you can import and use io.DEFAULT_BUFFER_SIZE from inside os.py. Python fails to start.

You can import _io.DEFAULT_BUFFER_SIZE though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:42:43 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 14:42:43 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1280162701.76.0.316880678419.issue9384@psf.upfronthosting.co.za>
Message-ID: <1300286563.96.0.556088613659.issue9384@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Maybe.  It is definitely something that will have to be determined for every case separately and is not something that should be worked around in Tkinter itself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:51:02 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 14:51:02 +0000
Subject: [issue9047] Python 2.7rc2 includes -isysroot twice on each gcc
	command line
In-Reply-To: <1277145493.52.0.0439952052215.issue9047@psf.upfronthosting.co.za>
Message-ID: <1300287062.61.0.316319669564.issue9047@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is no longer a problem on any machine I have access to, I'm therefore closing this issue.

Please reopen if you still have problems on your machine, if you do so include detailed information about: OSX release, system architecture (ppc, i386), Xcode release used.

----------
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9047>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:57:31 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 14:57:31 +0000
Subject: [issue11571] Turtle window pops under the terminal on OSX
In-Reply-To: <1300287451.35.0.164099198094.issue11571@psf.upfronthosting.co.za>
Message-ID: <1300287451.35.0.164099198094.issue11571@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <belopolsky at users.sourceforge.net>:

If you have a large enough terminal window and run

$ python -m turtle

on OSX, you will see nothing because turtle screen pops under the terminal.

Ned Deily suggested in msg130421 that this can be fixed by setting "-topmost" WM attribute on the root window.  However, if you apply the following patch:

diff -r 71b182134853 Lib/turtle.py
--- a/Lib/turtle.py	Wed Mar 16 09:44:26 2011 -0400
+++ b/Lib/turtle.py	Wed Mar 16 10:49:22 2011 -0400
@@ -993,6 +993,7 @@
         self._colormode = _CFG["colormode"]
         self._keys = []
         self.clear()
+        cv._rootwindow.call('wm', 'attributes', '.', '-topmost', '1')
 
     def clear(self):
         """Delete all drawings and all turtles from the TurtleScreen.

The result is that turtle window stays on top even if you shift focus back to the terminal.

The correct behavior would be for the turtle screen to pop on top, ideally without receiving the focus, but allow users to obscure it with another window if they wish.

----------
assignee: ronaldoussoren
components: Library (Lib), Macintosh
messages: 131124
nosy: belopolsky, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Turtle window pops under the terminal on OSX
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11571>
_______________________________________

From report at bugs.python.org  Wed Mar 16 15:58:04 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 14:58:04 +0000
Subject: [issue11571] Turtle window pops under the terminal on OSX
In-Reply-To: <1300287451.35.0.164099198094.issue11571@psf.upfronthosting.co.za>
Message-ID: <1300287484.43.0.603154359766.issue11571@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
dependencies: +Tkinter windows pop under the terminal in OSX

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11571>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:01:16 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 15:01:16 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1280162701.76.0.316880678419.issue9384@psf.upfronthosting.co.za>
Message-ID: <1300287676.67.0.912212645301.issue9384@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
superseder:  -> Turtle window pops under the terminal on OSX

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:01:37 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 15:01:37 +0000
Subject: [issue9384] Tkinter windows pop under the terminal in OSX
In-Reply-To: <1300286563.96.0.556088613659.issue9384@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=6LWUja6mBQN75bfyebBHFHi=mK5SVJGQUM9oS@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Mar 16, 2011 at 10:42 AM, Ronald Oussoren
<report at bugs.python.org> wrote:
>?It is definitely something that will have to be determined for every case separately
> and is not something that should be worked around in Tkinter itself.

I agree, but I don't know how to achieve the desired behavior in the
case of turtle where interaction often happens in the terminal and
result displayed in a separate window.  See issue11571.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9384>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:07:04 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 15:07:04 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1300283920.35.0.119078322546.issue11243@psf.upfronthosting.co.za>
Message-ID: <20110316150653.GA17681@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Wed, Mar 16, 2011 at 01:58:40PM +0000, R. David Murray wrote:
> Steffen, these look like different kinds of errors than the one you reported in this ticket.
> If they are, could you open a new issue?  Either way, simple reproducers would be the most helpful.

I'm on db73857669fb, email/message.py is patched with your code, 
and email/header.py is patched with email-header.2.diff. 
11243-test.1.py will traceback:

15:53 ~/tmp $ python3 11243-test.1.py 
Traceback (most recent call last):
  File "11243-test.1.py", line 17, in <module>
    msg[f] = email.header.make_header(email.header.decode_header(b))
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 154, in make_header
    h.append(s, charset)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 279, in append
    s.encode(output_charset, errors)
UnicodeEncodeError: 'ascii' codec can't encode character '\xe9' in position 7: ordinal not in range(128)

I'll be down the next couple of hours, but in the meanwhile that's 
all i can do anyway...
And well, i won't open a new issue due to the stuff from msg131102, 
because that happen(ed) if the commented out code from 
email-header.2.diff is applied, which is non-real-life code-flow? 
(Though: a Message is happily read in via 
email.feedparser.BytesFeedParser() and finally adjusted via 
header.make_header(header.decode_header(b)) because you've asked 
me to do so, and just as is done by 11243-test.1.py.)

----------
Added file: http://bugs.python.org/file21240/email-header.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________
-------------- next part --------------
diff --git a/Lib/email/header.py b/Lib/email/header.py
--- a/Lib/email/header.py
+++ b/Lib/email/header.py
@@ -70,7 +70,7 @@
     occurs (e.g. a base64 decoding exception).
     """
     # If no encoding, just return the header with no charset.
-    if not ecre.search(header):
+    if not ecre.search(str(header)):
         return [(header, None)]
     # First step is to parse all the encoded parts into triplets of the form
     # (encoded_string, encoding, charset).  For unencoded strings, the last
@@ -265,6 +265,10 @@
             charset = self._charset
         elif not isinstance(charset, Charset):
             charset = Charset(charset)
+        # Steffen is out now again - but this can *really* be a Header here!
+        #if isinstance(s, Header):
+        #    s = str(s)
+        #    errors = 'replace'
         if not isinstance(s, str):
             input_charset = charset.input_codec or 'us-ascii'
             s = s.decode(input_charset, errors)

From report at bugs.python.org  Wed Mar 16 16:09:53 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 15:09:53 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1300283920.35.0.119078322546.issue11243@psf.upfronthosting.co.za>
Message-ID: <20110316150920.GB17681@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Sorry, i've forgot the test ;)

----------
Added file: http://bugs.python.org/file21241/11243-test.1.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________
-------------- next part --------------
import sys,email

data = r'''Date: Mon, 17 Jan 2011 01:10:29 -0200 (BRST)
From: "Pank! ?? bom demais." <no-reply at pank.com.br>
To: <misc at openbsd.org>
Subject: =?iso-8859-1?Q?Pague_R$50,00_por_R$100,00_em_compras_e_aproveite_a_melhor?= =?iso-8859-1?Q?_sele=E7=E3o_de_perfumes_e_cosm=E9ticos_com_pre=E7os_imper?= =?iso-8859-1?Q?d=EDveis!?=
Message-ID: <20110117031029.DE4ED568469 at al88.auinmeio.com.br>

'''

msg = email.message_from_string(data)
allh = msg.items()[:]
if len(allh):
    for (f, b) in allh:
        del msg[f]
    for (f, b) in allh:
        msg[f] = email.header.make_header(email.header.decode_header(b))

print(msg)


From report at bugs.python.org  Wed Mar 16 16:26:55 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 15:26:55 +0000
Subject: [issue11571] Turtle window pops under the terminal on OSX
In-Reply-To: <1300287451.35.0.164099198094.issue11571@psf.upfronthosting.co.za>
Message-ID: <1300289215.65.0.0689985855736.issue11571@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The attached patch forces the window to the front by first making the window a topmost window and then resetting that flag.

Could you test if this does want you'd like it to?

(The patch is for 3.3, will backport upto 2.7 when the behavior is correct)

----------
Added file: http://bugs.python.org/file21242/issue-11571.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11571>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:29:49 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 15:29:49 +0000
Subject: [issue11133] inspect.getattr_static code execution
In-Reply-To: <1297009822.22.0.910831968317.issue11133@psf.upfronthosting.co.za>
Message-ID: <E1PzsfR-0003Jl-Qq@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 382cb3386d57 by Benjamin Peterson in branch '3.2':
correct patch ack (#11133)
http://hg.python.org/cpython/rev/382cb3386d57

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11133>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:30:09 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 15:30:09 +0000
Subject: [issue11562] += on list inside a tuple raises TypeError but succeeds
	anyway
In-Reply-To: <1300227649.12.0.439926761488.issue11562@psf.upfronthosting.co.za>
Message-ID: <1300289409.77.0.300589821268.issue11562@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

As Daniel noted, this behaviour is in accordance with the language definition.

It's obscure and surprising behaviour, but it isn't wrong.

----------
nosy: +ncoghlan
resolution:  -> invalid
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11562>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:30:29 2011
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 16 Mar 2011 15:30:29 +0000
Subject: [issue7013] Httplib read routine is not tolerant to not well-formed
	chunked http responses.
In-Reply-To: <1254156031.22.0.214966362027.issue7013@psf.upfronthosting.co.za>
Message-ID: <1300289429.04.0.482139099282.issue7013@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7013>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:36:43 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 15:36:43 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300289803.04.0.989858516221.issue11320@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Note that this will be fixed for 3.3, as siteconfig will be updated to use static data (generated during the build process) rather than relying on build artifacts being available at runtime.

However, virtualenv (et al) will still need to provide the relevant static config file in the isolated environments.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:40:17 2011
From: report at bugs.python.org (Michael Foord)
Date: Wed, 16 Mar 2011 15:40:17 +0000
Subject: [issue11133] inspect.getattr_static code execution
In-Reply-To: <1297009822.22.0.910831968317.issue11133@psf.upfronthosting.co.za>
Message-ID: <1300290017.4.0.865215477819.issue11133@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Thanks Daniel (and sorry Andreas). Benjamin Peterson has fixed this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11133>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:42:44 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 16 Mar 2011 15:42:44 +0000
Subject: [issue8916] Move PEP 362 (function signature objects) into inspect
In-Reply-To: <1275795560.39.0.398177747359.issue8916@psf.upfronthosting.co.za>
Message-ID: <1300290164.86.0.909232346134.issue8916@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
stage:  -> needs patch
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8916>
_______________________________________

From report at bugs.python.org  Wed Mar 16 16:58:54 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 15:58:54 +0000
Subject: [issue11571] Turtle window pops under the terminal on OSX
In-Reply-To: <1300289215.65.0.0689985855736.issue11571@psf.upfronthosting.co.za>
Message-ID: <AANLkTim6DNbX9VhrNSS7EL=_A0+fSLt+NHk5oR1H6S-U@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Mar 16, 2011 at 11:26 AM, Ronald Oussoren
<report at bugs.python.org> wrote:
..
> The attached patch forces the window to the front by first making the window
> a topmost window and then resetting that flag.
>
> Could you test if this does want you'd like it to?

Yes, this works.  Nice trick - did not think of it.

I don't use idle, but someone should test that this works when turtle
is used by idle.  It works fine when I start idle from command line
(in which case idle itself pops under the terminal), but I understand
that most users start idle from Finder or the Dock and I don't have
that set up.

A nit-pick: in the current turtle code module imports and from module
imports are visually separated.   Consider moving "import sys" below
"import inspect".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11571>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:16:06 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 16:16:06 +0000
Subject: [issue11445] python.exe on OS X shared-llbrary build erroneously
	linked to MacPorts python library
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1300292166.22.0.633342526626.issue11445@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The attached patch fixes the issue by moveing LDFLAGS after BLDLIBRARY in the linking step.

I'm not committing this yet though as this will affect all platforms that use Makefiles to build, and I'm not sure if this change save for all compilers we effectively support.

Fixing this completely for OSX will require another change as well: we'd have to add "-Wl,-search_paths_first" to ensure that the build will pick up the first libpython on the search path, otherwise we'd still have a problem if you try to build a staticly linked binary (as this would still cause the linker to find macports if the additional flag isn't used).

----------
keywords: +needs review, patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file21243/issue-11445.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:32:32 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Wed, 16 Mar 2011 16:32:32 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>


New submission from Brandon Craig Rhodes <brandon at rhodesmill.org>:

The attached patch will bring Lib/copy.py to 100% test coverage.

A bug in "coverage" results in its only reporting 99% at the moment; see coverage issue #122 on bitbucket:

https://bitbucket.org/ned/coveragepy/issue/122/for-else-always-reports-missing-branch

This patch makes several minor improvements to "copy": when doing getattr lookups with a default of "None", it now uses an "is" comparison against None which is both faster and more correct; several special cases have been removed since Python 3 always has "CodeType" available; and an ancient obsolete test suite that had been appended to copy.py in ancient times has been removed.

----------
files: test_copy.patch
keywords: patch
messages: 131135
nosy: brandon-rhodes
priority: normal
severity: normal
status: open
title: bring Lib/copy.py to 100% coverage
versions: Python 3.3
Added file: http://bugs.python.org/file21244/test_copy.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:40:57 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 16:40:57 +0000
Subject: [issue11513] Infinite recursion around raising an exception in tarfile
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300293657.39.0.907900682627.issue11513@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This fix reveals a second bug.  Without this fix, a non-existent file raises an IOError with an appropriate error message, but with the chained exception.  After this fix, it raises an error that says 'not a gzip file', which while technically true is not very helpful :)

The correct IOError message only happened by accident in the original code, but we need to fix this second bug in order to fix the first one correctly.  I suggest that the test case should read:

  with self.assertRaisesRegex("xxx", IOError) as ex:
      tarfile.open("xxx", self.mode)
  self.assertEqual(ex.exception.errno, errno.ENOENT)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:41:09 2011
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 16 Mar 2011 16:41:09 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300293669.19.0.643602713431.issue11320@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

[pitrou] 
> Can you explain why this is a problem in Python?
> Can't lib/python3.2/config-3.2m/Makefile simply be 
> provided by virtualenv (by copying it, I guess)?

Yes, I believe virtualenv already does that (or symlinks to it). Python 3.2 changed the path to config and include directories for some reason, viz.

$ ls -d /opt/ActivePython-3.*/lib/python3.?/*config*/
/opt/ActivePython-3.1/lib/python3.1/config/
/opt/ActivePython-3.2/lib/python3.2/config-3.2m/
$ 

and:

$ ls -d /opt/ActivePython-3.*/include/python3.?*
/opt/ActivePython-3.1/include/python3.1  
/opt/ActivePython-3.2/include/python3.2m
$

It is possible that virtualenv is hardcoding the relative path to 'config' (and 'include') directories and thus failing to find the new 'config-3.2m' dir. If that is the case, this is not a problem with Python.

Although msg129372 does point to a Python bug, it may or may not be related to the virtualenv issue noted earlier. Given that virtualenv doesn't officially Python 3 and virtualenv5 is more of a hack, I haven't investigated into this much.

Does that answer your question?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:42:56 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 16:42:56 +0000
Subject: [issue11513] chained exception/incorrect exception from tarfile.open
	on a non-existent file
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300293776.75.0.499417019851.issue11513@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Note that the code in question was changed to the form with the bugs in 3.2, so this fix does not need to be backported to 3.1.  The test could be, though.

----------
components: +Library (Lib) -Interpreter Core
title: Infinite recursion around raising an exception in tarfile -> chained exception/incorrect exception from tarfile.open on a non-existent file
type:  -> behavior
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:47:28 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 16 Mar 2011 16:47:28 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300294048.12.0.434971600597.issue11572@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

1. I prefer that we don't have pragma statements sprinkled over the stdlib.
2. You can use assertIs() instead of assertTrue(x is y) (Feel free to change the lot)
3. Along the way you could also change those "raise support.TestFailed" over to calling the TestCase.fail method.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:51:04 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 16:51:04 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300294264.91.0.0413889464365.issue11572@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> A bug in "coverage" results in its only reporting 99% at the moment

It was concluded during discussion of issue2506 that this is not a bug.  At least not a bug in "coverage" or the trace module.  At most this is a peephole optimization issue or rather a missing feature to turn off peephole optimization in coverage runs.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:54:21 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 16:54:21 +0000
Subject: [issue11560] Expand test coverage in shutil
In-Reply-To: <1300224709.18.0.233736639142.issue11560@psf.upfronthosting.co.za>
Message-ID: <1300294461.15.0.736895429771.issue11560@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11560>
_______________________________________

From report at bugs.python.org  Wed Mar 16 17:54:37 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 16:54:37 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300294477.37.0.435354810432.issue11572@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:01:45 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 17:01:45 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300294905.38.0.152336126245.issue11572@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Alexander: the coverage problem in this case has to do with it incorrectly handling an "else:" clause on a loop (it doesn't adjust the expected target for an empty sequence to be the body of the else clause)

Benjamin: the pragma question is probably worth bringing up on python-dev. In the long run, it would be best to merge coverage data from the test suites of all the major implementations and platforms, but in the meantime we need a way to mark when modules are "done" from the point of view of the CPython test suite.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:11:27 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 16 Mar 2011 17:11:27 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300294905.38.0.152336126245.issue11572@psf.upfronthosting.co.za>
Message-ID: <AANLkTin2LZA-GbgRqxSGXac1PKK0J74v7okkatxYEkYN@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/16 Nick Coghlan <report at bugs.python.org>:
>
> Nick Coghlan <ncoghlan at gmail.com> added the comment:
>
> Alexander: the coverage problem in this case has to do with it incorrectly handling an "else:" clause on a loop (it doesn't adjust the expected target for an empty sequence to be the body of the else clause)
>
> Benjamin: the pragma question is probably worth bringing up on python-dev. In the long run, it would be best to merge coverage data from the test suites of all the major implementations and platforms, but in the meantime we need a way to mark when modules are "done" from the point of view of the CPython test suite.

There's really no precedent for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:15:42 2011
From: report at bugs.python.org (Armin Ronacher)
Date: Wed, 16 Mar 2011 17:15:42 +0000
Subject: [issue11573] Improve Unicode Documentation with Known Caveats
In-Reply-To: <1300295742.01.0.225887630619.issue11573@psf.upfronthosting.co.za>
Message-ID: <1300295742.01.0.225887630619.issue11573@psf.upfronthosting.co.za>


New submission from Armin Ronacher <armin.ronacher at active-4.com>:

The documentation should explain some of the common problems with Unicode on Python 3.

*   locale's affect the text default encoding
*   SSH clients can set the locale on a remote server
*   filesystem encoding is set by the SSH client as well

----------
components: Unicode
messages: 131143
nosy: aronacher
priority: normal
severity: normal
stage: needs patch
status: open
title: Improve Unicode Documentation with Known Caveats
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11573>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:24:37 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 17:24:37 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <1300296277.46.0.638410889518.issue11548@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:26:35 2011
From: report at bugs.python.org (Armin Ronacher)
Date: Wed, 16 Mar 2011 17:26:35 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>


New submission from Armin Ronacher <armin.ronacher at active-4.com>:

Right now Python happily falls back to ASCII if it can not parse your LC_CTYPE or something similar happens.  Instead of falling back to ASCII it would be better if it falls back to UTF-8.

Alternatively it should at least give a warning that it's falling back to ASCII.

This issue was discussed at PyCon and the consensus so far was that falling back to UTF-8 in 3.3 might be a good idea and should not break much code as UTF-8 is a superset of ASCII.

----------
components: Unicode
messages: 131144
nosy: aronacher
priority: normal
severity: normal
status: open
title: Unicode Fallback Encoding on Python 3.3
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:27:04 2011
From: report at bugs.python.org (Armin Ronacher)
Date: Wed, 16 Mar 2011 17:27:04 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300296424.1.0.772547492682.issue11574@psf.upfronthosting.co.za>


Changes by Armin Ronacher <armin.ronacher at active-4.com>:


----------
assignee:  -> loewis
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:28:56 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 16 Mar 2011 17:28:56 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>


New submission from Skip Montanaro <skip at pobox.com>:

The python.org postmaster received this email today:

--------------------
From: Tom Pinckney <thomaspinckney3 at gmail.com>
To: postmaster at python.org
Subject: public email addresses
Date: Wed, 16 Mar 2011 13:03:21 -0400
X-Spambayes-Classification: ham; 0.13

Kind of sucks that this file 1) exists 2) is indexed by google and 3) my email is in i\t. I found it by googling my email address to see what would come up.

http://hg.python.org/pymigr/file/e727de0dfeec/addresses.txt
------------

I've asked the website team to see if they can adjust the robots.txt
file, but is there something we can do to a) make it less likely that
this file is harvested, or b) increase the obfuscation of the email
addresses? (Maybe the entire file could be rot13?)

----------
messages: 131145
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: addresses.txt file leaks into search engines

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:36:57 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 17:36:57 +0000
Subject: [issue5870] subprocess.DEVNULL
In-Reply-To: <1240946644.39.0.609275389725.issue5870@psf.upfronthosting.co.za>
Message-ID: <E1PzueV-0007bv-L9@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset eaf93e156dff by Ross Lagerwall in branch 'default':
Issue #5870: Add subprocess.DEVNULL constant.
http://hg.python.org/cpython/rev/eaf93e156dff

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5870>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:38:53 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 16 Mar 2011 17:38:53 +0000
Subject: [issue5870] subprocess.DEVNULL
In-Reply-To: <1240946644.39.0.609275389725.issue5870@psf.upfronthosting.co.za>
Message-ID: <1300297133.82.0.129701732308.issue5870@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
assignee: gregory.p.smith -> rosslagerwall
resolution:  -> accepted
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5870>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:41:47 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 16 Mar 2011 17:41:47 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300297307.05.0.960761430477.issue1559549@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

At the PyCon 2011 sprint we discussed this issue and Nick, myself, and some other people agreed that using a keyword-only argument for passing in the module name is probably a better solution. While it won't be backwards-compatible (BaseException does not accept keyword arguments), it does provide a very clean API with an unambiguous way of specifying the module. Going another route (e.g., a constructor method) has the same backwards-compatibility issue. But a reason to use a solution other than the magical handling of the second argument is that it prevents doing the wrong thing simply because someone passes two or more arguments to ImportError.

Another nicety of a new API for ImportError is that it can be made such that if the keyword-only argument ('module_name'?) is the only thing supplied (e.g., no positional arguments) then the message can be auto-generated, which would be a nice way to solve issue #8754.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:45:51 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Wed, 16 Mar 2011 17:45:51 +0000
Subject: [issue502085] pickle problems (with Boost.Python)
Message-ID: <1300297551.85.0.246691635655.issue502085@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Benjamin, I would like some way to know when our tests achieve 100% coverage because otherwise I will keep coming back to this module to add more tests and have to re-discover code that is not CPython relevant.  But for now I have removed the pragmas.

The attached patch also changes assertIs() and assertIsNot(), and uses self.fail() instead of the exception inside of "support". Thanks for those pointers!

----------
keywords: +patch
nosy: +brandon-rhodes
Added file: http://bugs.python.org/file21245/test_copy2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502085>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:46:26 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Wed, 16 Mar 2011 17:46:26 +0000
Subject: [issue502085] pickle problems (with Boost.Python)
Message-ID: <1300297586.22.0.0213187373144.issue502085@psf.upfronthosting.co.za>


Changes by Brandon Craig Rhodes <brandon at rhodesmill.org>:


Removed file: http://bugs.python.org/file21245/test_copy2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502085>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:46:33 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 16 Mar 2011 17:46:33 +0000
Subject: [issue11570] Lib/test/test_distutils.py tries to mix 32 and 64 bits
	object files, doesn't obey LDFLAGS
In-Reply-To: <1300278171.06.0.772927158799.issue11570@psf.upfronthosting.co.za>
Message-ID: <1300297593.04.0.256654012559.issue11570@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Benjamin, could you possibly accept this for 3.1?. It solves a buildbot issue that cold mask othe problems. It seems pretty trivial and safe.

If you approve, I will commit the patch myself.

Thanks.

----------
assignee:  -> jcea
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11570>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:48:13 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 16 Mar 2011 17:48:13 +0000
Subject: [issue502085] pickle problems (with Boost.Python)
Message-ID: <1300297693.77.0.125738185469.issue502085@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
Removed message: http://bugs.python.org/msg131148

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502085>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:50:48 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 17:50:48 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <E1Pzurt-0000Hm-Lg@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d1619747c17d by Nick Coghlan in branch '3.2':
Close #11548: Correctly handle format argument in shutil.unpack_archive
http://hg.python.org/cpython/rev/d1619747c17d

New changeset e376d04539bb by Nick Coghlan in branch 'default':
Merge fix for #11548 from 3.2
http://hg.python.org/cpython/rev/e376d04539bb

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:51:40 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Wed, 16 Mar 2011 17:51:40 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300297900.6.0.450657541721.issue11572@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Benjamin, thanks for the pointers! The attached patch now uses assertIs() and assertIsNot(), and calls self.fail() instead of using the exception from "support".

In the future I would like some way to determine when test coverage is fully achieved, so that I do not come back to this module every few months and have to re-discover why it is not 100%. But for the moment I have indeed removed the pragmas, pending a better approach!

----------
Added file: http://bugs.python.org/file21246/test_copy2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Wed Mar 16 18:58:57 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 17:58:57 +0000
Subject: [issue11548] Passing format= to unpack_archive fails
In-Reply-To: <1300159826.82.0.743719260919.issue11548@psf.upfronthosting.co.za>
Message-ID: <1300298337.99.0.402602857696.issue11548@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
type: crash -> behavior
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11548>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:01:16 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 18:01:16 +0000
Subject: [issue11560] Expand test coverage in shutil
In-Reply-To: <1300224709.18.0.233736639142.issue11560@psf.upfronthosting.co.za>
Message-ID: <E1Pzv22-0001R4-GA@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b313b05221a9 by Nick Coghlan in branch '3.2':
Close #11560: Improve test coverage of shutil
http://hg.python.org/cpython/rev/b313b05221a9

New changeset 5b61334bb776 by Nick Coghlan in branch 'default':
Merge fix for #11560 from 3.2
http://hg.python.org/cpython/rev/5b61334bb776

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11560>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:02:47 2011
From: report at bugs.python.org (Armin Ronacher)
Date: Wed, 16 Mar 2011 18:02:47 +0000
Subject: [issue6210] Exception Chaining missing method for suppressing context
In-Reply-To: <1244228665.64.0.918101455838.issue6210@psf.upfronthosting.co.za>
Message-ID: <1300298567.3.0.398423764079.issue6210@psf.upfronthosting.co.za>


Changes by Armin Ronacher <armin.ronacher at active-4.com>:


----------
nosy: +aronacher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6210>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:06:02 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 18:06:02 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300298762.46.0.968167643328.issue11557@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:15:08 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 18:15:08 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300299308.84.0.358470644842.issue1559549@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

+1 for providing a way to autogenerate the message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:16:39 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 16 Mar 2011 18:16:39 +0000
Subject: [issue11570] Lib/test/test_distutils.py tries to mix 32 and 64 bits
	object files, doesn't obey LDFLAGS
In-Reply-To: <1300297593.04.0.256654012559.issue11570@psf.upfronthosting.co.za>
Message-ID: <AANLkTimpfMiEj=-8_F=r-ZjLnAxdFjHFw=Yk-uAZiTvj@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

That should be okay. 3.1 is still open for normal bugfixes.

2011/3/16 Jes?s Cea Avi?n <report at bugs.python.org>:
>
> Jes?s Cea Avi?n <jcea at jcea.es> added the comment:
>
> Benjamin, could you possibly accept this for 3.1?. It solves a buildbot issue that cold mask othe problems. It seems pretty trivial and safe.
>
> If you approve, I will commit the patch myself.
>
> Thanks.
>
> ----------
> assignee: ?-> jcea
> nosy: +benjamin.peterson
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11570>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11570>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:32:54 2011
From: report at bugs.python.org (Enrico Zini)
Date: Wed, 16 Mar 2011 18:32:54 +0000
Subject: [issue11576] timedelta subtraction glitch on big timedelta values
In-Reply-To: <1300300374.42.0.323592740228.issue11576@psf.upfronthosting.co.za>
Message-ID: <1300300374.42.0.323592740228.issue11576@psf.upfronthosting.co.za>


New submission from Enrico Zini <enrico at enricozini.org>:

Hello,

I was testing edge case behaviour of some code of mine and stumbled into this unexpected domain error from timedelta:

  >>> from datetime import *
  >>> timedelta(999999999, 86399, 999999) - timedelta(999999999, 86399, 999998)
  Traceback (most recent call last):
    File "<stdin>", line 1, in ?
  OverflowError: days=-1000000000; must have magnitude <= 999999999
  >>>

The expected result is of course timedelta(0, 0, 1):

  >>> timedelta(999999999, 86399, 999998) + timedelta(0, 0, 1)
  datetime.timedelta(999999999, 86399, 999999)

Both time deltas are within the range documented in
/usr/share/doc/python-doc/html/lib/datetime-timedelta.html

I could reproduce it on 2.6.6 and 3.1.3. I don't have access to other python versions.


Ciao,

Enrico


Note: I reported it 4 years ago in the Debian BTS (http://bugs.debian.org/408872) but I noticed now that the Debian maintainer doesn't seem to have bothered forwarding it here :(

----------
messages: 131155
nosy: enrico
priority: normal
severity: normal
status: open
title: timedelta subtraction glitch on big timedelta values
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11576>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:38:31 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 16 Mar 2011 18:38:31 +0000
Subject: [issue11576] timedelta subtraction glitch on big timedelta values
In-Reply-To: <1300300374.42.0.323592740228.issue11576@psf.upfronthosting.co.za>
Message-ID: <1300300711.34.0.909868122492.issue11576@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

To emphasize that it's only days parameter that is overflowing here is another case:

>>> timedelta(999999999, 1, 1) - timedelta(999999999, 0, 0)
datetime.timedelta(0, 1, 1)
>>> timedelta(999999999, 1, 1) - timedelta(999999999, 1, 0)
Traceback (most recent call last):
  File "<pyshell#18>", line 1, in <module>
    timedelta(999999999, 1, 1) - timedelta(999999999, 1, 0)
OverflowError: days=-1000000000; must have magnitude <= 999999999

----------
nosy: +SilentGhost
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11576>
_______________________________________

From report at bugs.python.org  Wed Mar 16 19:55:50 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 16 Mar 2011 18:55:50 +0000
Subject: [issue11576] timedelta subtraction glitch on big timedelta values
In-Reply-To: <1300300374.42.0.323592740228.issue11576@psf.upfronthosting.co.za>
Message-ID: <1300301750.6.0.284951830635.issue11576@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

What happens is the second value is negated (__neg__) which causes it to become less than timedelta.min and that is causing OverflowError.

----------
components: +Library (Lib)
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11576>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:24:33 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 19:24:33 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300303473.91.0.709418122113.issue11088@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The same fix also works with 2.7.

The attached patch is basically the same patch, but the special casing for OSX is impacts other platforms even less than before.

----------
Added file: http://bugs.python.org/file21247/issue11088-py27.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:36:25 2011
From: report at bugs.python.org (Arkady Koplyarov)
Date: Wed, 16 Mar 2011 19:36:25 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>


New submission from Arkady Koplyarov <akoplyarov at rim.com>:

Testcase for exception binhex.Error to increase test coverage.

----------
components: Library (Lib), Tests
files: testcase_for_binhex_module.patch
keywords: patch
messages: 131159
nosy: arkady.koplyarov
priority: normal
severity: normal
status: open
title: testcase for exception binhex.Error
versions: Python 2.7
Added file: http://bugs.python.org/file21248/testcase_for_binhex_module.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:37:34 2011
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 16 Mar 2011 19:37:34 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300304254.69.0.304718383321.issue11577@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:40:17 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 19:40:17 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300304417.27.0.767674408663.issue11577@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:40:31 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Wed, 16 Mar 2011 19:40:31 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300304431.39.0.606919849672.issue11557@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

Attaching a patch that increases test coverage for logging/__init__.py by 12%. There are still a lot more to do, but this pacth is big enough.

----------
keywords: +patch
Added file: http://bugs.python.org/file21249/pycon-issue11557.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:42:35 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 19:42:35 +0000
Subject: [issue11570] Lib/test/test_distutils.py tries to mix 32 and 64 bits
	object files, doesn't obey LDFLAGS
In-Reply-To: <1300278171.06.0.772927158799.issue11570@psf.upfronthosting.co.za>
Message-ID: <E1Pzwc6-0002DC-D5@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d108a7dff2a0 by Jesus Cea in branch '3.1':
Close Issue 11570: Lib/test/test_distutils.py tries to mix 32 and 64 bits object files, doesn't obey LDFLAGS
http://hg.python.org/cpython/rev/d108a7dff2a0

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11570>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:45:46 2011
From: report at bugs.python.org (Matthew Barnett)
Date: Wed, 16 Mar 2011 19:45:46 +0000
Subject: [issue6210] Exception Chaining missing method for suppressing context
In-Reply-To: <1244228665.64.0.918101455838.issue6210@psf.upfronthosting.co.za>
Message-ID: <1300304746.07.0.787140622415.issue6210@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

I've been looking through the list of current keywords and the best syntax I could come up with for suppressing the context is:

    try:
        x / y
    except ZeroDivisionError as e:
        raise as Exception( 'Invalid value for y' )

The rationale is that it's saying "forget about the original exception (if any), raise _as though_ this is the original exception".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6210>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:46:24 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 19:46:24 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300304784.25.0.623454205867.issue11577@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

unittest provides a utility to help with testing that correct exceptions are raised:

http://docs.python.org/dev/library/unittest#unittest.TestCase.assertRaises

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 20:57:38 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 19:57:38 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300305458.12.0.831824894461.issue11055@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The double execution is definitely caused by having multiple event, one of which is a real keyboard event and the other one is a ghost one.

I'm seeing calls to save_as with 2 events: the first is a ghost event, with type 35 and '??' as the keycode and keysym. The second one seems to be the real event with type 2, keysym 'S' and keycode 65651.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:11:06 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 16 Mar 2011 20:11:06 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300306266.61.0.971504859942.issue11055@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

It's getting weirder by the minute. Not only do we get multiple events, we also get additional keybindings we never asked for.

*Cmd+Ctrl+S also works as save as
*Cmd+Shift+S gives two save as events (as was already known)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:13:33 2011
From: report at bugs.python.org (Eugene Toder)
Date: Wed, 16 Mar 2011 20:13:33 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300306413.27.0.658263009755.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Any comments on the code so far or suggestions on how we should move forward?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:15:25 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 20:15:25 +0000
Subject: [issue9298] binary email attachment issue with base64 encoding
In-Reply-To: <1279508696.99.0.665109757672.issue9298@psf.upfronthosting.co.za>
Message-ID: <E1Pzx7o-0005Nj-GD@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 062d09d7bf94 by R David Murray in branch '3.1':
#9298: restore proper folding of base64 encoded bodies.
http://hg.python.org/cpython/rev/062d09d7bf94

New changeset c34320d9095e by R David Murray in branch '3.2':
Merge #9298 fix.
http://hg.python.org/cpython/rev/c34320d9095e

New changeset de2cd04e5101 by R David Murray in branch 'default':
Merge #9298 fix.
http://hg.python.org/cpython/rev/de2cd04e5101

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9298>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:20:15 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 16 Mar 2011 20:20:15 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300306815.62.0.345333325924.issue10812@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

This new patch, updated against the tip for 3.3:

Shares the iov_setup and iov_cleanup code, py_parse_off_t with sendfile().

Removes gethostid and sethostid since they're deprecated.

I think I was correct with referring to utime() since I was referring to the python function, os.utime().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:20:51 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 16 Mar 2011 20:20:51 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300306851.1.0.818919330748.issue10812@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Forgot to attach the patch

----------
Added file: http://bugs.python.org/file21250/10812_v7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:21:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 20:21:29 +0000
Subject: [issue9298] binary email attachment issue with base64 encoding
In-Reply-To: <1279508696.99.0.665109757672.issue9298@psf.upfronthosting.co.za>
Message-ID: <1300306889.4.0.137428273802.issue9298@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I talked with Barry, who could find no relevant discussions in his email logs.  We decided that _bencode was misguided in the first place (this is reinforced by the bug I fixed a year ago where email was stripping the final newline off a body *after* decoding it).  So I've committed Yves' fix.  Thanks, Yves.

----------
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9298>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:27:07 2011
From: report at bugs.python.org (Michael Henry)
Date: Wed, 16 Mar 2011 20:27:07 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The timeit.py module has no specific tests.  The attached patch adds
Lib/test/test_timeit.py for unit testing, along with slight modifications
to timeit.py to support predictable unit testing.

----------
components: Library (Lib)
files: timeit_unit_test.patch
keywords: patch
messages: 131171
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: Increase test coverage for timeit.py
Added file: http://bugs.python.org/file21251/timeit_unit_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:34:48 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 16 Mar 2011 20:34:48 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300307688.87.0.137869559674.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I've been focusing on softer targets during the sprints - I'll dig into this once I'm back home and using my desktop machine again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:52:42 2011
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 16 Mar 2011 20:52:42 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1300308762.85.0.43925643207.issue11439@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I've also looked at the keyword extension, but for example HeadURL does
not seem to be supported by default:

http://comments.gmane.org/gmane.comp.version-control.mercurial.devel/31214

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:53:28 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 16 Mar 2011 20:53:28 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <20110316205317.GA84442@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

David, it's so hard to tell!
If you want a big fat thing that misuses your code, try out my 
S-Postman (it's on Bitbucket and no URL from me and you need tip). 
And i could post you a small config and the EMAIL breaking patch 
for it and a 430KB TBZ archive of mail digests which contain many 
bad mails (this is why you need the postman in the end, it'll 
split the archives up for you). 
This is something you could stick around with for a while :) 
If you want all or parts of that, post and you have it tomorrow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:57:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 20:57:39 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1300309059.52.0.049641258326.issue11439@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

These "verbose numbers" don't seem to serve a purpose, they should simply be removed (or replaced by a static, non-moving number higher than the highest svn rev).

The keyword extension is generally frown upon, because it introduces complexity, performance issues, and also possibly undesired behaviour.

Endly, I don't think this is a critical issue at all.

----------
priority: critical -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Wed Mar 16 21:58:00 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 20:58:00 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1300309080.9.0.878125759181.issue11439@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

"version numbers", not "verbose numbers", sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:15:54 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Wed, 16 Mar 2011 21:15:54 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300122839.15.0.162000856682.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300310154.56.0.247845130359.issue11504@psf.upfronthosting.co.za>


Reid Kleckner <rnk at mit.edu> added the comment:

:(  Thanks for spotting these.  Is there an easier way for me to be notified if these particular tests fail?  Some of these are not in the "stable" builder set.

Sorry to leave the builders broken for so long.  I just upped the timeouts to 3 seconds.  I guess the issue is that the builders are slow and also heavily loaded, so processes just don't get to start up as quick as we'd like them too.

It might be worth adding some plumbing to have the child process signal the parent when it's initialized, but that seems like it's going to add a whole bunch more complexity to the test.

Will close in a few days if there are no more broken buildbots.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:18:27 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 21:18:27 +0000
Subject: [issue11503] Expand test coverage in posixpath
In-Reply-To: <1300121894.11.0.790910098275.issue11503@psf.upfronthosting.co.za>
Message-ID: <E1Pzy6p-0002MP-Qq@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f11da6cecffd by Michael Foord in branch '3.2':
Closes issue 11503. Improves test coverage of posixpath.
http://hg.python.org/cpython/rev/f11da6cecffd

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11503>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:19:14 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 21:19:14 +0000
Subject: [issue11504] test_subprocess failure
In-Reply-To: <1300310154.56.0.247845130359.issue11504@psf.upfronthosting.co.za>
Message-ID: <1300310348.3749.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Thanks for spotting these.  Is there an easier way for me to be
> notified if these particular tests fail?

Not really. There is no infrastructure to notify test failures to
specific e-mails depending on which test failed.

>   Some of these are not in the "stable" builder set.

Indeed, because they are not stable enough :)
But they can all be viewed here:
http://www.python.org/dev/buildbot/all/waterfall?category=3.x.stable&category=3.x.unstable
Also, you can use bbreport to get a convenient view from the command
line: http://code.google.com/p/bbreport/

Thank you!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11504>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:33:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 21:33:36 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <E1PzyLV-0003Xz-QZ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 628a3679dc14 by R David Murray in branch '3.2':
#11578: add unit tests for timeit module.
http://hg.python.org/cpython/rev/628a3679dc14

New changeset 2f443a200b8c by R David Murray in branch 'default':
Merge #11578 test from 3.2.
http://hg.python.org/cpython/rev/2f443a200b8c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:35:24 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 21:35:24 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <1300311324.52.0.696192395228.issue11578@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

We commented out a few of the tests because they took too long to run due to the large default loop count.  timeit would have to be further modified to support testing the default, which probably isn't worth it.

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 22:57:00 2011
From: report at bugs.python.org (Tim Golden)
Date: Wed, 16 Mar 2011 21:57:00 +0000
Subject: [issue10684] Folders get deleted when trying to change case with
	shutil.move (case insensitive file systems only)
In-Reply-To: <1292149124.13.0.45494559671.issue10684@psf.upfronthosting.co.za>
Message-ID: <1300312620.58.0.883747052397.issue10684@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Patch fixes the issue and tests run ok on 3.3 Win7; just building a 2.7 branch to test

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10684>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:11:36 2011
From: report at bugs.python.org (Arkady Koplyarov)
Date: Wed, 16 Mar 2011 22:11:36 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300313496.69.0.978061129118.issue11577@psf.upfronthosting.co.za>


Arkady Koplyarov <akoplyarov at rim.com> added the comment:

The testcase updated accordingly to Nick Coghlan's suggestion to use assertRaises() since the testcase deals with an exception.

----------
Added file: http://bugs.python.org/file21252/testcase_for_binhex_module_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:19:40 2011
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 16 Mar 2011 22:19:40 +0000
Subject: [issue4492] httplib code thinks it closes connection, but does not
In-Reply-To: <1228241719.92.0.946688230988.issue4492@psf.upfronthosting.co.za>
Message-ID: <1300313980.48.0.167554460745.issue4492@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4492>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:19:47 2011
From: report at bugs.python.org (Michael Henry)
Date: Wed, 16 Mar 2011 22:19:47 +0000
Subject: [issue5633] fix for timeit when the statment is a string and the
	setup is not (and tests)
In-Reply-To: <1238533299.21.0.751134071386.issue5633@psf.upfronthosting.co.za>
Message-ID: <1300313987.76.0.759352399201.issue5633@psf.upfronthosting.co.za>


Michael Henry <python at drmikehenry.com> added the comment:

Issue #11578 added unit tests for timeit.py.  Because of this bug, two tests
were omitted.  In the attached patch are the previously withheld  unit tests
and an alternate method of fixing the bug (developed before Tim's fix was
noticed).  It's not clear to me what timing-related issues influence the
strategy for fixing this bug.

----------
keywords: +patch
nosy: +michael.henry, r.david.murray
versions: +Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21253/timeit_issue_5633.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5633>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:19:52 2011
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 16 Mar 2011 22:19:52 +0000
Subject: [issue900744] catch invalid chunk length in httplib read routine
Message-ID: <1300313993.0.0.335126061416.issue900744@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue900744>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:21:33 2011
From: report at bugs.python.org (Michael Henry)
Date: Wed, 16 Mar 2011 22:21:33 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <1300314093.64.0.516703625404.issue11578@psf.upfronthosting.co.za>


Michael Henry <python at drmikehenry.com> added the comment:

Issue #5633 contains two additional unit tests that can't be added until
that ticket's bug is fixed.

----------
nosy: +rhettinger
resolution: accepted -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:28:13 2011
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 16 Mar 2011 22:28:13 +0000
Subject: [issue7013] Httplib read routine is not tolerant to not well-formed
	chunked http responses.
In-Reply-To: <1254156031.22.0.214966362027.issue7013@psf.upfronthosting.co.za>
Message-ID: <1300314493.24.0.0768327105479.issue7013@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Duplicate of #900744

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> catch invalid chunk length in httplib read routine

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7013>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:28:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 16 Mar 2011 22:28:24 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <E1PzzCY-00083E-4N@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d9c3cfd36b58 by R David Murray in branch '3.1':
#11401: handle headers with no value.
http://hg.python.org/cpython/rev/d9c3cfd36b58

New changeset 2de45ced8291 by R David Murray in branch '3.2':
Merge #11401 fix from 3.1.
http://hg.python.org/cpython/rev/2de45ced8291

New changeset e318d84efe6e by R David Murray in branch 'default':
Merge #11401 fix from 3.2.
http://hg.python.org/cpython/rev/e318d84efe6e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:30:15 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 22:30:15 +0000
Subject: [issue11401] email.header error during .flatten()
In-Reply-To: <1299271786.04.0.494304301507.issue11401@psf.upfronthosting.co.za>
Message-ID: <1300314615.69.0.900100282128.issue11401@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

OK, now this bit works like it did in Python2.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11401>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:32:44 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 22:32:44 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <1300314764.15.0.893525983737.issue11578@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:46:39 2011
From: report at bugs.python.org (Arkady Koplyarov)
Date: Wed, 16 Mar 2011 22:46:39 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300315599.81.0.59305176228.issue11577@psf.upfronthosting.co.za>


Arkady Koplyarov <akoplyarov at rim.com> added the comment:

The testcase provided shows up a resource leakage:
-----
C:\_cpython\cpython>PCbuild\python_d.exe  -m test.regrtest test_binhex
[1/1] test_binhex
C:\_cpython\cpython\lib\unittest\case.py:574: ResourceWarning: unclosed file <_io.BufferedWriter name='@test_5592_tmp2'>
  callableObj(*args, **kwargs)
1 test OK.
-----
The resource leakage occurs in module binhex.py in binhex(inp,out) > BinHex.__init__() > _writeinfo() when the exception binhex.Error is raised in _writeinfo() at the code line:
    raise Error('Filename too long')
The issue is that when the exception is thrown the file is left unclosed.

One of possible fixes is to catch the thrown exception and close the unclosed file in the BinHex.__init__().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:47:37 2011
From: report at bugs.python.org (Michael Foord)
Date: Wed, 16 Mar 2011 22:47:37 +0000
Subject: [issue10242] unittest's assertItemsEqual() method makes too many
	assumptions about its input
In-Reply-To: <1288416372.65.0.387803067469.issue10242@psf.upfronthosting.co.za>
Message-ID: <1300315657.49.0.502291988946.issue10242@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I need to check that the implementation has been backported to 2.7 completely / correctly. Raymond made some changes (output format and a bugfix) that may not have been backported yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10242>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:54:00 2011
From: report at bugs.python.org (SilentGhost)
Date: Wed, 16 Mar 2011 22:54:00 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300316040.53.0.0715420405397.issue11577@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Arkady, I don't see why you need to catch exception. Just wrap the _writeinfo call into a try-finally block, and close ofp in the finally.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Wed Mar 16 23:59:37 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 22:59:37 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <AANLkTi=MTj2czgLmGyRMvF46s_kxCD29vMNbFQ=5yjjJ@mail.gmail.com>
Message-ID: <1300316372.3749.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> On Tue, Mar 15, 2011 at 7:05 PM, Antoine Pitrou <report at bugs.python.org> wrote:
> ..
> > - (bugfix) raise a proper exception when an object too large for handling by pickle is given
> 
> What would be the "proper exception" here?

OverflowError. This is the exception that gets raised when some
user-supplied value exceeds some internal limit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:10:09 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 16 Mar 2011 23:10:09 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <1300316372.3749.4.camel@localhost.localdomain>
Message-ID: <AANLkTimNgRJ2O6WOL03-QwB-TGBhTAG2TRr8T0jx150v@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Mar 16, 2011 at 6:59 PM, Antoine Pitrou <report at bugs.python.org> wrote:
..
>>
>> What would be the "proper exception" here?
>
> OverflowError. This is the exception that gets raised when some
> user-supplied value exceeds some internal limit.

I don't think so.  OverflowError is a subclass of ArithmeticError and
is raised when result of an arithmetic operation cannot be represented
by the python type.   For example,

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: (34, 'Result too large')

I don't think failing pickle dump should raise an ArithmeticError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:11:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 23:11:23 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300317083.49.0.875831596304.issue11575@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I've asked the website team to see if they can adjust the robots.txt
> file

Is there a problem with the robots.txt? It already disallows all robots.
If Google ignores the robots.txt, then someone should complain to Google.

----------
nosy: +georg.brandl, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:21:26 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 16 Mar 2011 23:21:26 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300317686.15.0.381915330525.issue11557@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee:  -> vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:22:34 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 16 Mar 2011 23:22:34 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300317754.55.0.109921403206.issue11557@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
nosy: +drakeol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:25:16 2011
From: report at bugs.python.org (Robert Withrow)
Date: Wed, 16 Mar 2011 23:25:16 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300317916.65.0.123857807563.issue4114@psf.upfronthosting.co.za>


Robert Withrow <bigbaaadbob at gmail.com> added the comment:

I have to disagree.  It seems entirely reasonable to expect that unpack should return the same value passed to pack.  That it doesn't (as of 2.6.5 at least) is completely unexpected and undocumented.  And yes I understand the limitations of floating point numbers.

I suggest that struct should be fixed so that struct.unpack(fmt,struct.pack(fmt,v)) == v and format is something like '!f'.

This can be done in C code (I do it) for IEEE 754 floats.

At the very list this unexpected behavior should be documented in struct.

----------
nosy: +Robert.Withrow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:27:04 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 16 Mar 2011 23:27:04 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <AANLkTimNgRJ2O6WOL03-QwB-TGBhTAG2TRr8T0jx150v@mail.gmail.com>
Message-ID: <1300318021.3749.9.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I don't think so.  OverflowError is a subclass of ArithmeticError and
> is raised when result of an arithmetic operation cannot be represented
> by the python type.   For example,

If you grep for OverflowError in the C code base, you'll see that it is
in practice used for the present kind of error. Examples:
- "signed short integer is less than minimum"
- "%c arg not in range(0x110000)"
- "size does not fit in an int"
- "module name is too long"
- "modification time overflows a 4 byte field"
- "range too large to represent as a range_iterator"
- "Python int too large to convert to C size_t"
(at this point I am bored of pasting examples but you get the point)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:31:28 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 16 Mar 2011 23:31:28 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300318288.8.0.499419031678.issue4114@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:32:15 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Wed, 16 Mar 2011 23:32:15 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300318335.58.0.476499298663.issue11549@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:38:54 2011
From: report at bugs.python.org (Nik Galitsky)
Date: Wed, 16 Mar 2011 23:38:54 +0000
Subject: [issue11564] pickle not 64-bit ready
In-Reply-To: <1300229909.71.0.853987934234.issue11564@psf.upfronthosting.co.za>
Message-ID: <1300318734.8.0.765385477232.issue11564@psf.upfronthosting.co.za>


Nik Galitsky <nicolay.yevik at exxonmobil.com> added the comment:

Thank you all for your responses. While getting the meaningful error message in this case is very important, the main thing for us is to somehow fix this problem to allow larger objects serialization which is not at all uncommon on a 64-bit machines with large amounts of memory.
This issue affects cPickle as well, I believe, as well cStringIO that uses pickle too, I believe.

So, what are your plans/thoughts - would there be any action on fixing this problem in the near future? I think I grasp the extent of changes that need to be made to Python code, but I think this issue will have to bee addressed soonoer or later anyhow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11564>
_______________________________________

From report at bugs.python.org  Thu Mar 17 00:50:15 2011
From: report at bugs.python.org (Ralf Schmitt)
Date: Wed, 16 Mar 2011 23:50:15 +0000
Subject: [issue6863] Wrong linker command if CXX set to "ccache g++"
In-Reply-To: <1252415139.67.0.192610915526.issue6863@psf.upfronthosting.co.za>
Message-ID: <1300319415.45.0.0143191722114.issue6863@psf.upfronthosting.co.za>


Changes by Ralf Schmitt <schmir at gmail.com>:


----------
nosy: +schmir

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6863>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:06:00 2011
From: report at bugs.python.org (=?utf-8?b?SsOpcsO0bWUgUmFkaXg=?=)
Date: Thu, 17 Mar 2011 00:06:00 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300320360.47.0.553750392233.issue11505@psf.upfronthosting.co.za>


J?r?me Radix <jerome.radix at gmail.com> added the comment:

There seems to be a small problem with parameters when calling _vformat. Your test is OK because _vformat raises an exception before using those parameters.

See test_vformat_assert.patch for a correction proposal.

----------
nosy: +jerome.radix
Added file: http://bugs.python.org/file21254/test_vformat_assert.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:17:32 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 00:17:32 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <1300321052.66.0.838170391812.issue11243@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Steffen, what you are doing in 11243-test is not something that the current email package supports.  String input to message_as_string must be ASCII only in email 5.1/python3.2.  Likewise for decode_header.  To get unicode in to a header, you have to pass it in to the constructor of Header, and then it encodes it as an encoded word in whatever character set you tell it to use.

The make_header(decode_header(stuff)) would theoretically return stuff, except that as you can see if stuff is non-ascii (or a Header), it won't work.  If you are handling 'dirty' data, you have to stick to the binary interfaces, as discussed.  Header needs a binary interface, but it doesn't have one (yet?).

Yes, this interface is not an optimal interface.  That's what email6 is about :)

So, absent a minimal failing test case, I'm going to commit the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:18:45 2011
From: report at bugs.python.org (Tom N)
Date: Thu, 17 Mar 2011 00:18:45 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>
Message-ID: <1300321125.76.0.0207266564647.issue11442@psf.upfronthosting.co.za>


Tom N <tom at tomn.co.uk> added the comment:

I have backported the code from python 3, to apply to the current 2.7 branch. All tests pass, and my machine reports "Content-type: text/html; charset=UTF-8", which appears to be correct.

----------
keywords: +patch
nosy: +Tom.N
Added file: http://bugs.python.org/file21255/SimpleHTTPServer-fix-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:25:44 2011
From: report at bugs.python.org (Arkady Koplyarov)
Date: Thu, 17 Mar 2011 00:25:44 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300321544.8.0.130791473865.issue11577@psf.upfronthosting.co.za>


Arkady Koplyarov <akoplyarov at rim.com> added the comment:

Well, I believe that in BinHex.__init__() I cannot just wrap the _writeinfo call into a try-finally block, and close ofp in the finally.

I see that in the case of normal operation when the exception is not thrown, the output file descriptor ofp is used in binhex(inp,out) as a result of BinHex.__init__() and so need remain open until binhex(inp,out) close it explicitly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:34:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 00:34:09 +0000
Subject: [issue10242] unittest's assertItemsEqual() method makes too many
	assumptions about its input
In-Reply-To: <1288416372.65.0.387803067469.issue10242@psf.upfronthosting.co.za>
Message-ID: <E1Q01AD-0000uk-23@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d8eaeee1c063 by Michael Foord in branch '2.7':
Issue #10242: backport of more fixes to unittest.TestCase.assertItemsEqual
http://hg.python.org/cpython/rev/d8eaeee1c063

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10242>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:35:17 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 17 Mar 2011 00:35:17 +0000
Subject: [issue11573] Improve Unicode Documentation with Known Caveats
In-Reply-To: <1300295742.01.0.225887630619.issue11573@psf.upfronthosting.co.za>
Message-ID: <1300322117.46.0.0787136694151.issue11573@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11573>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:37:28 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 00:37:28 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300322248.82.0.402704401597.issue4114@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Robert: Can you please suggest an algorithm that would have given the result you expect (preferably as a C program, using a string literal as its input, for some platform)? Ideally, we would stick to the example given by the OP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:37:38 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 17 Mar 2011 00:37:38 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300322258.53.0.779736911736.issue11574@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:38:54 2011
From: report at bugs.python.org (Michael Foord)
Date: Thu, 17 Mar 2011 00:38:54 +0000
Subject: [issue10242] unittest's assertItemsEqual() method makes too many
	assumptions about its input
In-Reply-To: <1288416372.65.0.387803067469.issue10242@psf.upfronthosting.co.za>
Message-ID: <1300322334.99.0.977485836328.issue10242@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Fixes backported to assertItemsEqual in 2.7.

----------
resolution:  -> fixed
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10242>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:46:21 2011
From: report at bugs.python.org (Michael Foord)
Date: Thu, 17 Mar 2011 00:46:21 +0000
Subject: [issue10979] setUpClass exception causes explosion with "-b"
In-Reply-To: <1295669611.84.0.453494131357.issue10979@psf.upfronthosting.co.za>
Message-ID: <1300322781.1.0.171616583925.issue10979@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10979>
_______________________________________

From report at bugs.python.org  Thu Mar 17 01:54:21 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 17 Mar 2011 00:54:21 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1300321125.76.0.0207266564647.issue11442@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=-j5LtxRjZ8zbrJWvAMFi6qCrhoKxe5BO7uJit@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

Looks good, this should be committed to the 2.5 branch first, then
merged to 2.6, then to 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Thu Mar 17 02:13:19 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 01:13:19 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <E1Q01m8-0003cg-Po@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 74a8c46fb272 by R David Murray in branch '3.2':
#11243: tests and fixes for handling of 'dirty data' in additional methods
http://hg.python.org/cpython/rev/74a8c46fb272

New changeset 82ecfcd31250 by R David Murray in branch 'default':
Merge #11243 fix from 3.2.
http://hg.python.org/cpython/rev/82ecfcd31250

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Thu Mar 17 02:15:11 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 01:15:11 +0000
Subject: [issue11243] email/message.py str conversion
In-Reply-To: <1298040800.89.0.758296478469.issue11243@psf.upfronthosting.co.za>
Message-ID: <1300324511.75.0.509836362379.issue11243@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I'm closing this issue.  If you have a specific test case that is still failing, please open a new issue.  And thanks for testing this fix.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11243>
_______________________________________

From report at bugs.python.org  Thu Mar 17 02:54:30 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 01:54:30 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <E1Q02Q1-0006G1-IO@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5c2d15c6007e by Nick Coghlan in branch '3.2':
Close #11577: Improve binhex test coverage and fix ResourceWarning
http://hg.python.org/cpython/rev/5c2d15c6007e

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Thu Mar 17 02:54:59 2011
From: report at bugs.python.org (Novimir Pablant)
Date: Thu, 17 Mar 2011 01:54:59 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300326899.28.0.766517428451.issue11459@psf.upfronthosting.co.za>


Novimir Pablant <amicitas at gmail.com> added the comment:

I agree with Gregory that fixing this in 3.1 and 3.2 is the way to go. 

Otherwise I would suggest changing the documentation to match the behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:02:56 2011
From: report at bugs.python.org (Eugene Toder)
Date: Thu, 17 Mar 2011 02:02:56 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300327376.84.0.859467680196.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

I've updated patches on Rietveld with some small changes. This includes better code generation for boolops used outside of conditions and cleaned up optimize_jumps(). This is probably the last change before I get some feedback.
Also, I forgot to mention yesterday, patches on Rietveld are vs. ab45c4d0b6ef

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:05:08 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:05:08 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300327508.54.0.940669260399.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21217/b9b7d4c10bc4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:08:07 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:08:07 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300327687.16.0.603230658236.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21256/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:09:11 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:09:11 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300327751.89.0.130941185625.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21256/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:11:45 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:11:45 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300327905.2.0.634853060002.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21257/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:12:32 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:12:32 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300327952.21.0.67278470287.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21257/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:16:19 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 02:16:19 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300328179.18.0.5585100105.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21258/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:19:23 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 17 Mar 2011 02:19:23 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300328363.36.0.00758368789952.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The draft code is now only on the "respect_LHS_precedence" branch of my sandbox repository.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:20:57 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 17 Mar 2011 02:20:57 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300328457.31.0.316982967087.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Well, there and in the named diff file on here, of course.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 03:21:54 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 17 Mar 2011 02:21:54 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300328514.15.0.504318234848.issue11477@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 17 04:46:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 03:46:29 +0000
Subject: [issue1681333] email.header unicode fix
Message-ID: <1300333589.25.0.113069785578.issue1681333@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I'm rejecting this.  There is more than one bug here, but it starts with the fact that ('xxx', None) is treated the same as ('xxx', 'us-ascii').  In the first case it would be nice if a space was used to separate two of them in a row.  In the second case a space should not be used, since it should in fact be an encoded word.

The documentation for make_header says it takes a list produced by decode_header.  decode_header will never produce two ('xxx', None) tuples in a row.  It could produce a tuple with us-ascii preceeded or followed by one with None, but that would be only if the us-ascii one really was an encoded word, and so encoded word spacing rules should be followed.

However, the current quirks are of such long standing that I don't think it is a good idea to fix them.  The broken behavior won't be encountered in any reasonable email, and changing the behvior is much more likely to break existing oddball uses of the interface than it is to fix bugs in such uses.

We'll fix this to work right in email6.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681333>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:12:22 2011
From: report at bugs.python.org (Eugene Toder)
Date: Thu, 17 Mar 2011 04:12:22 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300335142.62.0.908723118518.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Just for fun I've run pystones. W/o my changes it averages to about 70k, with my changes to about 72.5k.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:15:11 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 04:15:11 +0000
Subject: [issue3851] IDLE: Pressing "Home" on Windows places cursor before
	">>>" instead of after. Solution offered.
In-Reply-To: <1221250835.7.0.322524713176.issue3851@psf.upfronthosting.co.za>
Message-ID: <E1Q04c9-0007WX-II@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 664a129c01f7 by Kurt B. Kaiser in branch '2.7':
<Home> toggle non-functional when NumLock set.
http://hg.python.org/cpython/rev/664a129c01f7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3851>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:18:28 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Thu, 17 Mar 2011 04:18:28 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300335508.91.0.684991304255.issue11563@psf.upfronthosting.co.za>


Changes by Jeff McNeil <jeff at jmcneil.net>:


----------
nosy: +mcjeff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:27:10 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 04:27:10 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>


New submission from Senthil Kumaran <orsenthil at gmail.com>:

Here is the make log and a patch to ignore looking for subversion keyword and assume some defaults (same is done in 2.6 + higher).

----------
components: Installation
files: make-error.log
messages: 131216
nosy: loewis, orsenthil
priority: normal
severity: normal
stage: needs patch
status: open
title: python 2.5 does not build from hg - looks for subversion keywords
type: compile error
versions: Python 2.5
Added file: http://bugs.python.org/file21259/make-error.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:27:53 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 04:27:53 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300336073.46.0.000548144032764.issue11579@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21260/ignore_subversion_keywords.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:38:05 2011
From: report at bugs.python.org (Michael Foord)
Date: Thu, 17 Mar 2011 04:38:05 +0000
Subject: [issue10979] setUpClass exception causes explosion with "-b"
In-Reply-To: <1295669611.84.0.453494131357.issue10979@psf.upfronthosting.co.za>
Message-ID: <1300336685.59.0.359627049301.issue10979@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Thanks for finding this Brandon. The same problem probably exists for setupmodule and the teardown variants too.

The issue is that the sys.stdout manipulation is done by result.startTest but setUpClass and setUpModule are executed by the suite outside the normal startTest / stopTest cycle. 

I think the answer is to have the stdout manipulation done in separate result methods (called by stopTest / startTest) that can also be called by the suite around the setup / teardown of class and module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10979>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:39:50 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 17 Mar 2011 04:39:50 +0000
Subject: [issue11580] Add width and precision formatters to
	PyBytes_FromFormatV()
In-Reply-To: <1300336790.91.0.426926031366.issue11580@psf.upfronthosting.co.za>
Message-ID: <1300336790.91.0.426926031366.issue11580@psf.upfronthosting.co.za>


New submission from Ray.Allen <ysj.ray at gmail.com>:

By working on some PyUnicode_FromFormatV() related issue(#7330, #10829), I found some same problems with PyBytes_FromFormatV(): It doesn't support width formatter for %u, %i, %x, %d, %s, also it doesn't support %lld and %llu.


Attached patch fix the problem:

Add width formatter for %u, %i, %x, %d
Add width and precision formatter for %s
Add %lld and %llu support.

It copies the same idea from #10829: add the parse_format_flags() function.

----------
components: Interpreter Core
files: pybytes_fromformatv.diff
keywords: patch
messages: 131218
nosy: ysj.ray
priority: normal
severity: normal
status: open
title: Add width and precision formatters to PyBytes_FromFormatV()
versions: Python 3.3
Added file: http://bugs.python.org/file21261/pybytes_fromformatv.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11580>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:48:32 2011
From: report at bugs.python.org (gennad)
Date: Thu, 17 Mar 2011 04:48:32 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300337312.46.0.547763833486.issue11567@psf.upfronthosting.co.za>


gennad <gennad.zlobin at gmail.com> added the comment:

I take this issue

----------
nosy: +gennad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:50:53 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 04:50:53 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300337453.02.0.335664892702.issue11567@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

go ahead. please submit a patch.

----------
assignee:  -> orsenthil
nosy: +orsenthil
type: performance -> behavior
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Thu Mar 17 05:57:10 2011
From: report at bugs.python.org (Michael Foord)
Date: Thu, 17 Mar 2011 04:57:10 +0000
Subject: [issue10535] Enable warnings by default in unittest
In-Reply-To: <1290722916.62.0.0639858562622.issue10535@psf.upfronthosting.co.za>
Message-ID: <1300337830.97.0.71714164282.issue10535@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Does Brian's patch still need applying? (Can this be closed?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10535>
_______________________________________

From report at bugs.python.org  Thu Mar 17 06:14:54 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 17 Mar 2011 05:14:54 +0000
Subject: [issue10535] Enable warnings by default in unittest
In-Reply-To: <1290722916.62.0.0639858562622.issue10535@psf.upfronthosting.co.za>
Message-ID: <1300338894.77.0.743312070508.issue10535@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Brian's patch is not yet applied afaik, but I couldn't see the warnings here, so it might be something specific to Windows. Brian, can you confirm if you still see the problem?

Changing the warning type (to UnittestWarning) and the error message can still be done if you think it's a good idea.

Since this fix didn't affect regrtest, another issue for it might be necessary too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10535>
_______________________________________

From report at bugs.python.org  Thu Mar 17 06:18:57 2011
From: report at bugs.python.org (Tokio Kikuchi)
Date: Thu, 17 Mar 2011 05:18:57 +0000
Subject: [issue1681333] email.header unicode fix
Message-ID: <1300339137.09.0.508512330572.issue1681333@psf.upfronthosting.co.za>


Tokio Kikuchi <tkikuchi at users.sourceforge.net> added the comment:

OK. I understand but slightly disappointed because four years have passed since this issue was raised and these years are included in the 'such long standing' period.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681333>
_______________________________________

From report at bugs.python.org  Thu Mar 17 06:33:17 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 17 Mar 2011 05:33:17 +0000
Subject: [issue10242] unittest's assertItemsEqual() method makes too many
	assumptions about its input
In-Reply-To: <1288416372.65.0.387803067469.issue10242@psf.upfronthosting.co.za>
Message-ID: <1300339997.02.0.101219608083.issue10242@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10242>
_______________________________________

From report at bugs.python.org  Thu Mar 17 06:48:06 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Thu, 17 Mar 2011 05:48:06 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300340886.14.0.810009018672.issue11563@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

So, I've been meaning to get more into contributing back to Python and I found this one somewhat interesting.

As it turns out, even the following simple script raises the same warning:


[jeff at martian cpython]$ ./python -c 'import urllib.request; urllib.request.urlretrieve("http://www.python.org")'
/home/jeff/cpython/Lib/socket.py:340: ResourceWarning: unclosed <socket.socket object, fd=3, family=2, type=1, proto=6>
  self._sock = None
[64388 refs]
[jeff at martian cpython]$ 

The close method of Socket.SocketIO simply sets the underlying socket object to None, which causes that warning.  Explicitly calling the close method on the underlying socket clears that up (and it's protected by that reference counter).

The _decref_socketios just drops the internal ref count and never actually closes -- it won't unless self.__closed is True. 

So, when self._sock is set to None, that error bubbles up. As SocketIO is the foundation used in socket.makefile, I think just adding that close call ought to be correct.

I can do the simple patch if you agree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Thu Mar 17 06:58:20 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 05:58:20 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300341500.02.0.905454349708.issue11563@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Yes, go ahead with the patch.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Thu Mar 17 07:41:53 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 17 Mar 2011 06:41:53 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300344113.42.0.581820620123.issue11459@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

yeah i figured importing io from os at the top level might be a problem. it is not important for the default to be that exact value, even something safely on the small side like 512 will work.  but we could just have the default be set in the code by doing the 'import io' at os.popen() runtime.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Thu Mar 17 07:45:17 2011
From: report at bugs.python.org (Gennadiy Zlobin)
Date: Thu, 17 Mar 2011 06:45:17 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300344317.51.0.239817475753.issue11567@psf.upfronthosting.co.za>


Gennadiy Zlobin <gennad.zlobin at gmail.com> added the comment:

Hi guys, this is my first patch for the Python interpreter.
Hope it is ok, but if it is not, be sure to comment and I'll fix it ASAP

----------
keywords: +patch
Added file: http://bugs.python.org/file21262/11567.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Thu Mar 17 07:49:54 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 06:49:54 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>
Message-ID: <E1Q071s-0000ox-Hw@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e9724d7abbc2 by Senthil Kumaran in branch '2.5':
Fix issue11442 - Add a charset parameter to the Content-type to avoid XSS attacks.
http://hg.python.org/cpython/rev/e9724d7abbc2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Thu Mar 17 08:02:20 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 07:02:20 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <20110317070211.GC3754@kevin>


New submission from Senthil Kumaran <orsenthil at gmail.com>:

When pushed a change to 2.5 branch, I got an error, which I think has
to do with buildbot not available for 2.5 codeline.
It asked me to notify the tracker and here it is.

remote:     state = method(*args, **kw)
remote:   File "/data/buildbot/master/master.cfg", line 87, in
perspective_addChange
remote:     changedict['category'] =
branch_to_category[changedict['branch']]
remote: exceptions.KeyError: '2.5'
remote: ]
remote: sent email to roundup at report at bugs.python.org

----------
files: bb-error.txt
messages: 131229
nosy: orsenthil, python-dev
priority: normal
severity: normal
status: open
title: buildbot error when pushing to 2.5 branch?
Added file: http://bugs.python.org/file21263/bb-error.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________
-------------- next part --------------
pushing to ssh://hg at hg.python.org/cpython
searching for changes
remote: adding changesets
remote: adding manifests
remote: adding file changes
remote: added 4 changesets with 2 changes to 1 files
remote: change(s) NOT sent, something went wrong:
remote: [Failure instance: Traceback from remote host -- Traceback (most recent call last):
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/banana.py", line 153, in gotItem
remote:     self.callExpressionReceived(item)
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/banana.py", line 116, in callExpressionReceived
remote:     self.expressionReceived(obj)
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/pb.py", line 514, in expressionReceived
remote:     method(*sexp[1:])
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/pb.py", line 826, in proto_message
remote:     self._recvMessage(self.localObjectForID, requestID, objectID, message, answerRequired, netArgs, netKw)
remote: --- <exception caught here> ---
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/pb.py", line 840, in _recvMessage
remote:     netResult = object.remoteMessageReceived(self, message, netArgs, netKw)
remote:   File "/usr/lib/python2.6/dist-packages/twisted/spread/pb.py", line 225, in perspectiveMessageReceived
remote:     state = method(*args, **kw)
remote:   File "/data/buildbot/master/master.cfg", line 87, in perspective_addChange
remote:     changedict['category'] = branch_to_category[changedict['branch']]
remote: exceptions.KeyError: '2.5'
remote: ]
remote: sent email to roundup at report at bugs.python.org
remote: notified python-checkins at python.org of incoming changeset e9724d7abbc2
remote: notified python-checkins at python.org of incoming changeset 8cdb95cf096e
remote: notified python-checkins at python.org of incoming changeset 6cd7de9deb1a
remote: notified python-checkins at python.org of incoming changeset 1148131b1099


From report at bugs.python.org  Thu Mar 17 08:04:05 2011
From: report at bugs.python.org (knickerkicker)
Date: Thu, 17 Mar 2011 07:04:05 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>


New submission from knickerkicker <knicker.kicker at gmail.com>:

Replaced boilerplate implementations of several BINARY_* and INPLACE_* opcodes with two macros. The result shaves off 154 lines from Python/ceval.c.

----------
components: Interpreter Core
files: 20110317_ceval.patch
keywords: patch
messages: 131230
nosy: knicker.kicker
priority: normal
severity: normal
status: open
title: Boilerplate code replaced in Python/ceval.c
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file21264/20110317_ceval.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 08:06:12 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 07:06:12 +0000
Subject: [issue11442] list_directory() in SimpleHTTPServer.py should add
	charset=... to Content-type header
In-Reply-To: <1299611115.64.0.389023379939.issue11442@psf.upfronthosting.co.za>
Message-ID: <1300345572.8.0.86096626161.issue11442@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in all the relevant code lines.

----------
assignee:  -> orsenthil
priority: release blocker -> 
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11442>
_______________________________________

From report at bugs.python.org  Thu Mar 17 08:17:54 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 17 Mar 2011 07:17:54 +0000
Subject: [issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input
	/ raw_input
In-Reply-To: <1296558172.37.0.962954496382.issue11088@psf.upfronthosting.co.za>
Message-ID: <1300346274.17.0.52156479723.issue11088@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I don't have any better suggestions at the moment so let's go with it.  Perhaps we'll get more insight to the root cause later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11088>
_______________________________________

From report at bugs.python.org  Thu Mar 17 08:22:06 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 17 Mar 2011 07:22:06 +0000
Subject: [issue11055] OS X IDLE 3.2 Save As menu accelerator opens two Save
	windows
In-Reply-To: <1296273818.82.0.517737090521.issue11055@psf.upfronthosting.co.za>
Message-ID: <1300346526.03.0.051871996453.issue11055@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The actual unwanted event is being generated as a result of the menu "add command" accelerator.  You can see that by playing with Wish.

set w .menu
catch {destroy $w}
toplevel $w
wm title $w "Menu Shift"
menu $w.menu -tearoff 0
set m $w.menu.basic
$w.menu add cascade -label "Basic" -menu $m -underline 0
menu $m -tearoff 0

$m add command -label "Test" \
	     -command "puts command" -accelerator Command-Shift-A
bind $w <Command-Shift-A> "puts bind"

$w configure -menu $w.menu

It appears that there is a bug in the Cocoa Tk right now where accelerators with "Shift" (at least) in them are not being properly ignored by Tk.  In the Carbon Tk and the X11 Tk, I believe the only effect of the "accelerator" definitions on the "add command" is to be used to create the shortcut characters displayed in the menu entry.  However, apparently a side effect of using the Cocoa APIs is that the menu definitions now cause notifications back into Tk which are not supposed to be translated into Tcl/Tk events back to the app.  For some reason, the shift ones are not being ignored.

https://github.com/das/tcltk/blob/master/tk/macosx/tkMacOSXMenu.c

Also, it seems that with all three of the Tk implementations (Carbon, X11, and Cocoa), using a capital letter for the menu accelerator implies Shift.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11055>
_______________________________________

From report at bugs.python.org  Thu Mar 17 09:05:31 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 17 Mar 2011 08:05:31 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300349131.03.0.183163446358.issue4114@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I don't think this needs to be documented beyond the limitations of floating-point that are already documented in the tutorial.  It's the obvious behaviour:  double to float (when packing) converts to the nearest float;  the float to double conversion is exact.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 09:15:37 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 17 Mar 2011 08:15:37 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300349737.55.0.568380566789.issue4114@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Robert]
> I have to disagree.  It seems entirely reasonable to expect that
> unpack should return the same value passed to pack.

Robert:  notice that a *Python* float (a *64-bit* C double internally) is here being stored as a *32-bit* float, losing precision.  So no, it's not at all reasonable to expect that unpack should return the same value passed to pack---it's mathematically impossible for it to do so.  There are (around) 2**64 distinct Python floats, and only 2**32 ways to pack them using '<f'.

When packing / unpacking using '<d', it *is* reasonable to expect the value to be recovered exactly, and as far as I know that's always what happens (barring peculiarities like NaN payloads not being reproduced exactly).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 09:48:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 08:48:42 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <E1Q08so-0000TG-QV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset db4967095f10 by Senthil Kumaran in branch '3.2':
Fix issue11567: http.server DEFAULT_ERROR_MESSAGE format. Patch by Gennadiy Zlobin.
http://hg.python.org/cpython/rev/db4967095f10

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Thu Mar 17 09:50:12 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 08:50:12 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300351812.23.0.604383673522.issue11567@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in 3.3 and 3.2.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Thu Mar 17 10:38:33 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 17 Mar 2011 09:38:33 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>


New submission from Eli Bendersky <eliben at gmail.com>:

Report here: http://stackoverflow.com/questions/5316928/python-os-path-isdir-is-slow-on-windows

It could be a problem with Windows itself, but I'm opening this to keep track of the issue, just to be on the safe side.

----------
components: Library (Lib)
messages: 131238
nosy: brian.curtin, eli.bendersky, tim.golden
priority: normal
severity: normal
status: open
title: os.path.isdir() is slow on windows
type: performance
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 10:48:06 2011
From: report at bugs.python.org (Gennadiy Zlobin)
Date: Thu, 17 Mar 2011 09:48:06 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1300355286.03.0.203578003101.issue11557@psf.upfronthosting.co.za>


Changes by Gennadiy Zlobin <gennad.zlobin at gmail.com>:


----------
nosy: +gennad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Thu Mar 17 11:45:31 2011
From: report at bugs.python.org (Gennadiy Zlobin)
Date: Thu, 17 Mar 2011 10:45:31 +0000
Subject: [issue4492] httplib code thinks it closes connection, but does not
In-Reply-To: <1228241719.92.0.946688230988.issue4492@psf.upfronthosting.co.za>
Message-ID: <1300358731.07.0.731415820356.issue4492@psf.upfronthosting.co.za>


Changes by Gennadiy Zlobin <gennad.zlobin at gmail.com>:


----------
nosy: +gennad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4492>
_______________________________________

From report at bugs.python.org  Thu Mar 17 11:46:38 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 10:46:38 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300358798.7.0.713128382365.issue11583@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

How do you expect this to be resolved? Or will it stay open until Microsoft improves the NTFS performance?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 11:58:41 2011
From: report at bugs.python.org (Gennadiy Zlobin)
Date: Thu, 17 Mar 2011 10:58:41 +0000
Subject: [issue11568] docstring of select.epoll.register() is wrong
In-Reply-To: <1300271962.07.0.948411199474.issue11568@psf.upfronthosting.co.za>
Message-ID: <1300359521.73.0.264570736927.issue11568@psf.upfronthosting.co.za>


Changes by Gennadiy Zlobin <gennad.zlobin at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11568>
_______________________________________

From report at bugs.python.org  Thu Mar 17 12:03:58 2011
From: report at bugs.python.org (Gennadiy Zlobin)
Date: Thu, 17 Mar 2011 11:03:58 +0000
Subject: [issue11568] docstring of select.epoll.register() is wrong
In-Reply-To: <1300271962.07.0.948411199474.issue11568@psf.upfronthosting.co.za>
Message-ID: <1300359838.97.0.642560237346.issue11568@psf.upfronthosting.co.za>


Gennadiy Zlobin <gennad.zlobin at gmail.com> added the comment:

The patch fixes the docstring

----------
keywords: +patch
nosy: +gennad
Added file: http://bugs.python.org/file21265/11568.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11568>
_______________________________________

From report at bugs.python.org  Thu Mar 17 12:20:22 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 17 Mar 2011 11:20:22 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300358798.7.0.713128382365.issue11583@psf.upfronthosting.co.za>
Message-ID: <AANLkTikMi__yw==a=uXOi_=J8e0zPUwSQyTjf_4QEBim@mail.gmail.com>


Eli Bendersky <eliben at gmail.com> added the comment:

On Thu, Mar 17, 2011 at 12:46, Martin v. L??wis <report at bugs.python.org>wrote:

I opened this in order not to forget to look at the implementation of isdir
on windows, making sure it's the most optimal thing we can do. If you know
it is, the issue can be closed as far as I'm concerned.

----------
Added file: http://bugs.python.org/file21266/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________
-------------- next part --------------
<div dir="ltr"><br><br><div class="gmail_quote">On Thu, Mar 17, 2011 at 12:46, Martin v. L??wis <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Martin v. L??wis &lt;<a href="mailto:martin at v.loewis.de">martin at v.loewis.de</a>&gt; added the comment:<br>
<br>
How do you expect this to be resolved? Or will it stay open until Microsoft improves the NTFS performance?<br>
<br></blockquote></div><br>I opened this in order not to forget to look at the implementation of isdir on windows, making sure it&#39;s the most optimal thing we can do. If you know it is, the issue can be closed as far as I&#39;m concerned.<br>

<br></div>

From report at bugs.python.org  Thu Mar 17 12:26:44 2011
From: report at bugs.python.org (SilentGhost)
Date: Thu, 17 Mar 2011 11:26:44 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300361204.3.0.462932938557.issue11583@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


Removed file: http://bugs.python.org/file21266/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 12:53:47 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 17 Mar 2011 11:53:47 +0000
Subject: [issue11584] email/header.py: missing str()ification,
	and bogus encode()s
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

My minimal failing test case dragged yet another EMAIL
error to the light!!!
Man, man, man - it's really great that QNX fund money
so that you have the time to fix this broken thing!
It's got washed away, but
http://bugs.python.org/file21210/email_header.diff
can be used on top of 42cd61b96e54 to fix the following:

______
Traceback (most recent call last):
  [FOREIGN CODE]
  File "/Users/steffen/usr/bin/s-postman.py", line 1765, in _bewitch_msg
    self._msg[n] = email.header.make_header(email.header.decode_header(b))
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 73, in decode_header
    if not ecre.search(header):
Exception: TypeError: expected string or buffer
______


However, if that's patched in, we end up here

______
Traceback (most recent call last):
  [FOREIGN CODE]
  File "/Users/steffen/usr/bin/s-postman.py", line 1765, in _bewitch_msg
    self._msg[n] = email.header.make_header(email.header.decode_header(b))
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 154, in make_header
    h.append(s, charset)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py", line 278, in append
    s.encode(output_charset, errors)
Exception: UnicodeEncodeError: 'ascii' codec can't encode character '\ufffd' in position 7: ordinal not in range(128)
______


Let me know if you want that '456943 17 Mar 12:51 rdm-postman.tbz'
thing, it's waiting for you.
It contains a digest mbox, a config and the patched S-Postman.
Maybe i can strip it to 420000 if i spend some more time on it.

----------
components: Library (Lib)
messages: 131242
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: email/header.py: missing str()ification, and bogus encode()s
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:25:03 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 17 Mar 2011 12:25:03 +0000
Subject: [issue11580] Add width and precision formatters to
	PyBytes_FromFormatV()
In-Reply-To: <1300336790.91.0.426926031366.issue11580@psf.upfronthosting.co.za>
Message-ID: <1300364703.01.0.060645375422.issue11580@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
assignee:  -> haypo
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11580>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:52:08 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 17 Mar 2011 12:52:08 +0000
Subject: [issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1
Message-ID: <1300366328.86.0.658826446138.issue1628484@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1628484>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:52:32 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 17 Mar 2011 12:52:32 +0000
Subject: [issue1676121] Problem linking to readline lib on x86(64) Solaris
Message-ID: <1300366352.84.0.904614494774.issue1676121@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1676121>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:52:54 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 17 Mar 2011 12:52:54 +0000
Subject: [issue1733484] Solaris 64 bit LD_LIBRARY_PATH_64 needs to be set
Message-ID: <1300366374.92.0.00448162009207.issue1733484@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733484>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:53:21 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 17 Mar 2011 12:53:21 +0000
Subject: [issue847812] 64 bit solaris versus /usr/local/lib
Message-ID: <1300366401.78.0.758285794008.issue847812@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue847812>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:53:40 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 17 Mar 2011 12:53:40 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1300366420.5.0.429812722566.issue1294959@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Thu Mar 17 13:59:10 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 12:59:10 +0000
Subject: [issue1681333] email.header unicode fix
Message-ID: <1300366750.26.0.427080517368.issue1681333@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, I can well understand that feeling.  I've only relatively recently taken over maintaining the email package. I'm working my way through the old bug queue, and I can only deal with them in the context in which I find them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681333>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:03:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 13:03:43 +0000
Subject: [issue11584] email/header.py: missing str()ification,
	and bogus encode()s
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1300367023.43.0.484719545839.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I don't see a test case here, did you forget to attatch something?

Also, in this:

  elf._msg[n] = email.header.make_header(email.header.decode_header(b))

unless 'b' is an ASCII-only string, it isn't going to work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:04:23 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 13:04:23 +0000
Subject: [issue11584] email/header.py: missing str()ification,
	and bogus encode()s
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1300367063.56.0.925703483914.issue11584@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray
stage:  -> test needed
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:39:59 2011
From: report at bugs.python.org (SilentGhost)
Date: Thu, 17 Mar 2011 13:39:59 +0000
Subject: [issue11383] compilation seg faults on insanely large expressions
In-Reply-To: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>
Message-ID: <1300369199.08.0.62031862548.issue11383@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

100k is, apparently, not enough on my system (linux2). test_crashers now fails. Are any system-specific details needed?

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11383>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:40:08 2011
From: report at bugs.python.org (Clive Darke)
Date: Thu, 17 Mar 2011 13:40:08 +0000
Subject: [issue11585] Documentation 1.8 shows Python 2 example
In-Reply-To: <1300369208.25.0.790450898206.issue11585@psf.upfronthosting.co.za>
Message-ID: <1300369208.25.0.790450898206.issue11585@psf.upfronthosting.co.za>


New submission from Clive Darke <clive.darke at qa.com>:

Python 3.2 version attached

----------
assignee: docs at python
components: Documentation
files: parrot.c
messages: 131246
nosy: cdarke, docs at python
priority: normal
severity: normal
status: open
title: Documentation 1.8 shows Python 2 example
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file21267/parrot.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11585>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:42:33 2011
From: report at bugs.python.org (Clive Darke)
Date: Thu, 17 Mar 2011 13:42:33 +0000
Subject: [issue11585] Documentation 1.8 shows Python 2 example
In-Reply-To: <1300369208.25.0.790450898206.issue11585@psf.upfronthosting.co.za>
Message-ID: <1300369353.43.0.759605517512.issue11585@psf.upfronthosting.co.za>


Clive Darke <clive.darke at qa.com> added the comment:

1.8. Keyword Parameters for Extension Functions

"Here is an example module which uses keywords, based on an example by Geoff Philbrick (philbrick at hks.com):"

The example which follows will not compile on Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11585>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:43:30 2011
From: report at bugs.python.org (SilentGhost)
Date: Thu, 17 Mar 2011 13:43:30 +0000
Subject: [issue11383] compilation seg faults on insanely large expressions
In-Reply-To: <1299149806.17.0.789738887671.issue11383@psf.upfronthosting.co.za>
Message-ID: <1300369410.71.0.125122575171.issue11383@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

10**6 on the other hand seem to do the job

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11383>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:01:23 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 17 Mar 2011 14:01:23 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300370483.71.0.831019235299.issue11582@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Hmm, this kind of macros make it difficult to step line by line in a debugger. From this point of view, an inlined function would be better, I'm not sure if this can have a performance impact though.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:04:14 2011
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 17 Mar 2011 14:04:14 +0000
Subject: [issue10535] Enable warnings by default in unittest
In-Reply-To: <1290722916.62.0.0639858562622.issue10535@psf.upfronthosting.co.za>
Message-ID: <1300370654.03.0.730331421357.issue10535@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

I'm not seeing those warnings anymore, so I think the patch can be ignored.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10535>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:16:27 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 14:16:27 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300371387.24.0.898078762382.issue11582@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:17:19 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 17 Mar 2011 14:17:19 +0000
Subject: [issue11586] Python/pythonrun.c: get_codec_name() typo
In-Reply-To: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>
Message-ID: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>


New submission from Ray.Allen <ysj.ray at gmail.com>:

I guess there is a typo in the source of this function:
Python/pythonrun.c: get_codec_name()


diff -r 48970d754841 Python/pythonrun.c
--- a/Python/pythonrun.c	Thu Mar 17 17:06:27 2011 +0800
+++ b/Python/pythonrun.c	Thu Mar 17 22:11:15 2011 +0800
@@ -147,7 +147,7 @@
         goto error;
 
     name_utf8 = _PyUnicode_AsString(name);
-    if (name == NULL)
+    if (name_utf8 == NULL)
         goto error;
     name_str = strdup(name_utf8);
     Py_DECREF(name);

----------
components: Interpreter Core
messages: 131252
nosy: ysj.ray
priority: normal
severity: normal
status: open
title: Python/pythonrun.c: get_codec_name() typo
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11586>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:17:30 2011
From: report at bugs.python.org (Clive Darke)
Date: Thu, 17 Mar 2011 14:17:30 +0000
Subject: [issue11587] METH_KEYWORDS alone gives "METH_OLDARGS is no longer
	supported!"
In-Reply-To: <1300371450.74.0.196347407425.issue11587@psf.upfronthosting.co.za>
Message-ID: <1300371450.74.0.196347407425.issue11587@psf.upfronthosting.co.za>


New submission from Clive Darke <clive.darke at qa.com>:

In the PyMethodDef struct, METH_VARARGS | METH_KEYWORDS works fine.

METH_KEYWORDS on its own gives:
"SystemError: Bad call flags in PyCFunction_Call. METH_OLDARGS is no longer supported!"

METH_KEYWORDS on its own tested OK on 2.6 and 2.7, fails as described on 3.1.2 and 3.2.

----------
components: Extension Modules
messages: 131253
nosy: cdarke
priority: normal
severity: normal
status: open
title: METH_KEYWORDS alone gives "METH_OLDARGS is no longer supported!"
type: compile error
versions: Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11587>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:18:11 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 14:18:11 +0000
Subject: [issue11586] Python/pythonrun.c: get_codec_name() typo
In-Reply-To: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>
Message-ID: <1300371491.91.0.356751142272.issue11586@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> haypo
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11586>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:32:21 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 17 Mar 2011 14:32:21 +0000
Subject: [issue11587] METH_KEYWORDS alone gives "METH_OLDARGS is no longer
	supported!"
In-Reply-To: <1300371450.74.0.196347407425.issue11587@psf.upfronthosting.co.za>
Message-ID: <1300372341.67.0.493247553556.issue11587@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Looks like just the problem of error msg.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11587>
_______________________________________

From report at bugs.python.org  Thu Mar 17 14:52:46 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 17 Mar 2011 13:52:46 +0000
Subject: [issue11584] email/header.py: missing str()ification,
	and bogus encode()s
In-Reply-To: <1300367023.43.0.484719545839.issue11584@psf.upfronthosting.co.za>
Message-ID: <20110317135209.GA54086@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Thu, Mar 17, 2011 at 01:03:43PM +0000, R. David Murray wrote:
> did you forget to attatch something?

I'll attach that TBZ archive you may use freely. 
It's very large, but it contains everything i have to state to EMAIL. 
It's the requested test. 
Unpack it, cd to the created rdm-postman directory, 
and run runit.sh from *within there*. 
You may want to remove the '-VV' option to s-postman.py, it 
produces a huge amount of output on STDERR...

The contained s-postman.py is patched; search 'DAVID PATCH' - 
remove that patch and see your code handling mail gracefully. 
(The only places which are of interest are indeed 'class 
Ticket._bewitch_msg()' and 'class Splitter._text_digest()', and in 
the end, but i also have a job to do ...)

> Also, in this:
> 
>   elf._msg[n] = email.header.make_header(email.header.decode_header(b))
> 
> unless 'b' is an ASCII-only string, it isn't going to work.

David, i have no idea what it is, except that it is part of 
a tuple which has been returned by Message.items(). 
This is your side of the story.

----------
Added file: http://bugs.python.org/file21268/rdm-postman.tbz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rdm-postman.tbz
Type: application/octet-stream
Size: 457054 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20110317/392e32a5/attachment-0001.obj>

From report at bugs.python.org  Thu Mar 17 15:38:09 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 17 Mar 2011 14:38:09 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1300372689.69.0.623677644463.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

If the message contains 8bit bytes in a header, then getitem is going to return a Header object.  decode_header does not operate on Header objects, as you have observed.  Thinking about it some more, having decode_header operate on a Header and return its chunks is a decent binary interface for Header.  This is right on the borderline between a feature and a bug fix, but given that getitem returning Header after a parse is a new feature in 3.2, I think I'm going to treat it as a bug that decode_header doesn't handle that case.

----------
stage: test needed -> needs patch
title: email/header.py: missing str()ification, and bogus encode()s -> email.decode_header fails if msg.__getitem__ returns  Header object

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:42:59 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 17 Mar 2011 14:42:59 +0000
Subject: [issue11505] string.py increased test coverage
In-Reply-To: <1300131460.79.0.278218518064.issue11505@psf.upfronthosting.co.za>
Message-ID: <1300372979.88.0.904974196271.issue11505@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Reopening to double check with Jerome's patch.

----------
resolution: fixed -> 
stage: committed/rejected -> commit review
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11505>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:44:06 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 14:44:06 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300373046.75.0.0668612307742.issue11583@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Ok. It's probably not the most optimal thing we can do. It opens the directory with CreateFileW (specifying OPEN_EXISTING and BACKUP_SEMANTICS), then GetFileInformationByHandle. If we only want to find out whether the file is a directory, we could just to FindFirstFile, which wouldn't need to go to the MFT record.

I would be surprised if this makes a difference in practice, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:44:39 2011
From: report at bugs.python.org (Clive Darke)
Date: Thu, 17 Mar 2011 14:44:39 +0000
Subject: [issue11587] METH_KEYWORDS alone gives "METH_OLDARGS is no longer
	supported!"
In-Reply-To: <1300371450.74.0.196347407425.issue11587@psf.upfronthosting.co.za>
Message-ID: <1300373079.65.0.896979520922.issue11587@psf.upfronthosting.co.za>


Clive Darke <clive.darke at qa.com> added the comment:

Same error on 3.2 with Windows MSC v.1500 and Linux gcc version 4.1.2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11587>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:46:51 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 17 Mar 2011 14:46:51 +0000
Subject: [issue11577] testcase for exception binhex.Error
In-Reply-To: <1300304185.45.0.991113451225.issue11577@psf.upfronthosting.co.za>
Message-ID: <1300373211.93.0.794774519724.issue11577@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

This is fixed on default as well, I just stuffed the merge so the history looks odd and the integration script didn't pick it up.

You can see the additional changes I made in the linked changeset:
- try/except with a flag to clean up implicitly created file objects when binhex.__init__ fails
- change the getfileinfo code to use a with statement so it is also more exception tolerant

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11577>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:49:00 2011
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 17 Mar 2011 14:49:00 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300373340.49.0.68423439723.issue11583@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

I made a bunch of the stat changes in 3.2 so I'll assign this to myself and take a look.

----------
assignee:  -> brian.curtin
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 15:58:24 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 17 Mar 2011 14:58:24 +0000
Subject: [issue4492] httplib code thinks it closes connection, but does not
In-Reply-To: <1228241719.92.0.946688230988.issue4492@psf.upfronthosting.co.za>
Message-ID: <1300373904.05.0.0880829329029.issue4492@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4492>
_______________________________________

From report at bugs.python.org  Thu Mar 17 16:23:15 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 17 Mar 2011 15:23:15 +0000
Subject: [issue1681333] email.header unicode fix
Message-ID: <1300375395.98.0.588975115489.issue1681333@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Sadly, I agree with RDM.  There are too many workarounds in the field for this bug so it can really only be fixed in email6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681333>
_______________________________________

From report at bugs.python.org  Thu Mar 17 16:51:32 2011
From: report at bugs.python.org (John Didion)
Date: Thu, 17 Mar 2011 15:51:32 +0000
Subject: [issue11588] Add "necessarily inclusive" groups to argparse
In-Reply-To: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>
Message-ID: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>


New submission from John Didion <johndidion at gmail.com>:

Just as some options are mutually exclusive, there are others that are "necessarily inclusive," i.e. all or nothing. I propose the addition of ArgumentParser.add_necessarily_inclusive_group(required=True).

This also means that argparse will need to support nested groups. For example, if I want to set up options such that the user has to provide an output file OR (an output directory AND (an output file pattern OR an output file extension)):

output_group = parser.add_mutually_exclusive_group(required=True)
output_group.add_argument("-o", "--outfile")
outdir_group = output_group.add_necessarily_inclusive_group()
outdir_group.add_argument("-O", "--outdir")
outfile_group = outdir_group.add_mutually_exclusive_group(required=True)
outfile_group.add_argument("-p", "--outpattern")
outfile_group.add_argument("-s", "--outsuffix")

The usage should then look like:

(-o FILE | (-O DIR & (-p PATTERN | -s SUFFIX))

----------
messages: 131262
nosy: John.Didion
priority: normal
severity: normal
status: open
title: Add "necessarily inclusive" groups to argparse
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11588>
_______________________________________

From report at bugs.python.org  Thu Mar 17 16:55:50 2011
From: report at bugs.python.org (Michael Henry)
Date: Thu, 17 Mar 2011 15:55:50 +0000
Subject: [issue11589] Unit test extensions for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The attached patch includes additional unit tests for the email module,
and splits pre-existing test_header_encode() and test_decode() functions
into individual test functions.

----------
components: Library (Lib)
files: test_email_additional_tests.patch
keywords: patch
messages: 131263
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: Unit test extensions for email module
Added file: http://bugs.python.org/file21269/test_email_additional_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Thu Mar 17 17:11:12 2011
From: report at bugs.python.org (SilentGhost)
Date: Thu, 17 Mar 2011 16:11:12 +0000
Subject: [issue11588] Add "necessarily inclusive" groups to argparse
In-Reply-To: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>
Message-ID: <1300378272.35.0.322894507402.issue11588@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
nosy: +bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11588>
_______________________________________

From report at bugs.python.org  Thu Mar 17 17:13:38 2011
From: report at bugs.python.org (Robert Withrow)
Date: Thu, 17 Mar 2011 16:13:38 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300378418.0.0.0848432554192.issue4114@psf.upfronthosting.co.za>


Robert Withrow <bigbaaadbob at gmail.com> added the comment:

Martin: in C I have the luxury of using 32 bit floats; not an option in Python.  Simple code doing the moral equivalent of NTOHL(HTONL()) works in this case for C but wouldn't help for Python.

Mark: I understand about the precision truncation issue and how Python does floating point arithmetic.  This C code clearly demonstrates what is going on:

#include <stdio.h>

int main(int argc, char *argv[])
{
  double d1 = 6.21;
  float f = 6.21;
  double d2 = f;
  
  printf("double: %.15f\n", d1);
  printf("float: %.15f\n", f);
  printf("double converted from float: %15.15f\n", d2);
}

The point here is about the contract of struct, NOT how Python does floating point arithmetic.  The contract is: what pack packs, unpack will unpack resulting in the original value.  At least, that is what the documentation leads you to believe.

For the 'f' format character, this contract is broken because of a basic implementation detail of Python and there is nothing in the documentation for struct that *directly* lets you know this will happen.  After all, the mentions in the documentation about 32 bit versus 64 bit talk about C not Python!

Even worse, there is no straightforward way (that I'm aware of) to write portable tests for code using the 'f' format character.  In my case I'm writing a tool that creates message codecs in multiple languages and the most basic unit test goes something like this:

m1 = example.message()
m1.f1 = 6.21
b = m.encode() # uses struct pack
m2 = example.message(b) # uses struct unpack
if m1 != m2:  # rich comparison
  print('fail')

This test will fail when you use the 'f' format code.

I suggest two things could be done to improve the situation:

1) Add a note to the documentation for struct that tells you that unpack(pack) using the 'f' format code will not generally give you the results you probably expect because <insert pointer to discussion of pythons use of C double versus C float here>.

2) Create a way in Python to write portable code related to 32 bit floats.  For example, if I had a way in Python to cause the precision truncation programmatically:

m1 = example.message()
m1.f1 = 6.21.as_32_bit_float() # Does the precision truncation upfront
b = m.encode() # uses struct pack
m2 = example.message(b) # uses struct unpack
if m1 != m2:  # rich comparison
  print('fail')

I'd expect this test to pass.

Hope this long-winded note helps.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 17:30:11 2011
From: report at bugs.python.org (Michael Henry)
Date: Thu, 17 Mar 2011 16:30:11 +0000
Subject: [issue11590] email quoprimime.py patch for header_encode of empty
	string, decode with different eol
In-Reply-To: <1300379411.81.0.498480234952.issue11590@psf.upfronthosting.co.za>
Message-ID: <1300379411.81.0.498480234952.issue11590@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The attached patch adds unit tests and some minor fixes for the email
module's quoprimime.py file.  The header_encode() function did not
properly return an empty string when given an empty string.  The
decode() function did not properly detect the input string's EOL
character.

This patch depends on application of the patch in issue #11589.

----------
components: Library (Lib)
files: quoprimime_patch_header_encode_decode.patch
keywords: patch
messages: 131265
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: email quoprimime.py patch for header_encode of empty string, decode with different eol
Added file: http://bugs.python.org/file21270/quoprimime_patch_header_encode_decode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11590>
_______________________________________

From report at bugs.python.org  Thu Mar 17 17:35:11 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 17 Mar 2011 16:35:11 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1300378418.0.0.0848432554192.issue4114@psf.upfronthosting.co.za>
Message-ID: <4D82383C.8070801@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Martin: in C I have the luxury of using 32 bit floats; not an option
> in Python.  Simple code doing the moral equivalent of NTOHL(HTONL())
> works in this case for C but wouldn't help for Python.

If you agree that Python actually behaves correct, I fail to
understand what it is that you disagree with in msg131195

If all you want is a documentation change, can you please propose
specific wording?

> Even worse, there is no straightforward way (that I'm aware of) to
> write portable tests for code using the 'f' format character.

If you use numbers that are exactly representable as floats,
the test should be portable to all platforms that use 32-bit
IEEE-754 floats. If you then also use numbers without a fractional
part, it should even port to non-IEEE platforms (as long as you
don't test for the intermediate bytes).

[...]
> This test will fail when you use the 'f' format code.

So use 6.25 instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 17:48:05 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 16:48:05 +0000
Subject: [issue10979] setUpClass exception causes explosion with "-b"
In-Reply-To: <1295669611.84.0.453494131357.issue10979@psf.upfronthosting.co.za>
Message-ID: <E1Q0GMl-0000hx-M3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d6abdd78d2af by Michael Foord in branch '2.7':
Issue #10979. unittest stdout buffering now works for class and module fixtures.
http://hg.python.org/cpython/rev/d6abdd78d2af

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10979>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:15:09 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 17 Mar 2011 17:15:09 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <1300382109.43.0.122310693942.issue11581@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Should you be pushing anything to 2.5?

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:16:43 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 17 Mar 2011 17:16:43 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300382203.32.0.484852665584.issue11579@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

See Issue 11439.

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:30:45 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Thu, 17 Mar 2011 17:30:45 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1300383045.52.0.853837212583.issue11470@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

New version of the patch; instead of triggering at attribute *access*, this just checks when creating types and in type_setattro. It also makes the warning a newly added CompatibilityWarning. Also, instead of warning for all non-descriptors, it now only warns for PyCFunctionObjects that do not have a __self__ set, or of which __self__ is a module. (The reason for the latter being the new-ish behaviour of functions defined in modules in C getting passed something as __self__, defaulting to the module.) I've removed a few staticmethod calls from cases that do not trigger the new warning.

This patch still lacks tests and doc updates, but I'm uploading right now because the sprints apparently lose internet soonish.

----------
Added file: http://bugs.python.org/file21271/nonmethod-warn.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:31:02 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Thu, 17 Mar 2011 17:31:02 +0000
Subject: [issue11470] Flag inappropriate uses of callable class attributes
In-Reply-To: <1299871329.74.0.464645573136.issue11470@psf.upfronthosting.co.za>
Message-ID: <1300383062.02.0.00894587814086.issue11470@psf.upfronthosting.co.za>


Changes by Thomas Wouters <thomas at python.org>:


Removed file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11470>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:43:28 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 17:43:28 +0000
Subject: [issue10979] setUpClass exception causes explosion with "-b"
In-Reply-To: <1295669611.84.0.453494131357.issue10979@psf.upfronthosting.co.za>
Message-ID: <E1Q0HEL-0005g1-I4@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0f7036ea0930 by Michael Foord in branch '3.2':
Issue #10979. unittest stdout buffering now works with class and module setup and teardown.
http://hg.python.org/cpython/rev/0f7036ea0930

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10979>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:50:44 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Thu, 17 Mar 2011 17:50:44 +0000
Subject: [issue11506] b'' += gives SystemError instead of SyntaxError
In-Reply-To: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>
Message-ID: <1300384244.58.0.137363929791.issue11506@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Removed file: http://bugs.python.org/file21140/issue_11506.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11506>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:52:44 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Thu, 17 Mar 2011 17:52:44 +0000
Subject: [issue11506] b'' += gives SystemError instead of SyntaxError
In-Reply-To: <1300131696.51.0.411697636242.issue11506@psf.upfronthosting.co.za>
Message-ID: <1300384364.59.0.711382216567.issue11506@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Added a test. Perhaps that should be done for other literals as well?

----------
Added file: http://bugs.python.org/file21272/issue_11506.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11506>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:55:12 2011
From: report at bugs.python.org (Robert Withrow)
Date: Thu, 17 Mar 2011 17:55:12 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300384512.56.0.237986791862.issue4114@psf.upfronthosting.co.za>


Robert Withrow <bigbaaadbob at gmail.com> added the comment:

> If you agree that Python actually behaves correct, I fail to
> understand what it is that you disagree with in msg131195

I don't agree that Python is behaving correctly as far as the documented contract for struct is concerned.

I disagree with the statement in the preceding msg74708 which says:

> people should read general CS introductory material
> to learn how floating point numbers work.

Aside from being patronizing it doesn't solve the problem in any meaningful way.

> If you use numbers that are exactly representable as floats,
> the test should be portable to all platforms that use 32-bit
> IEEE-754 floats.

A reasonable suggestion, but it is a constrained definition of "portable".  Since most (or nearly all?) modern platforms use '754 it is probably not a bad constraint, given that struct explicitly uses '754.

> If you then also use numbers without a fractional
> part, it should even port to non-IEEE platforms

I confess, the "CS introductory material" I read 30 years ago (predating '754) don't give me enough information to know if this is correct.

Anyway:

> If all you want is a documentation change, can you please propose
> specific wording?

It isn't exactly "all I want", but it is a good start.  I note that msg74705 suggests adding documentation to struct about the 'f' format code.

First of all, as far as I know, struct is the only place where this issue of 32 bit versus 64 bit floating point numbers shows up in Python because the rest of Python uses only 64 bit numbers.  (Is there anywhere else in Python where a 32 bit float is converted to a 64 bit float?) So the documentation probably belongs in struct.

I would add to note 4 of 7.3.2.2 (in the 2.7.1 documentation) something like:

"Note that 32 bit representations do not generally convert exactly to 64 bit representations (which Python uses internally) so that the results of unpack(fmt,pack(fmt,number)) may not equal number when using the 'f' format character."

It would be friendly to add an example at the bottom demonstrating the issue and incorporating your comments about fractions and non-fractional values.

>>> x = unpack('!f', pack('!f', 6.24))[0]
>>> x == 6.24
False
>>> x = unpack('!f', pack('!f', 6.25))[0]
>>> x == 6.25
True

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 18:57:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 17:57:34 +0000
Subject: [issue10979] setUpClass exception causes explosion with "-b"
In-Reply-To: <1295669611.84.0.453494131357.issue10979@psf.upfronthosting.co.za>
Message-ID: <E1Q0HS1-0006wX-9a@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9c09ba72136e by Michael Foord in branch 'default':
Closes issue 10979. unittest buffering now works with class and module setup and teardown
http://hg.python.org/cpython/rev/9c09ba72136e

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10979>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:08:11 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Thu, 17 Mar 2011 18:08:11 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300385292.0.0.417666124068.issue11583@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:21:15 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 18:21:15 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <E1Q0Hov-0000xp-4N@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 525320df8afb by Ross Lagerwall in branch 'default':
Issue #10812: Add some extra posix functions to the os module.
http://hg.python.org/cpython/rev/525320df8afb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:21:48 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 17 Mar 2011 18:21:48 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300386108.07.0.565990668245.issue4114@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

The suggested examples are misleading because they use 6.24 which is not exactly representable in binary floating point.  Representation issues are orthogonal to the OP's issue which is really just a simple rounding example:

>>> x = float.fromhex('0x0.1234560000001')
>>> unpack('!f', pack('!f', x))[0].hex()
'0x1.2345600000000p-4'

Also, if something like the suggested note is adopted, it needs to be worded in a way that doesn't imply that the struct implementation is broken or misdesigned.  

A better note would focus on the basic (and obvious) fact that downgrading from double precision to single precision  
entails a loss of precision.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:24:48 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 17 Mar 2011 18:24:48 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <1300386288.14.0.0540461587378.issue10812@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
assignee:  -> rosslagerwall
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:30:50 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Thu, 17 Mar 2011 18:30:50 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300386650.82.0.0778699225107.issue11563@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

So, it turned out to be more complicated than that.  The HTTPConnection object returns an HTTPResponse, but never closes the underlying socket after calling makesock. 

Since persistent connections aren't supported, nothing actually closes  the socket itself, it's just set to None.  Explicitly calling a close turns out not to be correct either.

I went down the same path as AbstractHTTPHandler and added a Connection: close header.  That ensures that the remote host will close the underlying connection (more importantly, setting the HTTP Response object's will_close to True).  That ensures  HTTPConnection performs in a "fire and forget" mode, causing everything to close out as it should.

I contemplated changing urlretrieve to use build_opener as urlopen does, but I figure that would have been done by now if it was a trivial operation. I'd be happy to take a whack at it if it's just a matter of getting around to it.

----------
keywords: +patch
Added file: http://bugs.python.org/file21273/11562.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Thu Mar 17 19:59:29 2011
From: report at bugs.python.org (Robert Withrow)
Date: Thu, 17 Mar 2011 18:59:29 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300388369.15.0.917979544648.issue4114@psf.upfronthosting.co.za>


Robert Withrow <bigbaaadbob at gmail.com> added the comment:

> it needs to be worded in a way that doesn't
> imply that the struct implementation is broken or misdesigned. 

Agree.

> A better note would focus on the basic (and obvious)
> fact that downgrading from double precision to single
> precision entails a loss of precision.

Sort of where I was going, but I'm sure my text could be vastly improved.

> The suggested examples are misleading because they 
> use 6.24 which is not exactly representable in binary
> floating point.

I'd quibble with this for two reasons:

1) to be precise, numbers which are not exactly representable in binary floating point would nonetheless pass the unpack(pack) test if you use the 'd' format character.  The key issue is, as you said, loss of precision.

2) I don't understand why the 6.24 example is "misleading" when it accurately demonstrates the issue.

One comment about portability I forgot to mention earlier:  I don't know how wed Python is to '754 or even binary floating point representations.  My personal belief is that it should be possible to write a test so that the unpack(fmt, pack(fmt, precision_truncate(number))) == precision_truncate(number) test works for any legal number on any platform.  I don't like the idea that one has to pick specific numbers based on knowledge of the platform's floating point format.

I acknowledge that this may not bother others as much as it bothers me though.  I'm a portability nut.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Thu Mar 17 20:32:55 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Thu, 17 Mar 2011 19:32:55 +0000
Subject: [issue5421] Irritating error message by socket's sendto method
In-Reply-To: <1236248103.61.0.911918415156.issue5421@psf.upfronthosting.co.za>
Message-ID: <1300390375.45.0.775138518784.issue5421@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

ping?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5421>
_______________________________________

From report at bugs.python.org  Thu Mar 17 20:34:04 2011
From: report at bugs.python.org (Vetoshkin Nikita)
Date: Thu, 17 Mar 2011 19:34:04 +0000
Subject: [issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
In-Reply-To: <1190630936.13.0.318924236509.issue1195@psf.upfronthosting.co.za>
Message-ID: <1300390444.29.0.970212358199.issue1195@psf.upfronthosting.co.za>


Vetoshkin Nikita <nikita.vetoshkin at gmail.com> added the comment:

up!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195>
_______________________________________

From report at bugs.python.org  Thu Mar 17 20:47:00 2011
From: report at bugs.python.org (Carl Meyer)
Date: Thu, 17 Mar 2011 19:47:00 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>


New submission from Carl Meyer <carl at dirtcircle.com>:

If python is run with the -S flag, that declares the intent of the user to not have site-specific additions to sys.path.

However, some code in that process may have a legitimate need for a function defined in site.py - for instance, addsitedir. But the act of importing site.py, as a side effect, adds the standard site-specific directories to sys.path.

python -S would be more useful and reliable if it prevented importing site from automatically making the sys.path additions. There is no loss of flexibility here, as user code could still explicitly call site.main() to achieve all of the current side-effects of "import site".

The fix is a one-liner, and is in the linked hg repository.

----------
components: Library (Lib)
hgrepos: 4
messages: 131281
nosy: carljm
priority: normal
severity: normal
status: open
title: "python -S" should be robust against e.g. "from site import addsitedir"
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Thu Mar 17 20:47:23 2011
From: report at bugs.python.org (Carl Meyer)
Date: Thu, 17 Mar 2011 19:47:23 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300391243.49.0.223052286545.issue11591@psf.upfronthosting.co.za>


Changes by Carl Meyer <carl at dirtcircle.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21274/87df1d37c88e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Thu Mar 17 20:56:22 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 19:56:22 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <E1Q0JIz-0000sg-ED@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 8945e087a5a6 by Ross Lagerwall in branch 'default':
Issue #10812: Revert os.lseek change.
http://hg.python.org/cpython/rev/8945e087a5a6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:09:34 2011
From: report at bugs.python.org (knickerkicker)
Date: Thu, 17 Mar 2011 21:09:34 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300396174.72.0.732476094318.issue11582@psf.upfronthosting.co.za>


knickerkicker <knicker.kicker at gmail.com> added the comment:

Creating a inline function would require passing the stackpointer variable so that the TOP() and POP() macros continue working, and creating
variables for u, v and x. I am not sure if that will not have a performance impact - ideally it shouldn't, but can we trust the compilers to see what we're upto?

Also, the DISPATCH() macro will still need to be outside the inline function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:27:54 2011
From: report at bugs.python.org (Matt Joiner)
Date: Thu, 17 Mar 2011 21:27:54 +0000
Subject: [issue5421] Irritating error message by socket's sendto method
In-Reply-To: <1236248103.61.0.911918415156.issue5421@psf.upfronthosting.co.za>
Message-ID: <1300397274.89.0.430854191926.issue5421@psf.upfronthosting.co.za>


Matt Joiner <anacrolix at gmail.com> added the comment:

This bug is very misleading in Py3, as the TypeError makes one think that a string is being passed rather than bytes (how else do you get a 2 argument function call wrong?). Very difficult to determine that this is not in fact the bug in a dynamically typed language :P

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5421>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:29:08 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 17 Mar 2011 21:29:08 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300397348.16.0.945626501278.issue11582@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

-1

I think this will make the code harder to understand and maintain.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:29:33 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 17 Mar 2011 21:29:33 +0000
Subject: [issue11582] Boilerplate code replaced in Python/ceval.c
In-Reply-To: <1300345445.4.0.401745683259.issue11582@psf.upfronthosting.co.za>
Message-ID: <1300397373.1.0.487801987606.issue11582@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> low
versions:  -Python 3.1, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11582>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:31:12 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 21:31:12 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300397472.48.0.0230699031933.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks.  Would you mind adding tests in test_site?

----------
nosy: +eric.araujo
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:44:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 21:44:31 +0000
Subject: [issue11592] Compilation warnings in os module
In-Reply-To: <1300398271.32.0.210972675155.issue11592@psf.upfronthosting.co.za>
Message-ID: <1300398271.32.0.210972675155.issue11592@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Under Linux:

./Modules/posixmodule.c: In function ?posix_readv?:
./Modules/posixmodule.c:6239: attention : implicit declaration of function ?readv?
./Modules/posixmodule.c: In function ?posix_writev?:
./Modules/posixmodule.c:6583: attention : implicit declaration of function ?writev?

Yet the presence of sys/uio.h seems correctly detected:

$ grep UIO pyconfig.h
#define HAVE_SYS_UIO_H 1

----------
assignee: rosslagerwall
messages: 131287
nosy: pitrou, rosslagerwall
priority: normal
severity: normal
status: open
title: Compilation warnings in os module
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11592>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:47:00 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 21:47:00 +0000
Subject: [issue5421] Irritating error message by socket's sendto method
In-Reply-To: <1236248103.61.0.911918415156.issue5421@psf.upfronthosting.co.za>
Message-ID: <E1Q0L1u-0001Xd-Tf@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c61b72b0650d by Antoine Pitrou in branch '3.1':
Issue #5421: Fix misleading error message when one of socket.sendto()'s
http://hg.python.org/cpython/rev/c61b72b0650d

New changeset 2af7a6d765fd by Antoine Pitrou in branch '3.2':
Issue #5421: merge fix
http://hg.python.org/cpython/rev/2af7a6d765fd

New changeset 90cdc371a3b8 by Antoine Pitrou in branch 'default':
Issue #5421: merge fix
http://hg.python.org/cpython/rev/90cdc371a3b8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5421>
_______________________________________

From report at bugs.python.org  Thu Mar 17 22:47:59 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 21:47:59 +0000
Subject: [issue5421] Irritating error message by socket's sendto method
In-Reply-To: <1236248103.61.0.911918415156.issue5421@psf.upfronthosting.co.za>
Message-ID: <1300398479.8.0.893417641288.issue5421@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you for the patch! This is now fixed in 3.x.

----------
nosy: +pitrou
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5421>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:02:37 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 17 Mar 2011 22:02:37 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300399357.78.0.357210194346.issue11574@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

In my experience (PYTHONFSENCODING, sys.setfilesystemencoding()): Python should just use the same encoding than the locale encoding because *all* other programs on the system use the locale encoding. If none of LANG, LC_ALL or LC_CTYPE env var is set: Python does use ASCII just because nl_langinfo() answers ASCII.

Said differently: get_codeset() doesn't fail if there is no environment variable. If get_codeset() does fail: Python stops immediatly with a fatal error, it doesn't fallback to ASCII or something like that.

Python < 3.2 used ASCII at startup until the locale encoding codec was loaded (to avoid a bootstrap issue). But I fixed the bootstrap issue in Python 3.2: Python does now *always* use the locale encoding, even at startup. Before the codec is complelty loaded: Python uses _Py_char2wchar() to decode filenames (and other data).

For more information, see also a previous attempt: issue #8725.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:10:25 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 17 Mar 2011 22:10:25 +0000
Subject: [issue11573] Improve Unicode Documentation with Known Caveats
In-Reply-To: <1300295742.01.0.225887630619.issue11573@psf.upfronthosting.co.za>
Message-ID: <1300399825.26.0.607798625355.issue11573@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Can you provide a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11573>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:13:29 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 22:13:29 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300400009.19.0.269532145417.issue11320@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Sridhar: I'm sorry, but at this point you should investigate a bit more into the actual causes of the problem. I'm not going to dig in virtualenv myself. Also, since there's already #10743 for the virtualenv issue, perhaps further virtualenv-related comments should be posted there.

(Palm, I take it your issue doesn't have anything to do with virtualenv?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:23:18 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 22:23:18 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300400598.4.0.738687794271.issue11320@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, Palm's example even segfaults here:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff72452bc in free () from /lib64/libc.so.6
(gdb) bt
#0  0x00007ffff72452bc in free () from /lib64/libc.so.6
#1  0x000000000042a591 in Py_SetPath (
    path=0x88c330 L"/home/antoine/cpython/default/usr/lib/python33.zip:/home/antoine/cpython/default/usr/lib/python3.3/:/home/antoine/cpython/default/usr/lib/python3.3/plat-linux2:/home/antoine/cpython/default/usr/lib/py"...)
    at ./Modules/getpath.c:729
#2  0x0000000000416600 in main ()


The problem is calling free() on a pointer to statically allocated memory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:35:09 2011
From: report at bugs.python.org (Carl Meyer)
Date: Thu, 17 Mar 2011 22:35:09 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300401309.9.0.891643547732.issue11591@psf.upfronthosting.co.za>


Carl Meyer <carl at dirtcircle.com> added the comment:

Adding a test is easier said than done. The behavior change here depends on python being run with -S. Currently test_site skips itself if the test suite is run with -S, and if I remove that skip it crashes under -S.

Options as I see it:

1. Declare this one-liner correct by inspection. It doesn't break any existing tests.

2. Add a new test file (test_no_site.py?) that only runs with -S and tests that importing something from site doesn't trigger sys.path additions. This seems like the most reasonable test, but I'm not sure how useful it is, since I doubt most people ever try running the test suite with -S.

3. Make the fix more complicated such that it uses an intermediary variable which can be mocked (unlike sys.flags.no_site, which is read-only), and then add a test which mocks this variable, temporarily removes "site" from sys.modules, tries importing it again, and checks whether main() is called. This creates a complex test which is highly coupled to the implementation in site.py, but would be run under normal conditions (without -S).

Which option do you prefer?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:37:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 17 Mar 2011 22:37:23 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <E1Q0Loo-0005Fn-1w@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a791dd7d51f3 by Antoine Pitrou in branch '3.2':
Issue #10914: fix bogus memory management in Modules/getpath.c, leading to a possible crash when calling Py_SetPath()
http://hg.python.org/cpython/rev/a791dd7d51f3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:40:19 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 22:40:19 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <1300401619.26.0.42896236051.issue10914@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ouch, sorry, I got my commit message wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:43:34 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 22:43:34 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300401814.61.0.949779809339.issue11320@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Crash fixed in a791dd7d51f3 (3.2) and b4104ffd5127 (3.3), but the original problem remains, or a variant of it. I now get:

Init
Fatal Python error: Py_Initialize: Unable to get the locale encoding
LookupError: no codec search functions registered: can't find encoding
Abandon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:48:39 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 22:48:39 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <1300382109.43.0.122310693942.issue11581@psf.upfronthosting.co.za>
Message-ID: <20110317224828.GA3778@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Mar 17, 2011 at 05:15:09PM +0000, Skip Montanaro wrote:
> Should you be pushing anything to 2.5?

I think, there is a security release planned in 2011.
Also, see issue11442  which was the specific case for pushing to 2.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:51:21 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 17 Mar 2011 22:51:21 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300382203.32.0.484852665584.issue11579@psf.upfronthosting.co.za>
Message-ID: <20110317225112.GB3778@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Mar 17, 2011 at 05:16:43PM +0000, Skip Montanaro wrote:
> See Issue 11439.

Yes, that is relevant and applies probably to code in default and
other branches.
Just in case, this corner case in 2.5 does not overlooked (because it
does not happen in other branches), I think it is a good idea to keep
this open and fix it with the patch attached in this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Thu Mar 17 23:59:18 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 22:59:18 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300402758.03.0.34179131403.issue11320@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:24:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:24:44 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300404284.5.0.468438353699.issue11572@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Some code is removed by your patch, for example a check that prevented an error for builds that don?t include complex.  If this type of builds still exist, the code should be compatible.

Conversely, the code mentions unicode in some places, but it?s gone now.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:31:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 23:31:54 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
	Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300404714.4.0.515634630318.issue11320@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, the issue here is that you can't call Py_SetPath() on the point returned by Py_GetPath(), since the memory refered to that pointer is free()d at the beginning of Py_SetPath(). The following works, though:

main(int argc, char **argv)
{
  wchar_t *path, *newpath;
  path = Py_GetPath();
  newpath = malloc((wcslen(path) + 1) * sizeof(wchar_t));
  wcscpy(newpath, path);
  Py_SetPath(newpath);
  free(newpath);
  printf("Init\n");
  Py_Initialize();
  printf("-- END\n");
}


Perhaps we could modify Py_SetPath() so that it copies the new path first before deallocating the old one, but I'm not sure I see the point of calling Py_SetPath() with the pointer returned by Py_GetPath().

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:32:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 23:32:32 +0000
Subject: [issue11320] Can't call Py_SetPath() on pointer returned by
	Py_GetPath()
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300404752.47.0.121346252789.issue11320@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
priority: high -> normal
title: Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony)) -> Can't call Py_SetPath() on pointer returned by Py_GetPath()
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:36:41 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:36:41 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <1300405001.13.0.817890664148.issue10914@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

distutils sure knows how to build .o or .so files, but I don?t know about standalone executables (because I don?t know how the .o end up making an executable).  If you want to try to do it, I would advise you not to use the config command but rather a compiler object directly.  distutils.ccompiler.new_compiler() should give you an instance of a subclass of distutils.ccompiler.CCompiler suitable for your system, and then you can use help or the source to find what methods to call.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:37:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:37:21 +0000
Subject: [issue11573] Improve Unicode Documentation with Known Caveats
In-Reply-To: <1300295742.01.0.225887630619.issue11573@psf.upfronthosting.co.za>
Message-ID: <1300405041.44.0.52929662154.issue11573@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11573>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:45:56 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:45:56 +0000
Subject: [issue11553] Docs for: import, packages, site.py, .pth files
In-Reply-To: <1300189190.68.0.0305569633639.issue11553@psf.upfronthosting.co.za>
Message-ID: <1300405556.27.0.590279280514.issue11553@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +brett.cannon, eric.araujo, ncoghlan, pje
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11553>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:51:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:51:21 +0000
Subject: [issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
In-Reply-To: <1190630936.13.0.318924236509.issue1195@psf.upfronthosting.co.za>
Message-ID: <1300405881.78.0.731873958869.issue1195@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +haypo -BreamoreBoy
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:52:41 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:52:41 +0000
Subject: [issue11588] Add "necessarily inclusive" groups to argparse
In-Reply-To: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>
Message-ID: <1300405961.36.0.856400371117.issue11588@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.3 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11588>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:53:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 17 Mar 2011 23:53:39 +0000
Subject: [issue11589] Additional tests for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <1300406019.09.0.308746409106.issue11589@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> r.david.murray
keywords: +needs review
stage:  -> patch review
title: Unit test extensions for email module -> Additional tests for email module
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:53:47 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 17 Mar 2011 23:53:47 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1300405001.13.0.817890664148.issue10914@psf.upfronthosting.co.za>
Message-ID: <1300406023.3710.18.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> distutils sure knows how to build .o or .so files, but I don?t know
> about standalone executables (because I don?t know how the .o end up
> making an executable).  If you want to try to do it, I would advise
> you not to use the config command but rather a compiler object
> directly.  distutils.ccompiler.new_compiler() should give you an
> instance of a subclass of distutils.ccompiler.CCompiler suitable for
> your system, and then you can use help or the source to find what
> methods to call.

Well, config._link() seems to do what is needed here. If you think it is
bad to rely on it, perhaps we should "inline" its code somehow in the
test module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Fri Mar 18 00:56:17 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Thu, 17 Mar 2011 23:56:17 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300406177.49.0.656669560299.issue11572@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

?ric, the Makefile in Python trunk seems to include Objects/complexobject.o in the build unilaterally without any way to turn it off. What is leading you to believe that Python 3 can conditionally turn the "complex" type off during a build?

I do not understand your question about Unicode ? could you reference the line number in the patch file that is worrying you?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 01:00:08 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 00:00:08 +0000
Subject: [issue11578] Increase test coverage for timeit.py
In-Reply-To: <1300307227.56.0.233218695639.issue11578@psf.upfronthosting.co.za>
Message-ID: <1300406408.3.0.184202845663.issue11578@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is there no resource (in the regrtest machinery) that could be used to flag those intensive tests?

Nit: the NEWS entry lacks a ?by?.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11578>
_______________________________________

From report at bugs.python.org  Fri Mar 18 01:03:02 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 00:03:02 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300406582.4.0.122505099603.issue11572@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

+1 for not having pragma statements in the stdlib, especially when they target a third-party tool few of us know and use.
Beside, while coverage measurements are useful, trusting them that actual coverage is complete is IMO a bit foolish. It's not just about running every line of code.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 01:29:03 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Fri, 18 Mar 2011 00:29:03 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300408143.34.0.261178835447.issue11572@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Antoine, neither this issue, nor either version of my patch, was intended to assert that 100% test coverage indicates that a test of tests are complete. If you will point out where in the text this is implied, I will correct it. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 01:30:17 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 18 Mar 2011 00:30:17 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300406582.4.0.122505099603.issue11572@psf.upfronthosting.co.za>
Message-ID: <AANLkTikfdQvD3VU0W0PeKCSqo+x7H3xz=mPwhQFrBqoC@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Thu, Mar 17, 2011 at 8:03 PM, Antoine Pitrou <report at bugs.python.org> wrote:
..
> +1 for not having pragma statements in the stdlib, especially when they target a third-party tool few of us know and use.

"#pragma NO COVER" is recognized by stdlib trace module, so it is not
specific to a third-party tool.  I don't like #pragma myself.  This is
very "unpythonic" choice.  I would be much happier if it was simply '#
NO COVER' or something even less conspicuous.  I do believe, however
that some mechanism should be used to prevent trace from highlighting
spurious lines as lacking coverage.

> Beside, while coverage measurements are useful, trusting them that actual coverage is complete is IMO a bit foolish.
> It's not just about running every line of code.

Agree, but running every line of code is a good first step.  For
example, it is *very* useful for identifying lack of coverage for
error conditions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 01:35:37 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 18 Mar 2011 00:35:37 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <1300408537.96.0.90470821707.issue11581@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Yes, but this is not a security issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 02:27:55 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 01:27:55 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <1300408537.96.0.90470821707.issue11581@psf.upfronthosting.co.za>
Message-ID: <20110318012745.GG3778@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

issue11442 is a security issue and I pushed to 2.5 for fixing that and
encountered this problem with buildbot. I think, we may/may not fix
this (buildbot issue) depending upon when the 2.5 release may be
planned.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 02:53:50 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 01:53:50 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <1300413230.26.0.0942705044696.issue11581@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:08:24 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 02:08:24 +0000
Subject: [issue10486] http.server doesn't set all CGI environment variables
In-Reply-To: <1290325295.78.0.545647251788.issue10486@psf.upfronthosting.co.za>
Message-ID: <1300414104.43.0.539510761502.issue10486@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10486>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:09:35 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 02:09:35 +0000
Subject: [issue8450] httplib: false BadStatusLine() raised
In-Reply-To: <1271630731.08.0.327097174192.issue8450@psf.upfronthosting.co.za>
Message-ID: <1300414175.72.0.545293207001.issue8450@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8450>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:10:09 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 02:10:09 +0000
Subject: [issue10860] Handle empty port after port delimiter in httplib
In-Reply-To: <1294427670.55.0.855321383674.issue10860@psf.upfronthosting.co.za>
Message-ID: <1300414209.65.0.251180424427.issue10860@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10860>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:11:43 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 02:11:43 +0000
Subject: [issue8704] cgitb sends a bogus HTTP header if the app crashes before
	finishing headers
In-Reply-To: <1273759972.28.0.178671810955.issue8704@psf.upfronthosting.co.za>
Message-ID: <1300414303.48.0.0410166270965.issue8704@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8704>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:30:12 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 02:30:12 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300386650.82.0.0778699225107.issue11563@psf.upfronthosting.co.za>
Message-ID: <20110318023003.GH3778@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Mar 17, 2011 at 06:30:51PM +0000, Jeff McNeil wrote:

> I went down the same path as AbstractHTTPHandler and added a Connection: close header.  

This is fine for the moment, tough I wish that the TODO pending in
urllib.request with HTTP1.1 persistent connection be removed soon and
will require changes it other places too.

> I contemplated changing urlretrieve to use build_opener as urlopen

There is bug opened for this. All that would be required is output
behavior of urlretrieve remain same, the implementation details (using
build_opener or using urlopen itself!) may not be relevant and I
think, it can be implemented using urlopen instead going through the
handlers and OpenerDirector, BTW, urlretrive is a convenience
function of some sort.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:42:19 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Fri, 18 Mar 2011 02:42:19 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300416139.97.0.553766195328.issue11563@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Sounds good. I'll look at doing that, too.

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:43:40 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Fri, 18 Mar 2011 02:43:40 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300416220.83.0.683141704217.issue10050@psf.upfronthosting.co.za>


Changes by Jeff McNeil <jeff at jmcneil.net>:


----------
nosy: +mcjeff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Fri Mar 18 03:52:44 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 18 Mar 2011 02:52:44 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300416764.64.0.378444258187.issue11567@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This is just nitpicking, but serving XHTML as text/html is wrong.  Also  XHTML is not necessary here, so I would just use an HTML 4.01 strict doctype (and remove the xmlns).

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Fri Mar 18 05:53:45 2011
From: report at bugs.python.org (Samuel Michaels)
Date: Fri, 18 Mar 2011 04:53:45 +0000
Subject: [issue11593] Add encoding parameter to logging.basicConfig
In-Reply-To: <1300424025.83.0.489741781073.issue11593@psf.upfronthosting.co.za>
Message-ID: <1300424025.83.0.489741781073.issue11593@psf.upfronthosting.co.za>


New submission from Samuel Michaels <swmichaels at gmail.com>:

Yes, you could just make a custom logging.FileHandler object, but this way is much easier for those who are following the basic logging tutorial.

----------
components: Library (Lib)
files: __init__.patch
keywords: patch
messages: 131314
nosy: Samuel.Michaels
priority: normal
severity: normal
status: open
title: Add encoding parameter to logging.basicConfig
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file21275/__init__.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11593>
_______________________________________

From report at bugs.python.org  Fri Mar 18 06:01:49 2011
From: report at bugs.python.org (Ned Deily)
Date: Fri, 18 Mar 2011 05:01:49 +0000
Subject: [issue11593] Add encoding parameter to logging.basicConfig
In-Reply-To: <1300424025.83.0.489741781073.issue11593@psf.upfronthosting.co.za>
Message-ID: <1300424509.62.0.519537635396.issue11593@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11593>
_______________________________________

From report at bugs.python.org  Fri Mar 18 06:02:16 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 18 Mar 2011 05:02:16 +0000
Subject: [issue11592] Compilation warnings in os module
In-Reply-To: <1300398271.32.0.210972675155.issue11592@psf.upfronthosting.co.za>
Message-ID: <E1Q0RpE-0005rd-NK@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 071fb38c91e6 by Ross Lagerwall in branch 'default':
Issue #11592: Fix compilation warnings in os module.
http://hg.python.org/cpython/rev/071fb38c91e6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11592>
_______________________________________

From report at bugs.python.org  Fri Mar 18 07:16:48 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Fri, 18 Mar 2011 06:16:48 +0000
Subject: [issue11592] Compilation warnings in os module
In-Reply-To: <1300398271.32.0.210972675155.issue11592@psf.upfronthosting.co.za>
Message-ID: <1300429008.39.0.948750577883.issue11592@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11592>
_______________________________________

From report at bugs.python.org  Fri Mar 18 08:28:21 2011
From: report at bugs.python.org (Palm Kevin)
Date: Fri, 18 Mar 2011 07:28:21 +0000
Subject: [issue11320] Can't call Py_SetPath() on pointer returned by
	Py_GetPath()
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300433301.59.0.686829677811.issue11320@psf.upfronthosting.co.za>


Palm Kevin <kevin.palm at labsolution.lu> added the comment:

Antoine,

Your guess that my issue initially wasn't related to virtualenv is correct (I've never heard about that project before posting this issue...)

As for passing the output of Py_GetPath directly to Py_SetPath: You are right, there is no point in doing this...
Now,  I remember that the initial problem I had was the one you reported:
    Fatal Python error: Py_Initialize: Unable to get the locale encoding
    LookupError: no codec search functions registered: can't find encoding

Shall I create a separate issue to report this problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 08:58:53 2011
From: report at bugs.python.org (Palm Kevin)
Date: Fri, 18 Mar 2011 07:58:53 +0000
Subject: [issue11320] Can't call Py_SetPath() on pointer returned by
	Py_GetPath()
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300435133.72.0.95915692917.issue11320@psf.upfronthosting.co.za>


Palm Kevin <kevin.palm at labsolution.lu> added the comment:

Furthermore I would propose to rename this issue: The problem is not that Py_SetPath cannot be called on pointer returned by Py_GetPath. I think that the problem is more general: Calling Py_SetPath NEVER works.

--> I get the same exception as documented in my initial post when calling Py_SetPyth like this:
   Py_SetPath(L"/usr/labsolution/python32/lib/python3.2/");
or like this:
  wchar_t * path;
  path = malloc(128 * sizeof(wchar_t));
  wcscpy(path,L"/usr/labsolution/python32/lib/python3.2/");
  Py_SetPath(path);

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 09:01:27 2011
From: report at bugs.python.org (Palm Kevin)
Date: Fri, 18 Mar 2011 08:01:27 +0000
Subject: [issue11320] Can't call Py_SetPath() on pointer returned by
	Py_GetPath()
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300435287.61.0.754594889923.issue11320@psf.upfronthosting.co.za>


Palm Kevin <kevin.palm at labsolution.lu> added the comment:

As for this error:
  Fatal Python error: Py_Initialize: Unable to get the locale encoding
  LookupError: no codec search functions registered: can't find encoding

It seems to me that this error appears if the path passed to Py_SetPath does not point to a valid python lib folder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 09:03:54 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 18 Mar 2011 08:03:54 +0000
Subject: [issue11593] Add encoding parameter to logging.basicConfig
In-Reply-To: <1300424025.83.0.489741781073.issue11593@psf.upfronthosting.co.za>
Message-ID: <1300435434.65.0.982325130917.issue11593@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I've been thinking about adding a handler= keyword argument to basicConfig(), and it seems to me that it would not only cover your use case, but also other cases which require different handlers.

So I'm marking as wontfix for now, but I'll keep the issue open until the handler parameter gets added. Also changing this to Python 3.3, as I can't make API changes to 3.2.

----------
assignee:  -> vinay.sajip
resolution:  -> wont fix
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11593>
_______________________________________

From report at bugs.python.org  Fri Mar 18 09:45:51 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 08:45:51 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300437951.78.0.21745854714.issue11572@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

A little research has found that building without complex is not possible anymore, so you?re good: http://bugs.python.org/issue7147

Regarding ?unicode?, see line 112.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 09:48:23 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 08:48:23 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <1300438103.44.0.233680516293.issue10914@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> Well, config._link() seems to do what is needed here.
My point is that it?s easier to write a few lines of code directly using a compiler object (copying and simplifying code from try_run or _link) than go through the distutils command machinery.  Both are doable, but I think the former is easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Fri Mar 18 10:09:00 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 09:09:00 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300439340.4.0.0214745443672.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Fair argument.  Brett is the author of recent changes in site, let him decide.

Brett: Would you agree to 1)?

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Fri Mar 18 10:58:16 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 18 Mar 2011 09:58:16 +0000
Subject: [issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
In-Reply-To: <1190630936.13.0.318924236509.issue1195@psf.upfronthosting.co.za>
Message-ID: <1300442296.19.0.214732274226.issue1195@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Instead of always calling clearerr(), we can only call it on EOF:

diff -r 88fe1ac48460 Parser/myreadline.c
--- a/Parser/myreadline.c       Mon Mar 07 08:31:52 2011 +0100
+++ b/Parser/myreadline.c       Fri Mar 18 10:57:23 2011 +0100
@@ -72,6 +72,7 @@
     }
 #endif /* MS_WINDOWS */
     if (feof(fp)) {
+        clearerr(fp);
         return -1; /* EOF */
     }
 #ifdef EINTR

This patch works around this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195>
_______________________________________

From report at bugs.python.org  Fri Mar 18 11:55:18 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 10:55:18 +0000
Subject: [issue11320] Can't call Py_SetPath() on pointer returned by
	Py_GetPath()
In-Reply-To: <1300435287.61.0.754594889923.issue11320@psf.upfronthosting.co.za>
Message-ID: <1300445714.3492.1.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> As for this error:
>   Fatal Python error: Py_Initialize: Unable to get the locale encoding
>   LookupError: no codec search functions registered: can't find encoding
> 
> It seems to me that this error appears if the path passed to
> Py_SetPath does not point to a valid python lib folder.

Indeed, it does. The error message could perhaps get improved.
What Python does is try to find the current locale's encoding in the
"encodings" package and load it. If it can't find it, it assumes that's
because the encoding is unknown, not because the path is wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Fri Mar 18 12:06:11 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 11:06:11 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300446371.25.0.681707064183.issue11575@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Why should we have this file served on the web itself? Cannot it be on server outside of www ( or any directory which is getting served). I would vote for this.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Fri Mar 18 12:09:04 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 11:09:04 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300446544.12.0.774145882256.issue11575@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The question is not "why", it is "how". This file is part of the scripts used to migrate from svn to hg. These files themselves were maintained in an hg repository (it could have been an svn repository), for obvious practical reasons. And that repository was online since there didn't seem any reason to do otherwise (and, again, it's more practical).

We could of course make this repo less visible now (but I think we still need to migrate the peps repo). Georg?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Fri Mar 18 13:47:42 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 18 Mar 2011 12:47:42 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300452462.19.0.107140121087.issue11549@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Fri Mar 18 13:59:56 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 18 Mar 2011 12:59:56 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300453196.14.0.532043504481.issue11574@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

After reading the related mail thread on python-dev, I realized that you are talking about TextIOWrapper choice (file content, not file name). My previous message is about file names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Fri Mar 18 14:01:08 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Fri, 18 Mar 2011 13:01:08 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300453268.4.0.544226335717.issue11572@psf.upfronthosting.co.za>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

?ric, after checking line 112 of the two patches and then of the new file, I figured out that you meant line 112 of the old file ? and, yes, that test can go away too since in python3 "complex" always exists and "unicode" never exists. A further improved patch (#3) is attached.

----------
Added file: http://bugs.python.org/file21276/test_copy3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 14:04:56 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 18 Mar 2011 13:04:56 +0000
Subject: [issue11574] Unicode Fallback Encoding on Python 3.3
In-Reply-To: <1300296395.6.0.964785890032.issue11574@psf.upfronthosting.co.za>
Message-ID: <1300453496.02.0.907195897002.issue11574@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

TextIOWrapper is mostly based on locale.getpreferredencoding(), so msg131290 is still valid: if no env var is set, nl_langinfo() gives 'ASCII' (or something like that). But it is not easy to detect that env vars are not set.

I would prefer a completly different approach: always use UTF-8 by default if the encoding is not set.

Something like:
def open(filename, ..., encoding='UTF-8', ...)
TextIOWrapper.__init__(..., encoding='UTF-8', ...)

So not rely on locales anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11574>
_______________________________________

From report at bugs.python.org  Fri Mar 18 16:23:58 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 15:23:58 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <1300461838.36.0.117004642962.issue11581@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I talked to Martin.  He wants the 2.5 mercurial branch to get *exactly* that set of changes that needs to be applied to the svn repository in order for him to build the security release, no more no less.  Note that 2.5 goes out of security maintenance in November.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 16:51:02 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 18 Mar 2011 15:51:02 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <1300461838.36.0.117004642962.issue11581@psf.upfronthosting.co.za>
Message-ID: <20110318155053.GB2341@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

David, from you message I understand that Martin is planning to
release 2.5 via svn.  If that is the case, whatever was pushed for
security fix to hg can remain as such and so that those can be
exported to svn. 

The bugs related to buildbot and svn keyword for 2.5, can then be
ignored and closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 16:57:05 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 15:57:05 +0000
Subject: [issue11581] buildbot error when pushing to 2.5 branch?
In-Reply-To: <20110317070211.GC3754@kevin>
Message-ID: <1300463825.23.0.482455250175.issue11581@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, although there may be another answer on the compile bug.

----------
resolution:  -> wont fix
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11581>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:03:42 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Fri, 18 Mar 2011 16:03:42 +0000
Subject: [issue11513] chained exception/incorrect exception from tarfile.open
	on a non-existent file
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300464222.7.0.125713173255.issue11513@psf.upfronthosting.co.za>


Evan Dandrea <ev at ubuntu.com> added the comment:

David,

Thanks for the pointers. I've updated the patch hopefully adequately addressing your concerns.

----------
components: +Interpreter Core -Library (Lib)
type: behavior -> 
Added file: http://bugs.python.org/file21277/tarfile-fix-multiple-exception-on-enoent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:04:12 2011
From: report at bugs.python.org (Evan Dandrea)
Date: Fri, 18 Mar 2011 16:04:12 +0000
Subject: [issue11513] chained exception/incorrect exception from tarfile.open
	on a non-existent file
In-Reply-To: <1300146032.78.0.080952835314.issue11513@psf.upfronthosting.co.za>
Message-ID: <1300464252.29.0.881931793147.issue11513@psf.upfronthosting.co.za>


Changes by Evan Dandrea <ev at ubuntu.com>:


Removed file: http://bugs.python.org/file21223/tarfile-fix-multiple-exception-on-enoent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11513>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:04:32 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 16:04:32 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300464272.09.0.903979763518.issue11579@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I talked to Martin about this at the sprints.  He wants the set of patches in the 2.5 hg repo to be exactly those that he should apply to svn to build the next release, no more no less.  If someone wants to propose a patch that fixes the hg compile but does not break the svn compile, he would find that acceptable.  Alternatively the hg repo could be fixed, for our convenience, after 2.5 goes out of maintenance in November.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:27:28 2011
From: report at bugs.python.org (Alexander Belchenko)
Date: Fri, 18 Mar 2011 16:27:28 +0000
Subject: [issue11594] 2to3 tool does not preserve line-endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>


New submission from Alexander Belchenko <bialix at ukr.net>:

I'm using LF-only line-endings for development of my IntelHex library. I'm working on Windows most of the time.

After 2to3 tool has been ran on my library it has not only changed the Python syntax, but it also saved all files with CRLF line-endings. As result I have all changed files completelly modified and diff shows change in every line. 

2to3 tool should respect my line-endings and must not use simple open(xxx, "wt") mode for writing modified files.

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 131335
nosy: bialix
priority: normal
severity: normal
status: open
title: 2to3 tool does not preserve line-endings
type: behavior
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:32:33 2011
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 18 Mar 2011 16:32:33 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300465953.48.0.265831474298.issue11572@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:38:38 2011
From: report at bugs.python.org (Erik Bray)
Date: Fri, 18 Mar 2011 16:38:38 +0000
Subject: [issue11595] Miscellaneous bugs in cfg_to_args() utility function
In-Reply-To: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>
Message-ID: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>


New submission from Erik Bray <erik.m.bray at gmail.com>:

Attached is a patch that fixes a few miscellaneous bugs in cfg_to_args() that were holding me up. Namely:
 * A bad variable name (file -> path)
 * A few more fields needed to be in MULTI_FIELDS
 * Added support for packages_root -> package_dir conversion

This also adds a unit test for cfg_to_args().

----------
assignee: tarek
components: Distutils2
files: cfg_to_args.patch
keywords: patch
messages: 131336
nosy: Erik.Bray, alexis, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Miscellaneous bugs in cfg_to_args() utility function
Added file: http://bugs.python.org/file21278/cfg_to_args.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11595>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:45:00 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Fri, 18 Mar 2011 16:45:00 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300466700.75.0.344804541526.issue11563@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

issue10883 is related; test_urllib2net also leaves sockets open in several places.

----------
nosy: +haypo, nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Fri Mar 18 17:56:28 2011
From: report at bugs.python.org (Lorenz)
Date: Fri, 18 Mar 2011 16:56:28 +0000
Subject: [issue11596] import error in test_fileinput.py when bz2 not installed
	(windows)
In-Reply-To: <1300467388.91.0.848437619379.issue11596@psf.upfronthosting.co.za>
Message-ID: <1300467388.91.0.848437619379.issue11596@psf.upfronthosting.co.za>


New submission from Lorenz <python at xca.ch>:

there is an ImportError when there is no bz2 lib and the test_fileinput is running.

----------
components: Tests
files: check_bz2_lib_available.diff
keywords: patch
messages: 131338
nosy: DaMutz
priority: normal
severity: normal
status: open
title: import error in test_fileinput.py when bz2 not installed (windows)
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21279/check_bz2_lib_available.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11596>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:05:53 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Fri, 18 Mar 2011 17:05:53 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300467953.29.0.732522907103.issue11549@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:07:48 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Fri, 18 Mar 2011 17:07:48 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300468068.73.0.37833163662.issue10050@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:08:04 2011
From: report at bugs.python.org (the_isz)
Date: Fri, 18 Mar 2011 17:08:04 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>


New submission from the_isz <the_isz at gmx.de>:

Hey everyone,

I'm having issues writing unicode strings with ConfigParser.write. I don't know
if this is python's fault or my own but I couldn't find help on this, neither by
googling, nor by asking on the python irc channels.

Attached to this description I'll add an example script reproducing the error
and hope that someone will enlighten me on what I'm doing wrong.

It seems that this only occurs in python2, doing the same with python3 (omitting
the u before the unicode string), everything works fine.

Thanks in advance!

----------
components: Extension Modules
files: test.py
messages: 131339
nosy: the_isz
priority: normal
severity: normal
status: open
title: Can't get ConfigParser.write to write unicode strings
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21280/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:18:59 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 17:18:59 +0000
Subject: [issue11594] 2to3 tool does not preserve line-endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300468739.44.0.82122939475.issue11594@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:20:33 2011
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 18 Mar 2011 17:20:33 +0000
Subject: [issue11256] inspect.getcallargs raises TypeError on valid arguments
In-Reply-To: <1298203870.32.0.413262962206.issue11256@psf.upfronthosting.co.za>
Message-ID: <1300468833.05.0.22455226634.issue11256@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Updated the patch for mercurial.

----------
Added file: http://bugs.python.org/file21281/issue11256_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11256>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:25:37 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 17:25:37 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300469137.73.0.460418389825.issue11597@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

>>> str(u"\u0411")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeEncodeError: 'ascii' codec can't encode character u'\u0411' in position 0: ordinal not in range(128)

So, clearly configparser in 2.x doesn't support unicode.  Now the question is, is this a bug or would adding support be a feature? (If the latter it can't be fixed in 2.7.)  I'll leave the answer to that question up to Lucaz.

----------
assignee:  -> lukasz.langa
nosy: +lukasz.langa, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:32:34 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 18 Mar 2011 17:32:34 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300469554.08.0.381886298963.issue11597@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Now the question is, is this a bug 
> or would adding support be a feature?

That may be a good question for python-dev.

Since ConfigParser is a very old module,
if there were a pressing need, we probably
would have heard about it before now.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 18:57:23 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 17:57:23 +0000
Subject: [issue11480] Cannot copy a class with a metaclass other than type
In-Reply-To: <1300007060.0.0.461224143225.issue11480@psf.upfronthosting.co.za>
Message-ID: <1300471043.27.0.902816204207.issue11480@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks good to me.

----------
nosy: +eric.araujo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11480>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:03:28 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 18 Mar 2011 18:03:28 +0000
Subject: [issue11596] import error in test_fileinput.py when bz2 not installed
	(windows)
In-Reply-To: <1300467388.91.0.848437619379.issue11596@psf.upfronthosting.co.za>
Message-ID: <E1Q0e1E-00035h-RF@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bb645cc39e60 by briancurtin in branch 'default':
Fix #11596. When bz2 isn't available, skip test_bz2_ext_fake.
http://hg.python.org/cpython/rev/bb645cc39e60

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11596>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:04:42 2011
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 18 Mar 2011 18:04:42 +0000
Subject: [issue11596] import error in test_fileinput.py when bz2 not installed
	(windows)
In-Reply-To: <1300467388.91.0.848437619379.issue11596@psf.upfronthosting.co.za>
Message-ID: <1300471482.61.0.437783489227.issue11596@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Thanks for the patch!

----------
assignee:  -> brian.curtin
nosy: +brian.curtin
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11596>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:06:42 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 18:06:42 +0000
Subject: [issue11494] Confusing error message from warnings.warn
In-Reply-To: <1300099672.81.0.525272322656.issue11494@psf.upfronthosting.co.za>
Message-ID: <1300471602.12.0.153047302443.issue11494@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +brett.cannon
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11494>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:09:11 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 18:09:11 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300471751.88.0.23853220491.issue11597@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, python3 is probably pushing some people to try to add better unicode support to their python2 versions.  I think it is more a question of "is this an easy fix?" or would it require extensive changes to support unicode properly.  If it is easy (ie: it is really just a bug in configparser's string handling) I don't see a downside to fixing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:09:46 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 18:09:46 +0000
Subject: [issue11595] Miscellaneous bugs in cfg_to_args() utility function
In-Reply-To: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>
Message-ID: <1300471786.83.0.727058007128.issue11595@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks good to me (note: didn?t test).

----------
versions: +3rd party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11595>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:19:10 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 18 Mar 2011 18:19:10 +0000
Subject: [issue11589] Additional tests for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <1300472350.08.0.509221880596.issue11589@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Do we need each sample--(input -> expected output)--to be its own unittest function?

Why not something like (pseudo-code):

expected = {
  'input1': 'output1',
  'input2': 'output2',
}

def test_encode(self):    # collapse all
    for input, output in expected.items():
        self._encode(input, output)    # test logic

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:19:20 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 18:19:20 +0000
Subject: [issue11594] 2to3 tool does not preserve line-endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300472360.07.0.797040792018.issue11594@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  Can you run ?python -m test.test_lib2to3?, if possible with a Python 3.x version?  I?ve seen that the tests use binary mode to compare file contents, so maybe you will get an error message that can get us started.

----------
nosy: +eric.araujo
versions: +Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:22:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 18:22:44 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300472564.23.0.985027919607.issue11485@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

>Setting it to the version of the current OS is probably the least surprising. 
Agreed.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:28:46 2011
From: report at bugs.python.org (Carl Meyer)
Date: Fri, 18 Mar 2011 18:28:46 +0000
Subject: [issue11598] missing afxres.h error when building bdist_wininst in
	Visual Studio 2008 Express
In-Reply-To: <1300472926.52.0.331223446631.issue11598@psf.upfronthosting.co.za>
Message-ID: <1300472926.52.0.331223446631.issue11598@psf.upfronthosting.co.za>


New submission from Carl Meyer <carl at dirtcircle.com>:

By opening up pcbuild.sln in VS2008 Express, I was able to successfully build python and pythonw, but when I tried to build bdist_wininst it failed with "Fatal Error RC1015: cannot open include file afxres.h"

Googling turned up a number of comments about how this file is part of MFC, which is really not supposed to be used with VS2008. The recommended "fix" that seemed to work for most people online was to replace "afxres.h" with "windows.h" in the rc file. I did this in PC/bdist_wininst/install.rc, and then it failed with a different error about a missing IDC_STATIC token.

I have very little experience with Windows, so it's entirely possible I'm just doing something wrong, but I was asked in #python-dev to file a bug here.

----------
components: Build, Windows
messages: 131351
nosy: carljm
priority: normal
severity: normal
status: open
title: missing afxres.h error when building bdist_wininst in Visual Studio 2008 Express
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11598>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:33:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 18:33:56 +0000
Subject: [issue11599] Useless error message when distutils fails compiling
In-Reply-To: <1300473236.84.0.248517729635.issue11599@psf.upfronthosting.co.za>
Message-ID: <1300473236.84.0.248517729635.issue11599@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Really, can't distutils at least display the command-line that failed to execute?


Traceback (most recent call last):
  File "/home/antoine/cpython/default/Lib/distutils/unixccompiler.py", line 176, in _compile
    extra_postargs)
  File "/home/antoine/cpython/default/Lib/distutils/ccompiler.py", line 911, in spawn
    spawn(cmd, dry_run=self.dry_run)
  File "/home/antoine/cpython/default/Lib/distutils/spawn.py", line 34, in spawn
    _spawn_posix(cmd, search_path, dry_run=dry_run)
  File "/home/antoine/cpython/default/Lib/distutils/spawn.py", line 138, in _spawn_posix
    % (cmd[0], exit_status))
distutils.errors.DistutilsExecError: command 'gcc' failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/antoine/cpython/default/Lib/test/test_embed.py", line 42, in test_subinterps
    exe = self.make_exe("embed1.c")
  File "/home/antoine/cpython/default/Lib/test/test_embed.py", line 29, in make_exe
    compiler.compile([srcpath], output_dir=build_dir)
  File "/home/antoine/cpython/default/Lib/distutils/ccompiler.py", line 576, in compile
    self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts)
  File "/home/antoine/cpython/default/Lib/distutils/unixccompiler.py", line 178, in _compile
    raise CompileError(msg)
distutils.errors.CompileError: command 'gcc' failed with exit status 1

----------
assignee: tarek
components: Distutils
messages: 131352
nosy: eric.araujo, pitrou, tarek
priority: normal
severity: normal
stage: needs patch
status: open
title: Useless error message when distutils fails compiling
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11599>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:36:05 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 18 Mar 2011 18:36:05 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300473365.65.0.826870527465.issue11597@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

It's also a question of adding a feature to a point release.  If dev's relied on the new feature, they would also have to test for version > 2.7.1.  We usually try to avoid that (after a minor fiasco with booleans many years ago).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 19:47:19 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 18:47:19 +0000
Subject: [issue11600] PY_CFLAGS and PY_CPPFLAGS inconsistent
In-Reply-To: <1300474039.66.0.607700128709.issue11600@psf.upfronthosting.co.za>
Message-ID: <1300474039.66.0.607700128709.issue11600@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

One contains the include dirs for Python, not the other:

>>> distutils.sysconfig.get_config_var('PY_CFLAGS')
'-g -O0 -Wall -Wstrict-prototypes'
>>> distutils.sysconfig.get_config_var('PY_CPPFLAGS')
'-I. -IInclude -I./Include'

In Python 2.7 and 3.1, PY_CFLAGS did contain the include dirs, so this seems to be a regression:

>>> distutils.sysconfig.get_config_var('PY_CFLAGS')
'-g -O2 -g -Wall -Wstrict-prototypes -I. -IInclude -I./Include  -DPy_BUILD_CORE'

----------
assignee: tarek
components: Distutils
messages: 131354
nosy: eric.araujo, pitrou, tarek
priority: high
severity: normal
stage: needs patch
status: open
title: PY_CFLAGS and PY_CPPFLAGS inconsistent
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11600>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:04:14 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 19:04:14 +0000
Subject: [issue11601] UnixCCompiler always uses compiler_so, not compiler
In-Reply-To: <1300475054.67.0.598192564175.issue11601@psf.upfronthosting.co.za>
Message-ID: <1300475054.67.0.598192564175.issue11601@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

UnixCCompiler always uses "compiler_so", not "compiler", even when creating a .o file. It is misleading and begs the question why compiler even exists.

----------
assignee: tarek
components: Distutils
messages: 131355
nosy: eric.araujo, pitrou, tarek
priority: normal
severity: normal
stage: needs patch
status: open
title: UnixCCompiler always uses compiler_so, not compiler
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11601>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:07:56 2011
From: report at bugs.python.org (Robert Withrow)
Date: Fri, 18 Mar 2011 19:07:56 +0000
Subject: [issue4114] struct returns incorrect 4 byte float
In-Reply-To: <1223917903.14.0.727253011599.issue4114@psf.upfronthosting.co.za>
Message-ID: <1300475276.22.0.935135731589.issue4114@psf.upfronthosting.co.za>


Robert Withrow <bigbaaadbob at gmail.com> added the comment:

For completeness: msg131234 states that the issue of 64 bit -> 32 bit precision truncation is covered in the floating point tutorial.  I believe that is incorrect; at least I can't find it explicitly mentioned. Ref: http://docs.python.org/tutorial/floatingpoint.html.

If struct is the only place this (64->32 bit precision truncation) can happen in Python, the lack of discussion in the tutorial makes sense.  Otherwise, a sentence about it should be added to the tutorial.

As it is, there is no _explicit_ mention of this anywhere in Python documentation.  It is all well and good to state that it is "obvious", but it seems that explicit documentation is preferable to implicit documentation, given the rarity of the issue in Python and the meager cost of adding a sentence here or there.

Incidentally, it is simple to create the truncation routine I mention earlier:

>>> def fptrunc(value):
...   return unpack('!f', pack('!f', value))[0]
... 
>>> fptrunc(6.24)
6.2399997711181641
>>> fptrunc(6.25)
6.25

But this has the questionable smell of using pack/unpack in a test of pack/unpack.  It's sorta OK for _users_ of pack/unpack though.

A quick scan of the Python source code shows that only two things try to pack 4 byte floats: struct and ctypes and both of these use the underlying Python float object routines.  So a better way of doing the truncation is to use ctypes:

>>> def fptrunc(value):
...   return c_float(value).value
... 
>>> fptrunc(6.24)
6.2399997711181641
>>> fptrunc(6.25)
6.25

Doing this allows you to write tests that work for any number and don't require the use of magic numbers or knowledge of the underlying floating point implementation.

Even if nothing gets put into the documentation, people will probably find this discussion by Googling.

I can't imagine there is much more that can be said about this, so I'll leave you guys alone now...  ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4114>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:11:18 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 19:11:18 +0000
Subject: [issue11602] python-config code should be in sysconfig
In-Reply-To: <1300475478.49.0.935411639754.issue11602@psf.upfronthosting.co.za>
Message-ID: <1300475478.49.0.935411639754.issue11602@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

python-config has the following non-trivial code for discovery of cflags/ldflags, which should be callable as a sysconfig API instead:

    elif opt in ('--includes', '--cflags'):
        flags = ['-I' + sysconfig.get_path('include'),
                 '-I' + sysconfig.get_path('platinclude')]
        if opt == '--cflags':
            flags.extend(getvar('CFLAGS').split())
        print(' '.join(flags))

    elif opt in ('--libs', '--ldflags'):
        libs = getvar('LIBS').split() + getvar('SYSLIBS').split()
        libs.append('-lpython' + pyver + sys.abiflags)
        # add the prefix/lib/pythonX.Y/config dir, but only if there is no
        # shared library in prefix/lib/.
        if opt == '--ldflags':
            if not getvar('Py_ENABLE_SHARED'):
                libs.insert(0, '-L' + getvar('LIBPL'))
            libs.extend(getvar('LINKFORSHARED').split())
        print(' '.join(libs))


Also, it begs the question why distutils doesn't use the same code in its compiler class, or even in customize_compiler()...

----------
assignee: tarek
components: Distutils
messages: 131357
nosy: eric.araujo, pitrou, tarek
priority: normal
severity: normal
stage: needs patch
status: open
title: python-config code should be in sysconfig
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11602>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:28:52 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 18 Mar 2011 19:28:52 +0000
Subject: [issue11602] python-config code should be in sysconfig
In-Reply-To: <1300475478.49.0.935411639754.issue11602@psf.upfronthosting.co.za>
Message-ID: <1300476532.66.0.609178292471.issue11602@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

+1

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11602>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:42:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 19:42:43 +0000
Subject: [issue11589] Additional tests for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <1300477363.15.0.915245446869.issue11589@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Until unittest learns to do parameterized tests, it's nice to have each test be separate so that you can easily see which test cases are failing.  (A number of the existing email tests have a lot of tests in each "unit" test, and this can make debugging more difficult, as I know well.)

I've been known to synthesize parameterized tests in my unit tests to save myself some typing, but Michael has already done the typing here...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Fri Mar 18 20:48:15 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 18 Mar 2011 19:48:15 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <1300477695.0.0.0495637294942.issue10914@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, this is what I came up with to build an exe using distutils. At this point, the complication is downright silly and it doesn't even work under Windows, so we may prefer to go down the Makefile route instead.

----------
Added file: http://bugs.python.org/file21282/embedtest-distutils.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Fri Mar 18 21:14:02 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 20:14:02 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300479242.3.0.546292028941.issue11579@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I understand what you are saying, and I thought about that, too; but
you could say the same thing about any bug fix that makes code work that didn't work before, yet we don't.  So I guess you are right that it should be discussed on python-dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Fri Mar 18 21:14:15 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 20:14:15 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300479255.35.0.866635048152.issue11579@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
Removed message: http://bugs.python.org/msg131361

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Fri Mar 18 21:15:32 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 20:15:32 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300479332.19.0.937282383683.issue11597@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I understand what you are saying, and I thought about that, too; but you could say the same thing about any bug fix that makes code work that didn't work before, yet we don't.  So I guess you are right that it should be discussed on python-dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 22:06:46 2011
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 18 Mar 2011 21:06:46 +0000
Subject: [issue11597] Can't get ConfigParser.write to write unicode strings
In-Reply-To: <1300468084.29.0.517380899901.issue11597@psf.upfronthosting.co.za>
Message-ID: <1300482406.48.0.302401092495.issue11597@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

My vote would be that this is a new feature and therefore uneligible for 2.x.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11597>
_______________________________________

From report at bugs.python.org  Fri Mar 18 22:15:17 2011
From: report at bugs.python.org (Carl Banks)
Date: Fri, 18 Mar 2011 21:15:17 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>
Message-ID: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>


New submission from Carl Banks <pythondev1 at aerojockey.com>:

The issue was raised by J Peyret on the following c.l.python thread:

http://groups.google.com/group/comp.lang.python/browse_frm/thread/459e5ec433e7dcab?hl=en#

Several posters reported that the following code either hangs or crashes Python (versions 2.7, 2.6, and 3.2, on Windows and Linux) were tested:

-------------
class Foo(object):
    pass

Foo.__repr__ = Foo.__str__

foo = Foo()
print(str(foo))
-------------

----------
components: Interpreter Core
messages: 131364
nosy: aerojockey
priority: normal
severity: normal
status: open
title: Python crashes or hangs when rebinding __repr__ as __str__
type: crash
versions: Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Fri Mar 18 22:19:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 21:19:18 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <1300483158.64.0.210368557108.issue11476@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is it okay to change a public parameter name without deprecation process?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Fri Mar 18 22:48:22 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Fri, 18 Mar 2011 21:48:22 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>
Message-ID: <1300484902.91.0.390027417767.issue11603@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Confirmed under 3.2 and 2.7. The attached patch should fix the issue.

----------
keywords: +patch
nosy: +Trundle
Added file: http://bugs.python.org/file21283/issue_11603.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Fri Mar 18 23:47:09 2011
From: report at bugs.python.org (Lorenz)
Date: Fri, 18 Mar 2011 22:47:09 +0000
Subject: [issue11598] missing afxres.h error when building bdist_wininst in
	Visual Studio 2008 Express
In-Reply-To: <1300472926.52.0.331223446631.issue11598@psf.upfronthosting.co.za>
Message-ID: <1300488429.76.0.479203281579.issue11598@psf.upfronthosting.co.za>


Lorenz <python at xca.ch> added the comment:

replace the "afxres.h" by the following lines and then it builds:

#include <windows.h>

#ifndef IDC_STATIC
#define IDC_STATIC (-1)
#endif

but the problem is, that the 'install.rc' file is generated. Unfortunately I do not know how to solve the root cause.

----------
nosy: +DaMutz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11598>
_______________________________________

From report at bugs.python.org  Fri Mar 18 23:54:43 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Fri, 18 Mar 2011 22:54:43 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300488883.71.0.0531536846016.issue1559549@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


Removed file: http://bugs.python.org/file21020/1559549_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Fri Mar 18 23:54:47 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Fri, 18 Mar 2011 22:54:47 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300488887.82.0.590868509563.issue1559549@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


Removed file: http://bugs.python.org/file21031/1559549_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Fri Mar 18 23:56:54 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Fri, 18 Mar 2011 22:56:54 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1300489014.35.0.827500205703.issue1559549@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Ok, here is a patch created using mq. I have a problem, however. I managed to solve following situation:

try:
    raise ImportError('failed import' module_name='somemodule')
except ImportError as e:
    print(e.module_name)

that would print somemodule.

However, I can't pass kwargs to ImportError_init from load_next. If someone could instruct me, how this can be achieved, I'll be happy to do that.

----------
Added file: http://bugs.python.org/file21284/1559549_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Fri Mar 18 23:57:49 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Fri, 18 Mar 2011 22:57:49 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300489069.7.0.171565083256.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Alright, attaching a patch that reworks urlretrieve to use urlopen internal to urllib.request.  

1. I dropped the local caching as it isn't turned on by default anyway (and isn't really documented).

2. Updated documentation to reflect caching changes & make urlretrieve part of the official API again.

3. Kept the urlcleanup function, but use a global list to track temporary files.  I'd be happy to change this functionality if that makes sense.

4. After moving the urlretrieve stuff out of test_urllibnet, I realized that file didn't serve much of a purpose any longer, so I just removed it. 

5. Updated NEWS.

I'd be happy to rework any of this in order to bring it up to stuff. Comments and suggestions are very much welcomed.

----------
keywords: +patch
Added file: http://bugs.python.org/file21285/issue10050.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 00:26:13 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 18 Mar 2011 23:26:13 +0000
Subject: [issue9874] Message.attach() loses empty attachments
In-Reply-To: <1284645198.43.0.725761534678.issue9874@psf.upfronthosting.co.za>
Message-ID: <1300490773.27.0.439375038747.issue9874@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9874>
_______________________________________

From report at bugs.python.org  Sat Mar 19 00:41:54 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 18 Mar 2011 23:41:54 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <1300491714.5.0.606205683196.issue11476@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

It's a formal parameter name, in general passed by position rather than keyword. Anyway, it seems a bit late to change it back now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Sat Mar 19 00:48:08 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 18 Mar 2011 23:48:08 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300492088.61.0.129774843275.issue10050@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Follow the ?review? link next to the patch for an initial review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 00:49:45 2011
From: report at bugs.python.org (follower)
Date: Fri, 18 Mar 2011 23:49:45 +0000
Subject: [issue11476] StreamHandler code broken by change of parameter name
In-Reply-To: <1299949968.72.0.952611916951.issue11476@psf.upfronthosting.co.za>
Message-ID: <1300492185.5.0.161761802002.issue11476@psf.upfronthosting.co.za>


follower <bugs.python.org at rancidbacon.com> added the comment:

I don't think it would be unreasonable to add the old name back in temporarily and use whichever parameter is supplied--this change has obviously broken code in the process.

But for future situations I think changes like this shouldn't happen
without a deprecation process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11476>
_______________________________________

From report at bugs.python.org  Sat Mar 19 00:51:15 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 18 Mar 2011 23:51:15 +0000
Subject: [issue11594] 2to3 tool does not preserve line-endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300492275.57.0.130717957117.issue11594@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Sat Mar 19 01:21:13 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 00:21:13 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1300492088.61.0.129774843275.issue10050@psf.upfronthosting.co.za>
Message-ID: <20110319002106.GB2596@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Significant patch. Thanks. I looked at the review too. For the
Context Manager part, don't club it along with this one. We need to
test this thoroughly, after this is in shape, that can be addressed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 01:41:50 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 00:41:50 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>
Message-ID: <1300495310.36.0.352191959863.issue11603@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With 3.2 on WinXP, I get no error report in interactive mode,
with either IDLE or plain interpreter, nor from 'python file' in Command Prompt window. But now with the print added to what I ran before, I see no print output, and I see that IDLE is restarting after executing the code, so something *is* wrong. Further experiments with other print statements in various places show that 'str(foo)' is the specific culprit.

Appears to act same on 3.1 for me.

Patch is to this code (from 3.2, presume same otherwise):
==============================
static PyObject *
object_str(PyObject *self) 
{
    unaryfunc f;

    f = Py_TYPE(self)->tp_repr;
    if (f == NULL)
        f = object_repr;
    return f(self);
}
=============================
Patch prevent infinite recursion if f == object_str.
Whether or not this fixes issue ('should' is a bit vague, confirmation is needed) this seems like a good idea.

To be applied, patch should have a new testcase that fails without the patch and passes with it applied.
----
def test_NoCrashIfStrIsRepr(self)
  'see issue 11603'
  class Foo(object): # delete object for 3.x
    pass
  Foo.__repr__ = Foo.__str__
  foo = Foo()
  s = str(foo)
----
would be a start. I so not know if any AssertX is needed since just finishing would be a success. However, I also do not know where to put it as there is no test_object or test_typeobject file that I see.

----------
nosy: +barry, terry.reedy
stage:  -> test needed
versions: +Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:18:15 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Sat, 19 Mar 2011 01:18:15 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300497495.5.0.578070347568.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Made recommended changes. Moved to NamedTemporaryFile. I don't think the spooled file makes sense here as the existing protocol provides a filename in the returned tuple, not a f.l.o. 

As far as the description?  Here are a couple suggestions:

1. URL Retrieval Library
2. URL Access Module

Updated the module documentation as well as the howto.

----------
Added file: http://bugs.python.org/file21286/issue10050.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:21:34 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 01:21:34 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1300497495.5.0.578070347568.issue10050@psf.upfronthosting.co.za>
Message-ID: <20110319012123.GD2596@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Changing the description is a minor update. The term 'URL access module' seems fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:22:46 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 01:22:46 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <E1Q0ksM-0002IE-5u@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 80ff78425419 by Raymond Hettinger in branch '3.2':
Issue 7391: Remove questionable and outdated HOWTO document with permission from its author.
http://hg.python.org/cpython/rev/80ff78425419

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:24:31 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 19 Mar 2011 01:24:31 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <1300497871.98.0.0452304303652.issue11071@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

It seems no new issues have arisen.
If something new comes-up, feel free to re-open.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:35:13 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 19 Mar 2011 01:35:13 +0000
Subject: [issue10042] total_ordering stack overflow
In-Reply-To: <1286440012.74.0.624864175042.issue10042@psf.upfronthosting.co.za>
Message-ID: <1300498513.14.0.417663859668.issue10042@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

?ric, would you like to apply this to 2.7?

----------
assignee: rhettinger -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10042>
_______________________________________

From report at bugs.python.org  Sat Mar 19 02:47:30 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Sat, 19 Mar 2011 01:47:30 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300499250.16.0.347072252262.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Made requested change to Synopsis/Description.

----------
Added file: http://bugs.python.org/file21287/issue10050.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:13:57 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 02:13:57 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

People occasionally ask on python-list about the following error message when trying to create a class:

> TypeError: Error when calling the metaclass bases
> module.__init__() takes at most 2 arguments (3 given)

It is a bit cryptic. It is also accidental: if module.__init__ happened to take 3 args instead of 2, the exception would be delayed until ???

The cause is using a module as a superclass, as in

import UserDict
class MyDict(UserDict): pass

This seems to happen mostly because of duplicate (or only case-different) module/class names.
 
Suggestion: insert a specific module type check for bases in type_new() in typeobject.c. In Python:
  if basetype is module: # where 'module' is the module class
    raise TypeError('Cannot subclass module')

I see 2 possible places to put the check:

1. for all bases - after
        tmp = PyTuple_GET_ITEM(bases, i);
        tmptype = Py_TYPE(tmp);

Advantage: can add (name of) tmp to the error message.

2. Before the return call in
    if (winner != metatype) {
        if (winner->tp_new != type_new) /* Pass it to the winner */
            return winner->tp_new(winner, args, kwds);

Advantage: only add extra check when module is the winner and are about to call it as a metaclass, which raises the current error.

Any test would be CPython specific and would require checking something about the message text.

I am only suggesting a check for module because the is the only mistake I remember anyone reporting. Passing a number as a base class gives a similar message, but no one does that. And as far as I know, there is no way in general to detect whether a callable works as a metaclass except by calling it with name, bases, and dict.

----------
components: Interpreter Core
messages: 131381
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Have type(n,b,d) check for type(b[i]) is module
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:36:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 02:36:21 +0000
Subject: [issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3"
	but "10.5" during configure
In-Reply-To: <1280955591.23.0.0206270993017.issue9516@psf.upfronthosting.co.za>
Message-ID: <1300502181.96.0.509580799071.issue9516@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
title: sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3"	but "10.5" during configure -> sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:42:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 02:42:15 +0000
Subject: [issue11376] Solaris/GCC/shared lib problem
In-Reply-To: <1299082769.75.0.912514538655.issue11376@psf.upfronthosting.co.za>
Message-ID: <1300502535.78.0.0250743278858.issue11376@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  What?s the exact command-line you run?  In your message, it looks like you run the pycc command which then outputs the gcc error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11376>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:43:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 02:43:39 +0000
Subject: [issue9313] distutils error on MSVC older than 8
In-Reply-To: <1279624042.03.0.724891043691.issue9313@psf.upfronthosting.co.za>
Message-ID: <1300502619.05.0.274493364467.issue9313@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Martin: Just applying the same changes to distutils2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9313>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:52:02 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 02:52:02 +0000
Subject: [issue11370] Fix distutils to carry configure's LIBS through to
	extension modules.
In-Reply-To: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>
Message-ID: <1300503122.9.0.495921575474.issue11370@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report and patch.  Has this bug been a problem for existing projects?  Would you have links?

> Looks like this should've been done against the py3k branch instead.
Yes, patches should apply to the py3k branch, or to distutils2.  More guidelines at http://wiki.python.org/moin/Distutils/FixingBugs

In this case, Tarek will have to decide whether this is a suitable bugfix for distutils or whether it?s for distutils2 only.  There is a feature freeze in distutils, so we try to change the code only to fix proved bugs, in the less pervasive way possible, and with regression tests.

> Perhaps there is a better way to do this under py3k?  Or it's handled already?
In the absence of a test (unit test, instructions to reproduce or script), it?s hard to tell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11370>
_______________________________________

From report at bugs.python.org  Sat Mar 19 03:58:22 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 19 Mar 2011 02:58:22 +0000
Subject: [issue9410] Add Unladen Swallow's optimizations to Python 3's pickle.
In-Reply-To: <1280384767.75.0.12386540434.issue9410@psf.upfronthosting.co.za>
Message-ID: <1300503502.93.0.707389302735.issue9410@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9410>
_______________________________________

From report at bugs.python.org  Sat Mar 19 04:00:12 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 19 Mar 2011 03:00:12 +0000
Subject: [issue3873] Unpickling is really slow
In-Reply-To: <1221496652.57.0.686468497967.issue3873@psf.upfronthosting.co.za>
Message-ID: <1300503612.66.0.772264625805.issue3873@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3873>
_______________________________________

From report at bugs.python.org  Sat Mar 19 04:47:11 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 03:47:11 +0000
Subject: [issue10042] total_ordering stack overflow
In-Reply-To: <1286440012.74.0.624864175042.issue10042@psf.upfronthosting.co.za>
Message-ID: <E1Q0n84-0002u7-Sr@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 94c158199277 by ?ric Araujo in branch '2.7':
Fix the total_ordering decorator to handle cross-type comparisons
http://hg.python.org/cpython/rev/94c158199277

----------
nosy: +python-dev
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10042>
_______________________________________

From report at bugs.python.org  Sat Mar 19 05:50:25 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 04:50:25 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300510225.02.0.711725863359.issue11397@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.5 and 2.6 are only open for security issues.
I am guessing that 2.7, 3.1, and 3.3 are affected.
I cannot test as I only have Windows currently.

----------
nosy: +terry.reedy
stage:  -> test needed
versions: +Python 2.7, Python 3.1, Python 3.3 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:03:38 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:03:38 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1300511018.45.0.697848497273.issue11412@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

My haphazard sample gave 8 without, 5 with.

I suspect trailing dot is analogy with lists:
1. something.
2. something else.
2.1. detail of else
2.2. more detail

Books without generally have extra space instead of '.'.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:07:47 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:07:47 +0000
Subject: [issue11415] ZipFile don't overwrite compresed files at create
In-Reply-To: <1299435853.5.0.715190951157.issue11415@psf.upfronthosting.co.za>
Message-ID: <1300511267.97.0.607399659544.issue11415@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.6 is only open for security fixes.

----------
nosy: +terry.reedy
resolution:  -> invalid
status: open -> closed
superseder:  -> remove/delete method for zipfile/tarfile objects
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11415>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:11:08 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:11:08 +0000
Subject: [issue11418] Method's global scope is module containing function
	definition, not class.
In-Reply-To: <1299454101.64.0.841920247259.issue11418@psf.upfronthosting.co.za>
Message-ID: <1300511468.03.0.460119474866.issue11418@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

"Methods defined within a class may reference..."
would make the tutorial correct without introducing the complication of methods defined outside a class, let alone in another module.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11418>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:17:13 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:17:13 +0000
Subject: [issue11432] webbrowser.open on unix fails.
In-Reply-To: <1299490227.13.0.250987694391.issue11432@psf.upfronthosting.co.za>
Message-ID: <1300511833.33.0.115470638026.issue11432@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With fix, test, and news in 3.2 and 3.3, is anything left to do?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11432>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:23:28 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:23:28 +0000
Subject: [issue11462] Peephole creates duplicate and unused constants
In-Reply-To: <1299804959.52.0.82978036846.issue11462@psf.upfronthosting.co.za>
Message-ID: <1300512208.09.0.894994369945.issue11462@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Eugene has started work on AST optimizer in #11549

----------
nosy: +terry.reedy
superseder:  -> Rewrite peephole to work on AST

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11462>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:27:42 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:27:42 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300512462.21.0.754032069812.issue11549@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A couple of somewhat related issues:
#10399 AST Optimization: inlining of function calls
#1346238 A constant folding optimization pass for the AST
Obviously, ast optimizers should work together and not duplicate.
Nice to see increased attention.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:28:54 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:28:54 +0000
Subject: [issue1346238] A constant folding optimization pass for the AST
Message-ID: <1300512534.75.0.719551188835.issue1346238@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

#11549 Rewrite peephole to work on AST
includes constant folding. I have not compared.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1346238>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:31:27 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:31:27 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1300512687.15.0.805968296244.issue11463@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.6 is only open for security issues, so any verification should use later version.

----------
nosy: +terry.reedy
status: pending -> open
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:31:54 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:31:54 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1300512714.28.0.651448247971.issue11463@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Sat Mar 19 06:36:42 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 05:36:42 +0000
Subject: [issue11465] Set documentation: Link to wikipedia
In-Reply-To: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
Message-ID: <1300513002.68.0.871952668754.issue11465@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There is no end of helpful articles at Wikipedia and elsewhere. Wikipedia articles are especially easy to find with a special search in some browsers and on the site. In my experience on python-list, for instance, people have much more problem with floats, for instance, than sets. Certainly, sets are taught much better in U.S. schools.

----------
nosy: +terry.reedy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11465>
_______________________________________

From report at bugs.python.org  Sat Mar 19 07:02:26 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sat, 19 Mar 2011 06:02:26 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300514546.49.0.788850680073.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

AFAICT my patch has everything that #1346238 has, except BoolOps, which can be easily added (there's a TODO). I don't want to add any new code, though, until the current patch will get reviewed -- adding code will only make reviewing harder.

#10399 looks interesting, I will take a look.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sat Mar 19 07:22:29 2011
From: report at bugs.python.org (Ray.Allen)
Date: Sat, 19 Mar 2011 06:22:29 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1300515749.99.0.6579895832.issue11604@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

> I am only suggesting a check for module because the is the only mistake > I remember anyone reporting. Passing a number as a base class gives a > > similar message, but no one does that. And as far as I know, there is > no way in general to detect whether a callable works as a metaclass > except by calling it with name, bases, and dict.


Since 3.x all the module names became lower-case and can be easily differ from class names, so I don't think this problem will present much in 3.x, right?

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Sat Mar 19 08:20:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 07:20:01 +0000
Subject: [issue10812] Add some posix functions
In-Reply-To: <1294058752.01.0.285856626146.issue10812@psf.upfronthosting.co.za>
Message-ID: <E1Q0qS6-0006FB-N9@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 96e09d039433 by Ross Lagerwall in branch 'default':
Fix refleak introduced by #10812.
http://hg.python.org/cpython/rev/96e09d039433

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10812>
_______________________________________

From report at bugs.python.org  Sat Mar 19 08:40:13 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 19 Mar 2011 07:40:13 +0000
Subject: [issue11465] Set documentation: Link to wikipedia
In-Reply-To: <1299837876.85.0.251184172401.issue11465@psf.upfronthosting.co.za>
Message-ID: <1300520413.05.0.513015476618.issue11465@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I concur with the other respondants.

Also, experience has shown a near zero learning curve for sets.  For whatever reason, people seem to just get it and not require further explanation.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11465>
_______________________________________

From report at bugs.python.org  Sat Mar 19 08:55:31 2011
From: report at bugs.python.org (John Machin)
Date: Sat, 19 Mar 2011 07:55:31 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300521331.95.0.377465674816.issue7198@psf.upfronthosting.co.za>


John Machin <sjmachin at lexicon.net> added the comment:

Can somebody please review my "doc patch" submitted 2 months ago?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sat Mar 19 09:39:48 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 08:39:48 +0000
Subject: [issue11463] IncompleteRead: IncompleteRead(168 bytes read)
In-Reply-To: <1299808949.88.0.712644029925.issue11463@psf.upfronthosting.co.za>
Message-ID: <1300523988.21.0.696351156817.issue11463@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Since the reporter did not get back with more details (testing against curl or a HEAD output to eliminate server issues), I am closing this issue.

----------
resolution:  -> invalid
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11463>
_______________________________________

From report at bugs.python.org  Sat Mar 19 10:46:03 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 19 Mar 2011 09:46:03 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300527963.74.0.201579700941.issue11549@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sat Mar 19 10:47:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 09:47:42 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <E1Q0sl0-000655-DW@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset edc3d3b07435 by Senthil Kumaran in branch '3.2':
Closes issue11563 - test_urllibnet ResourceWarning. Patch by Jeff McNeil.
http://hg.python.org/cpython/rev/edc3d3b07435

New changeset dfceb98767c0 by Senthil Kumaran in branch 'default':
Closes issue11563 test_urllibnet is triggering a ResourceWarning. Patch by Jeff McNeil.
http://hg.python.org/cpython/rev/dfceb98767c0

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sat Mar 19 10:50:45 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 19 Mar 2011 09:50:45 +0000
Subject: [issue11412] Section numbers in the Library Reference have a trailing
	period
In-Reply-To: <1299394058.19.0.712525080124.issue11412@psf.upfronthosting.co.za>
Message-ID: <1300528245.11.0.859996070782.issue11412@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

WFM then.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11412>
_______________________________________

From report at bugs.python.org  Sat Mar 19 11:20:27 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 19 Mar 2011 10:20:27 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300530027.69.0.256680479594.issue11563@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@Senthil Kumaran: Because your patch touchs not only the test, can you document your change in Misc/NEWS? Sending a new HTTP header should be documented.

Is there an issue to support persistent connections in AbstractHTTPHandler.do_open()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sat Mar 19 11:39:56 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 19 Mar 2011 10:39:56 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300531196.46.0.342806875674.issue11575@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Sure, the repo can go private if deemed necessary.  I still think this is not a big deal anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 11:55:56 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 10:55:56 +0000
Subject: [issue11605] EMail generator.flatten() disintegrates over UTF-8
	multipart/alternative
In-Reply-To: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>
Message-ID: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

Hi David, i'm having real problems here!
Got a multipart mail and i get this:

______
Traceback (most recent call last):
  File "/Users/steffen/usr/bin/s-postman.py", line 1239, in save_ticket
    mb.add(ticket.message())
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 279, in add
    self._dump_message(message, tmp_file)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 215, in _dump_message
    gen.flatten(message)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 91, in flatten
    self._write(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 137, in _write
    self._dispatch(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 163, in _dispatch
    meth(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 224, in _handle_multipart
    g.flatten(part, unixfrom=False, linesep=self._NL)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 91, in flatten
    self._write(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 137, in _write
    self._dispatch(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 163, in _dispatch
    meth(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 388, in _handle_text
    super(BytesGenerator,self)._handle_text(msg)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 201, in _handle_text
    self.write(payload)
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py", line 349, in write
    self._fp.write(s.encode('ascii', 'surrogateescape'))
Exception: UnicodeEncodeError: 'ascii' codec can't encode character '\xdf' in position 21: ordinal not in range(128)
______

I'll attach that mail.  I don't know wether your version of
my postman reproduces it (though it should, but hey, it's broken!),
i'm using tag 0.4.0a1 (revision 420fcd870797).
I would be thankful for a hint on what this is and how i can
avoid this.

----------
components: Library (Lib)
files: generator_booom.mbox
messages: 131406
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: EMail generator.flatten() disintegrates over UTF-8 multipart/alternative
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21288/generator_booom.mbox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11605>
_______________________________________

From report at bugs.python.org  Sat Mar 19 13:13:16 2011
From: report at bugs.python.org (Michael Henry)
Date: Sat, 19 Mar 2011 12:13:16 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>


New submission from Michael Henry <python at drmikehenry.com>:

The email module's body_encode() function (found in
quoprimime.py) can generate oversized encoded lines that exceed
the maximum line length specified by the maxlinelen parameter.
The attached test case
'test_encode_trailing_space_at_maxlinelen' demonstrates the
problem.  When encoding the body 'abcd \n1234' with
maxlinelen=5, the erroneous output is 'abcd =\n\n1234', with 6
characters in the first output line.

The attached patch provides unit tests and a fix for
body_encode().  

Note: This patch depends on application of the patch in Issue
#11590.

----------
components: Library (Lib)
files: quoprimime_patch_body_encode.patch
keywords: patch
messages: 131407
nosy: michael.henry, r.david.murray
priority: normal
severity: normal
status: open
title: maxlinelen exceeded by email module's body_encode() function
Added file: http://bugs.python.org/file21289/quoprimime_patch_body_encode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Sat Mar 19 13:22:33 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 12:22:33 +0000
Subject: [issue11605] EMail generator.flatten() disintegrates over UTF-8
	multipart/alternative
In-Reply-To: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>
Message-ID: <20110319122223.GA31963@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Just want to point out that to my knowledge the mail is absolutely 
correct, in respect to classification and content. 
BytesGenerator tries to warp a UTF-8 message (which effectively 
contains LATIN1 data in the text part) to ASCII data, 
failing on the first (correctly LATIN1-ified) character. 
Maybe the addressed behaviour would indeed belong to #11216?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11605>
_______________________________________

From report at bugs.python.org  Sat Mar 19 13:46:19 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 12:46:19 +0000
Subject: [issue11605] EMail generator.flatten() disintegrates over non-ascii
	multipart/alternative
In-Reply-To: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>
Message-ID: <1300538779.16.0.0733133448218.issue11605@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

By the way, instead of using my postman you may also
reuse the stuff from #11401.
To crash that instead of generator_booom.mbox simply
change whatever character in the text/plain part to
a valid LATIN1 (charset=ISO-8859-1) character,
i've personally changed the second character of 'You' to

00F6;LATIN SMALL LETTER O WITH DIAERESIS;Ll;0;L;006F 0308;;;;N;LATIN SMALL LETTER O DIAERESIS;;00D6;;00D6

----------
title: EMail generator.flatten() disintegrates over UTF-8 multipart/alternative -> EMail generator.flatten() disintegrates over non-ascii multipart/alternative
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11605>
_______________________________________

From report at bugs.python.org  Sat Mar 19 13:51:19 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sat, 19 Mar 2011 12:51:19 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300539079.91.0.774444405604.issue11459@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Attached is a patch which uses -1 for the buffer size of popen(). This gets translated by the io.open() to the default io buffer size.

----------
Added file: http://bugs.python.org/file21290/11459_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:13:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 13:13:09 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300540389.11.0.00506215967743.issue10050@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think the tests should be moved from one file to the other. It's making more difficult to tell whether you have changed them or not. I think moving the tests (as well as changing the synopsis, hello Eric) are cosmetic changes that are better done in separate changesets.

Some other things:
- please do the "import tempfile" at the top-level. Imports from functions are generally frown upon, unless otherwise necessary.
- instead of "try ... finally: tfp.close()", you can simply write "with tfp: ..."
- I don't understand why `size` is read only when a reporthook is set, while it is always used for raising ContentTooShortError
- I'm not sure why the reporthook is called with `bs` rather than `len(block)`. I think the user is more interested in the actual number of bytes.
- you don't need to update Misc/NEWS yourself

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:29:28 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 13:29:28 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1300541368.27.0.953124031736.issue11466@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> About security: i think that you, ?ric, have referred to this
> when you've said "your patch is not uncontroversial".

No, I was only referring to the fact that one unrelated change was present in a patch while it was still being discussed in another issue (?This new patch (11466.2.patch) also includes the #11236 patch?).

> it would be easier if _raw_input() would take a terminal_setup=False argument
> and encapsulate echoing of a final newline

It?s a private function, it that makes the patch smaller let?s change it.  The current patch looks rather complicated just to close a file object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:36:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 13:36:44 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300541804.99.0.135380035012.issue11572@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Nice cleanup.

-            reductor = getattr(x, "__reduce__", None)
-            if reductor:
-                rv = reductor()
-            else:
-                raise Error("un(shallow)copyable object of type %s" % cls)
+            raise Error("un(shallow)copyable object of type %s" % cls)
Why change this?

>         self.assertTrue(issubclass(copy.Error, Exception))
You could change that to assertIsInstance.

> -def _test():
I assume that all cases that were tested in that function are covered by unit tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:37:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 13:37:32 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1300541852.69.0.743298684568.issue11236@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg130613

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:39:02 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 19 Mar 2011 13:39:02 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1300541942.33.0.878396791232.issue11236@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

If this bugs needs to be solved before #11466 can be fixed, let?s mark it as a dependency.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:50:48 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 13:50:48 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1300541368.27.0.953124031736.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110319135040.GA68014@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Sat, Mar 19, 2011 at 01:29:28PM +0000, ?ric Araujo wrote:
> It?s a private function, it that makes the patch smaller let?s change it.

You get a new patch from me tomorrow evening at the latest

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Sat Mar 19 14:59:19 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 13:59:19 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1300521331.95.0.377465674816.issue7198@psf.upfronthosting.co.za>
Message-ID: <19844.46770.831664.554620@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

John> John Machin <sjmachin at lexicon.net> added the comment:

    John> Can somebody please review my "doc patch" submitted 2 months ago?

My apologies.  I have it in my sandbox, but a combination of the switch to
Mercurial and lack of round tuits has conspired to keep me from checking it
in.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:06:05 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 14:06:05 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300543565.04.0.31157060148.issue7198@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Actually, I was thinking of another doc patch for the csv module.
Your changes (or something very like them) made it into the 3.2
release, as you can see here:

    http://docs.python.org/py3k/library/csv.html

S

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:09:59 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 19 Mar 2011 14:09:59 +0000
Subject: [issue11605] EMail generator.flatten() disintegrates over non-ascii
	multipart/alternative
In-Reply-To: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>
Message-ID: <1300543799.44.0.433187788215.issue11605@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11605>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:11:38 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 19 Mar 2011 14:11:38 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300543898.23.0.640704393475.issue11606@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:16:51 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Sat, 19 Mar 2011 14:16:51 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300544211.25.0.0478505336095.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

I'll make those changes, sure.  I had the same thought re: block size, but I was trying to keep inline with what the current function did.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:22:53 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 19 Mar 2011 14:22:53 +0000
Subject: [issue11605] EMail generator.flatten() disintegrates over non-ascii
	multipart/alternative
In-Reply-To: <1300532156.44.0.386489107075.issue11605@psf.upfronthosting.co.za>
Message-ID: <1300544573.67.0.299517139925.issue11605@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I can reproduce this just using message_from_binary_file and BytesGenerator on your input file, so thanks for attaching the email.  I have a test in the test suite that is *supposed* to test this, but clearly there is a case here that is not being tested.  It looks like there is something about multipart that my code isn't handling.  I'll look in to it.  (I'm very annoyed with myself that I didn't put in a test case for this to start with.)

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11605>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:29:41 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 14:29:41 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300544981.07.0.461305316584.issue11575@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Tom Pinckney thinks it's a big deal.  I suspect he might be interested
to know why you think it's not.  We are entitled to our own opinions
about privacy, but the request at hand concerns another person's
privacy.  He's the one you need to convince.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 15:42:29 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 19 Mar 2011 14:42:29 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300545749.63.0.60510115627.issue11575@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

As I said, I'm not opposed to make the repo private.  I don't need to convince anyone.  You sound like you're trying to change my opinion here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 16:54:27 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 15:54:27 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300550067.41.0.260132438043.issue11459@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is the adapted patch for 3.1, with a test case.

----------
nosy: +pitrou
Added file: http://bugs.python.org/file21291/11459_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Sat Mar 19 17:10:00 2011
From: report at bugs.python.org (roobman26)
Date: Sat, 19 Mar 2011 16:10:00 +0000
Subject: [issue11607] Apllication crashes when saving file
In-Reply-To: <1300551000.41.0.0747067514323.issue11607@psf.upfronthosting.co.za>
Message-ID: <1300551000.41.0.0747067514323.issue11607@psf.upfronthosting.co.za>


New submission from roobman26 <rlsandersla at gmail.com>:

when i try to save a file it saves, but then the application crashes. The same thing happens when I try to open a saved file.

----------
assignee: ronaldoussoren
components: Macintosh
messages: 131424
nosy: ronaldoussoren, roobman26
priority: normal
severity: normal
status: open
title: Apllication crashes when saving file
type: crash
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11607>
_______________________________________

From report at bugs.python.org  Sat Mar 19 17:10:05 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 16:10:05 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <E1Q0yj3-00083V-A6@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 1dc52ecb8949 by Antoine Pitrou in branch '3.1':
Issue #11459: A `bufsize` value of 0 in subprocess.Popen() really creates
http://hg.python.org/cpython/rev/1dc52ecb8949

New changeset 7451da272111 by Antoine Pitrou in branch '3.2':
Issue #11459: A `bufsize` value of 0 in subprocess.Popen() really creates
http://hg.python.org/cpython/rev/7451da272111

New changeset cb148da52c47 by Antoine Pitrou in branch 'default':
Issue #11459: A `bufsize` value of 0 in subprocess.Popen() really creates
http://hg.python.org/cpython/rev/cb148da52c47

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Sat Mar 19 17:12:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 16:12:05 +0000
Subject: [issue11459] Python select.select does not correctly report read
	readyness
In-Reply-To: <1299733468.5.0.410115611849.issue11459@psf.upfronthosting.co.za>
Message-ID: <1300551125.22.0.36614796625.issue11459@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Fixed now, thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11459>
_______________________________________

From report at bugs.python.org  Sat Mar 19 17:18:50 2011
From: report at bugs.python.org (Enrico Zini)
Date: Sat, 19 Mar 2011 16:18:50 +0000
Subject: [issue11608] GzipFile cannot be used for streaming
In-Reply-To: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>
Message-ID: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>


New submission from Enrico Zini <enrico at enricozini.org>:

Hello,

this snippet does not work, because GzipFile wants a file-like object that can do tell() and seek():

#!/usr/bin/python

import gzip
from urllib import urlopen

zfd = urlopen("http://ftp.debian.org/debian/dists/sid/Contents-udeb.gz")
fd = gzip.GzipFile(fileobj=zfd, mode="r")
for line in fd:
    foobar(line)

It must be possible to build a decompressing file-like object wrapper that can do without seeking, since it is obviously not a limitation of gzip decompression libraries. It would be extremely useful to have such a thing, as shown in the example snippet above.

Some more details (including a very annoying misrepresentation of the issue found in Dive Into Python) can be found at http://www.enricozini.org/2011/cazzeggio/python-gzip/ (I apologise about the ranting tone of the post).

----------
components: Library (Lib)
messages: 131427
nosy: enrico
priority: normal
severity: normal
status: open
title: GzipFile cannot be used for streaming
type: behavior
versions: Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11608>
_______________________________________

From report at bugs.python.org  Sat Mar 19 17:26:08 2011
From: report at bugs.python.org (Eric Smith)
Date: Sat, 19 Mar 2011 16:26:08 +0000
Subject: [issue11607] Apllication crashes when saving file
In-Reply-To: <1300551000.41.0.0747067514323.issue11607@psf.upfronthosting.co.za>
Message-ID: <1300551968.56.0.489067446779.issue11607@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

You're going to need to supply more information. What application? Can you post the source code? What does "crashes" mean? Is it giving a Python traceback? If so, please supply it.

Thanks.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11607>
_______________________________________

From report at bugs.python.org  Sat Mar 19 18:00:21 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sat, 19 Mar 2011 17:00:21 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300554021.07.0.230425290957.issue11563@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

urlopen_HttpTests.test_willclose() fails to call unfakehttp(), which breaks subsequent runs of test_urllib2_localnet, test_urllib2net and test_urllibnet. Fix attached.

----------
Added file: http://bugs.python.org/file21292/unfakehttp.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sat Mar 19 18:52:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 17:52:38 +0000
Subject: [issue11609] urllib-related buildbot failures
In-Reply-To: <1300557158.6.0.238527704194.issue11609@psf.upfronthosting.co.za>
Message-ID: <1300557158.6.0.238527704194.issue11609@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Many urllib-related buildbot failures recently, this seems to be cause by one of the recent urllib commits. 3.2 and 3.3 are affected.


http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/1255

----------
assignee: orsenthil
components: Library (Lib), Tests
keywords: buildbot
messages: 131430
nosy: georg.brandl, orsenthil, pitrou
priority: release blocker
severity: normal
stage: needs patch
status: open
title: urllib-related buildbot failures
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11609>
_______________________________________

From report at bugs.python.org  Sat Mar 19 18:58:43 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 19 Mar 2011 17:58:43 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300557523.71.0.236955804124.issue11572@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Regarding "__reduce__", other readers will have the same question ?ric did, so that point should definitely go in a comment after the "__reduce_ex__" check.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:01:01 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 18:01:01 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300557661.69.0.840957139677.issue11575@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, the repo is now private.

----------
resolution:  -> fixed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:08:08 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 18:08:08 +0000
Subject: [issue11456] Documentation csv RFC4180
In-Reply-To: <1299709682.27.0.368718810764.issue11456@psf.upfronthosting.co.za>
Message-ID: <E1Q10ZG-0001C7-PK@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c63d7374b89a by Skip Montanaro in branch 'default':
Mention RFC 4180.  Based on input by Tony Wallace in issue 11456.
http://hg.python.org/cpython/rev/c63d7374b89a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11456>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:18:32 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Sat, 19 Mar 2011 18:18:32 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300557523.71.0.236955804124.issue11572@psf.upfronthosting.co.za>
	(Nick Coghlan's message of "Sat, 19 Mar 2011 17:58:43 +0000")
Message-ID: <87bp179dop.fsf@asaph.rhodesmill.org>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Nick Coghlan <report at bugs.python.org> writes:

> Nick Coghlan <ncoghlan at gmail.com> added the comment:
>
> Regarding "__reduce__", other readers will have the same question ?ric
> did, so that point should definitely go in a comment after the
> "__reduce_ex__" check.

I had initially wanted to make a comment, but feared the objection that
a comment would eventually fall out of sync with the implementation of
object.__reduce_ex__ over the years (just as copy.py currently has all
sorts of cruft that is no longer applicable).  But I think that you are
right that a comment that's at least true today is better than no
comment at all; so I will add one on Monday.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:36:04 2011
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 19 Mar 2011 18:36:04 +0000
Subject: [issue11583] os.path.isdir() is slow on windows
In-Reply-To: <1300354713.42.0.570312056806.issue11583@psf.upfronthosting.co.za>
Message-ID: <1300559764.09.0.840822972005.issue11583@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11583>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:44:02 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 18:44:02 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300560242.66.0.541491207072.issue11575@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

I interpreted "not a big deal" to mean that having addresses exposed
was not a big deal.  Too many pronouns perhaps.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:49:11 2011
From: report at bugs.python.org (Darren Dale)
Date: Sat, 19 Mar 2011 18:49:11 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>


New submission from Darren Dale <dsdale24 at gmail.com>:

I posted a suggestion at python-ideas that the declaration of abstract properties could be improved in such a way that they could be declared with either the long-form or decorator syntax using the built-in property and abc.abstractmethod:

{{{
class MyProperty(property):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        for f in (self.fget, self.fset, self.fdel):
            if getattr(f, '__isabstractmethod__', False):
                self.__isabstractmethod__ = True
                break

class C(metaclass=ABCMeta):
    @MyProperty
    @abstractmethod
    def x(self):
        pass
    @x.setter
    @abstractmethod
    def x(self, val):
        pass

    # this syntax would also be supported:
    #@abstractmethod
    #def getx(self):
    #    pass
    #@abstractmethod
    #def setx(self, val):
    #    pass
    #x = MyProperty(getx, setx)

class D(C):
    'D does not define a concrete setter and cannot be instantiated'
    @C.x.setter
    def x(self):
        return 1

class E(D):
    'E has a concrete getter and setter, and can be instantiated'
    @D.x.setter
    def x(self, val):
        pass
}}}

It is hopefully evident that a relatively minor extension can be made to the built-in property such that @abstractproperty would no longer be needed. I have prepared a patch, complete with documentation and unit tests, but unfortunately I have not been able to test it because I have not been able to build Python from a mercurial checkout on either Ubuntu 11.04 or OS X 10.6.6 (for reasons unrelated to the patch.) BDFL thought the idea sounded good for inclusion in Python-3.3, and requested I submit the patch here.

----------
components: Library (Lib)
files: property_with_abstractmethod.patch
keywords: patch
messages: 131436
nosy: dsdale24
priority: normal
severity: normal
status: open
title: Improving property to accept abstract methods
type: feature request
versions: Python 3.3
Added file: http://bugs.python.org/file21293/property_with_abstractmethod.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:49:45 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 18:49:45 +0000
Subject: [issue11456] Documentation csv RFC4180
In-Reply-To: <1299709682.27.0.368718810764.issue11456@psf.upfronthosting.co.za>
Message-ID: <1300560585.26.0.452001172652.issue11456@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11456>
_______________________________________

From report at bugs.python.org  Sat Mar 19 19:52:12 2011
From: report at bugs.python.org (Darren Dale)
Date: Sat, 19 Mar 2011 18:52:12 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300560732.48.0.958122783756.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

The discussion on python-ideas: http://mail.python.org/pipermail/python-ideas/2011-March/009411.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:03:10 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 19 Mar 2011 19:03:10 +0000
Subject: [issue11575] addresses.txt file leaks into search engines
In-Reply-To: <1300296536.31.0.787284858931.issue11575@psf.upfronthosting.co.za>
Message-ID: <1300561390.22.0.15768133808.issue11575@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Your interpretation was correct indeed.  It's an email address we're talking about here, which is necessarily a public bit of information, not a private one like a Social Security or credit card number.

Anyway, the repo is now private, so nobody will be able to access any version of the addresses.txt anymore via python.org.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11575>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:03:32 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:03:32 +0000
Subject: [issue10515] csv sniffer does not recognize quotes at the end of line
In-Reply-To: <1290534942.45.0.466757650174.issue10515@psf.upfronthosting.co.za>
Message-ID: <1300561412.77.0.0284360602741.issue10515@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
assignee: skip.montanaro -> 
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10515>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:06:56 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:06:56 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300561616.95.0.328914956202.issue11549@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:07:14 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:07:14 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <1300561634.69.0.217002832781.issue11579@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:07:41 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:07:41 +0000
Subject: [issue11439] subversion keyword breakage
In-Reply-To: <1299597022.39.0.100246713924.issue11439@psf.upfronthosting.co.za>
Message-ID: <1300561661.29.0.493065580249.issue11439@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11439>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:07:55 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:07:55 +0000
Subject: [issue11445] python.exe on OS X shared-llbrary build erroneously
	linked to MacPorts python library
In-Reply-To: <19830.44206.997189.286834@montanaro.dyndns.org>
Message-ID: <1300561675.84.0.148110685158.issue11445@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11445>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:08:14 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:08:14 +0000
Subject: [issue11419] Python-ast.[ch] out-of-date w.r.t. sources in fresh 2.5
	checkout
In-Reply-To: <1299455274.97.0.594517189551.issue11419@psf.upfronthosting.co.za>
Message-ID: <1300561694.05.0.461784159579.issue11419@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11419>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:08:35 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:08:35 +0000
Subject: [issue11007] stack tracebacks should give the relevant class name
In-Reply-To: <1295968345.3.0.31737747868.issue11007@psf.upfronthosting.co.za>
Message-ID: <1300561715.46.0.738894188733.issue11007@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11007>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:08:59 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Sat, 19 Mar 2011 19:08:59 +0000
Subject: [issue9348] Calling argparse's add_argument with the wrong number of
	metavars causes delayed error message
In-Reply-To: <1279892056.3.0.745674136702.issue9348@psf.upfronthosting.co.za>
Message-ID: <1300561739.36.0.858826272155.issue9348@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

For kicks, I just took a look at this old, forgotten issue.  I agree with the submitter that add_argument() should fail if nargs and metavar do not match, instead of having format_help() raise the exception later on.

I've attached a patch (issue9348_patch_v01.txt) with a proposed fix and associated test cases.  The drawback of my approach is that if a custom HelpFormatter is used which has different semantics for metavar it could cause add_argument() to incorrectly reject the metavar value.  I'm not sure how common that is though.

----------
nosy: +denversc
Added file: http://bugs.python.org/file21294/issue9348_patch_v01.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:09:05 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:09:05 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300561745.44.0.0758861930365.issue11421@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:09:24 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:09:24 +0000
Subject: [issue11205] Evaluation order of dictionary display is different from
	reference manual.
In-Reply-To: <1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
Message-ID: <1300561764.11.0.792029665027.issue11205@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11205>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:09:43 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:09:43 +0000
Subject: [issue10954] No warning for csv.writer API change
In-Reply-To: <1295519548.77.0.698015070506.issue10954@psf.upfronthosting.co.za>
Message-ID: <1300561783.5.0.37613320093.issue10954@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10954>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:09:57 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:09:57 +0000
Subject: [issue10444] A mechanism is needed to override waiting for Python
	threads to finish
In-Reply-To: <1290002661.34.0.535369286873.issue10444@psf.upfronthosting.co.za>
Message-ID: <1300561797.55.0.454919156683.issue10444@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10444>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:10:19 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:10:19 +0000
Subject: [issue10401] Globals / builtins cache
In-Reply-To: <1289597080.96.0.9732660757.issue10401@psf.upfronthosting.co.za>
Message-ID: <1300561819.2.0.78663293727.issue10401@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10401>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:10:36 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:10:36 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1300561836.87.0.781549662793.issue9650@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:11:02 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:11:02 +0000
Subject: [issue9788] atexit and execution order
In-Reply-To: <1283855234.53.0.604946356676.issue9788@psf.upfronthosting.co.za>
Message-ID: <1300561862.2.0.363785435362.issue9788@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9788>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:11:21 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:11:21 +0000
Subject: [issue9755] Fix refcounting details in Py3k C API documentation
In-Reply-To: <1283514224.53.0.325600320074.issue9755@psf.upfronthosting.co.za>
Message-ID: <1300561881.31.0.467506175273.issue9755@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9755>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:11:45 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sat, 19 Mar 2011 19:11:45 +0000
Subject: [issue8387] use universal newline mode in csv module examples
In-Reply-To: <1271193086.18.0.201846291594.issue8387@psf.upfronthosting.co.za>
Message-ID: <1300561905.71.0.604632165564.issue8387@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8387>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:32:14 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 19 Mar 2011 19:32:14 +0000
Subject: [issue11608] GzipFile cannot be used for streaming
In-Reply-To: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>
Message-ID: <1300563134.65.0.233904430126.issue11608@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11608>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:43:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 19:43:54 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300563834.62.0.970618095817.issue5863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Given the absence of response on python-dev, I'd say simply remove the obsolete copyright notice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Sat Mar 19 20:44:26 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 19 Mar 2011 19:44:26 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300563866.78.0.151638893074.issue11610@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sat Mar 19 21:37:57 2011
From: report at bugs.python.org (Arif Zaman)
Date: Sat, 19 Mar 2011 20:37:57 +0000
Subject: [issue11611] wxPython PropertyGrid Demo error and fix
In-Reply-To: <1300567077.69.0.560043007986.issue11611@psf.upfronthosting.co.za>
Message-ID: <1300567077.69.0.560043007986.issue11611@psf.upfronthosting.co.za>


New submission from Arif Zaman <arifzaman at gmail.com>:

In the wxPython Demo the PropertyGrid code has the lines

        #
        # Let's use some simple custom editor
        #
        # NOTE: Editor must be registered *before* adding a property that
        # uses it.
            pg.RegisterEditor(TrivialPropertyEditor)
            pg.RegisterEditor(SampleMultiButtonEditor)
            pg.RegisterEditor(LargeImageEditor)

The first time you look at this demo, it runs. Then if you go to some other demo, and return back to this (in the same session), it tries to register the same editors. Since they are already registered this causes an AssertionError. I fixed it by

        #
        # Let's use some simple custom editor
        #
        # NOTE: Editor must be registered *before* adding a property that
        # uses it.
        try:
            pg.RegisterEditor(TrivialPropertyEditor)
            pg.RegisterEditor(SampleMultiButtonEditor)
            pg.RegisterEditor(LargeImageEditor)
        except AssertionError:
            pass

although I am sure you can probably do better.

PS: This is my first visit to this site, so if I have posted this with some incorrect area, please just let me know kindly.

----------
components: Demos and Tools
messages: 131441
nosy: Arif.Zaman
priority: normal
severity: normal
status: open
title: wxPython PropertyGrid Demo error and fix
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11611>
_______________________________________

From report at bugs.python.org  Sat Mar 19 21:38:28 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 19 Mar 2011 20:38:28 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300567108.84.0.964616900153.issue11610@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I looked at the patch (I didn't test it yet), my comments are on Rietveld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sat Mar 19 21:54:18 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 19 Mar 2011 20:54:18 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300568058.44.0.54611645315.issue11567@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:22:28 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 19 Mar 2011 21:22:28 +0000
Subject: [issue11205] Evaluation order of dictionary display is different from
	reference manual.
In-Reply-To: <1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
Message-ID: <1300569748.73.0.184482792325.issue11205@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11205>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:27:05 2011
From: report at bugs.python.org (John Machin)
Date: Sat, 19 Mar 2011 21:27:05 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300570025.28.0.51705526405.issue7198@psf.upfronthosting.co.za>


John Machin <sjmachin at lexicon.net> added the comment:

Skip, The changes that I suggested have NOT been made. Please re-read the doc page you pointed to. The "writer" paragraph does NOT mention that newline='' is required when writing. The "writer" examples do NOT include newline=''. The examples have NOT been enhanced by using a "with" statement and not using space as an example delimiter.

PLEASE RE-OPEN THIS ISSUE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:34:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 21:34:31 +0000
Subject: [issue11609] urllib-related buildbot failures
In-Reply-To: <1300557158.6.0.238527704194.issue11609@psf.upfronthosting.co.za>
Message-ID: <E1Q13n4-00018D-8P@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5c83a375a23e by Senthil Kumaran in branch '3.2':
Call unfakehttp in order to close connection while opening the connection through a fakehttp object.
http://hg.python.org/cpython/rev/5c83a375a23e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11609>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:35:27 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 19 Mar 2011 21:35:27 +0000
Subject: [issue11611] wxPython PropertyGrid Demo error and fix
In-Reply-To: <1300567077.69.0.560043007986.issue11611@psf.upfronthosting.co.za>
Message-ID: <1300570527.35.0.794850419696.issue11611@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

What demo file are you referring to?  If it is something to do with wxPython, you probably want to refer to the bug tracker for that project.  wxPython is not part of the standard Python library.

See http://www.wxpython.org/ and http://trac.wxwidgets.org/

----------
nosy: +ned.deily
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11611>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:41:19 2011
From: report at bugs.python.org (Darren Dale)
Date: Sat, 19 Mar 2011 21:41:19 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300570879.8.0.2345119882.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

Here is a new patch that addresses a couple problems found in review:

* Unit tests contained a typo (Property instead of property)
* DeprecationWarning would be issued when importing abc rather than when creating abstractproperty. (whether abstractproperty should be deprecated has been questioned).

----------
Added file: http://bugs.python.org/file21295/property_with_abstractmethod_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:42:32 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 19 Mar 2011 21:42:32 +0000
Subject: [issue11607] Apllication crashes when saving file
In-Reply-To: <1300551000.41.0.0747067514323.issue11607@psf.upfronthosting.co.za>
Message-ID: <1300570952.15.0.730902658083.issue11607@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Please also add the platform you are using python on, and which installer you used to install Python.

Assuming that you have a problem with IDLE:

If you used "Mac OS X 64-bit/32-bit Installer (3.2) for Mac OS X 10.6": did you install a new copy of Tcl/Tk? The system version of Tk is known to be bad, the ActiveState installer fixes a number of those and that includes most crashers (see <http://www.python.org/download/mac/tcltk/> for more information).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11607>
_______________________________________

From report at bugs.python.org  Sat Mar 19 22:55:54 2011
From: report at bugs.python.org (John Machin)
Date: Sat, 19 Mar 2011 21:55:54 +0000
Subject: [issue10954] No warning for csv.writer API change
In-Reply-To: <1295519548.77.0.698015070506.issue10954@psf.upfronthosting.co.za>
Message-ID: <1300571754.82.0.531273991909.issue10954@psf.upfronthosting.co.za>


John Machin <sjmachin at lexicon.net> added the comment:

The doc patch proposed by Skip on 2001-01-24 for this bug has NOT been reviewed, let alone applied. Sibling bug #7198 has been closed in error. Somebody please help.

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10954>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:00:11 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 22:00:11 +0000
Subject: [issue11609] urllib-related buildbot failures
In-Reply-To: <1300557158.6.0.238527704194.issue11609@psf.upfronthosting.co.za>
Message-ID: <1300572011.47.0.868206712158.issue11609@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Buildbots pass the tests again.

----------
priority: release blocker -> 
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11609>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:14:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 19 Mar 2011 22:14:36 +0000
Subject: [issue11609] urllib-related buildbot failures
In-Reply-To: <1300557158.6.0.238527704194.issue11609@psf.upfronthosting.co.za>
Message-ID: <E1Q14Pr-0004T7-2w@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 00459310b136 by Senthil Kumaran in branch 'default':
closes issue11609. buildbot related failures in the test_urllibnet.
http://hg.python.org/cpython/rev/00459310b136

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11609>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:20:21 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 19 Mar 2011 22:20:21 +0000
Subject: [issue11485] Default SDK value on MacOSX needs changing
In-Reply-To: <1300051696.43.0.599185291628.issue11485@psf.upfronthosting.co.za>
Message-ID: <1300573221.32.0.811219899858.issue11485@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The 10.4 SDK needs to be changed in 2.7, 3.1 and 3.2 as well: the most recent version of Xcode no longer ships with the 10.4 SDK (and possibly  without the 10.5 SDK as well, I'll writing this at the airport and haven't downloaded the latest release yet).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11485>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:28:32 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 19 Mar 2011 22:28:32 +0000
Subject: [issue10954] No warning for csv.writer API change
In-Reply-To: <1295519548.77.0.698015070506.issue10954@psf.upfronthosting.co.za>
Message-ID: <1300573712.54.0.465123610871.issue10954@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Since this is not a doc issue, doc people would not especially see it. That aside...
What is *your* review. Does it satisfy you?
Answer on #7198 if you want.
And please be a bit patient as people are learning the new hg system.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10954>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:32:51 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 22:32:51 +0000
Subject: [issue9740] Support for HTTP 1.1 persistent connections throughout
	the standard library
In-Reply-To: <1283428611.84.0.131704513964.issue9740@psf.upfronthosting.co.za>
Message-ID: <1300573971.73.0.800132592044.issue9740@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9740>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:35:08 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 22:35:08 +0000
Subject: [issue3566] httplib persistent connections violate MUST in RFC2616
	sec 8.1.4.
In-Reply-To: <1218901279.9.0.954545383172.issue3566@psf.upfronthosting.co.za>
Message-ID: <1300574108.35.0.317031035269.issue3566@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3566>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:36:00 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 19 Mar 2011 22:36:00 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300574160.42.0.213380005578.issue3080@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21296/issue3080.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:40:58 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 22:40:58 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1300541368.27.0.953124031736.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110319224048.GA294@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Sat, Mar 19, 2011 at 01:29:28PM +0000, ??ric Araujo wrote:
> It???s a private function, if that makes the patch smaller let???s change it.

The promised 11466.5.patch.  It:

    - Fixes #11466 resource warning.
    - Fixes bogus newline which would have been written before 
      in case the fallback implementation needs to be used.
      + _raw_input() has been renamed to _user_input() because that 
        is what it actually does (wether it's raw depends on caller). 
        It will now encapsulate the complete user prompting, 
        thus including the mentioned final newline.
    - Allows patch-in of #11236 patch without any further 
      adjustments (i.e. no additional catch of another resource 
      warning necessary).
    - It cleans up the control flow and the comments a bit which 
      i think was the reason that the first two items above could 
      actually become introduced in the code at all.

But - it's even larger than 11466.4.patch!

----------
Added file: http://bugs.python.org/file21297/11466.5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -38,27 +38,25 @@
 
     Always restores terminal settings before returning.
     """
-    fd = None
-    tty = None
-    try:
-        # Always try reading and writing directly on the tty first.
-        fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
-        tty = os.fdopen(fd, 'w+', 1)
-        input = tty
-        if not stream:
-            stream = tty
-    except EnvironmentError as e:
-        # If that fails, see if stdin can be controlled.
+    tty, exinst, passwd = None, None, None
+    # Something to break off if an error happens
+    while 1:
         try:
-            fd = sys.stdin.fileno()
-        except (AttributeError, ValueError):
-            passwd = fallback_getpass(prompt, stream)
-        input = sys.stdin
-        if not stream:
-            stream = sys.stderr
+            # Always try reading and writing directly on the tty first.
+            fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
+            input = tty = os.fdopen(fd, 'w+', 1)
+            if not stream:
+                stream = tty
+        except EnvironmentError:
+            # If that fails, see if stdin can be controlled;
+            # use generic fallback implementation as last resort
+            try:
+                fd = sys.stdin.fileno()
+            except:
+                break
+            if not stream:
+                stream = sys.stderr
 
-    if fd is not None:
-        passwd = None
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
@@ -68,21 +66,29 @@
                 tcsetattr_flags |= termios.TCSASOFT
             try:
                 termios.tcsetattr(fd, tcsetattr_flags, new)
-                passwd = _raw_input(prompt, stream, input=input)
+                passwd = _user_input(prompt, stream, input=input, echooff=True)
+            except Exception as e:
+                exinst = e
             finally:
                 termios.tcsetattr(fd, tcsetattr_flags, old)
-                stream.flush()  # issue7208
-        except termios.error as e:
+                stream.flush() # issue7208 (7246)
+        except Exception as e:
             if passwd is not None:
-                # _raw_input succeeded.  The final tcsetattr failed.  Reraise
-                # instead of leaving the terminal in an unknown state.
-                raise
-            # We can't control the tty or stdin.  Give up and use normal IO.
-            # fallback_getpass() raises an appropriate warning.
-            del input, tty  # clean up unused file objects before blocking
-            passwd = fallback_getpass(prompt, stream)
+                # _user_input succeeded, but the final tcsetattr failed.
+                # Reraise the termios.error instead of leaving the terminal
+                # in an unknown state.
+                exinst = e
+        break
 
-    stream.write('\n')
+    if not exinst and passwd is None:
+        # We can't control the tty or stdin. Give up and use normal IO.
+        # fallback_getpass() raises an appropriate warning.
+        passwd = fallback_getpass(prompt, stream)
+
+    if tty:
+        tty.close()
+    if exinst:
+        raise exinst
     return passwd
 
 
@@ -115,10 +121,10 @@
     if not stream:
         stream = sys.stderr
     print("Warning: Password input may be echoed.", file=stream)
-    return _raw_input(prompt, stream)
+    return _user_input(prompt, stream, input=None, echooff=False)
 
 
-def _raw_input(prompt="", stream=None, input=None):
+def _user_input(prompt, stream, input=None, echooff=False):
     # This doesn't save the string in the GNU readline history.
     if not stream:
         stream = sys.stderr
@@ -130,6 +136,8 @@
         stream.flush()
     # NOTE: The Python C API calls flockfile() (and unlock) during readline.
     line = input.readline()
+    if echooff:
+        stream.write('\n')
     if not line:
         raise EOFError
     if line[-1] == '\n':

From report at bugs.python.org  Sat Mar 19 23:45:16 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 19 Mar 2011 22:45:16 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300574716.73.0.222580506638.issue3080@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
Removed message: http://bugs.python.org/msg123994

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sat Mar 19 23:46:34 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 19 Mar 2011 22:46:34 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <20110319224625.GB294@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

The attached 11236.depend.patch updates Merlijn's patch so that it 
applies cleanly just in case the #11466.5.patch is used in the end.

----------
Added file: http://bugs.python.org/file21298/11236.depend.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -60,7 +60,7 @@
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
-            new[3] &= ~(termios.ECHO|termios.ISIG)  # 3 == 'lflags'
+            new[3] &= ~termios.ECHO # 3 == 'lflags'
             tcsetattr_flags = termios.TCSAFLUSH
             if hasattr(termios, 'TCSASOFT'):
                 tcsetattr_flags |= termios.TCSASOFT

From report at bugs.python.org  Sat Mar 19 23:58:27 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sat, 19 Mar 2011 22:58:27 +0000
Subject: [issue10883] urllib: socket is not closed explicitly
In-Reply-To: <1294698764.05.0.403920474459.issue10883@psf.upfronthosting.co.za>
Message-ID: <1300575507.41.0.552500345454.issue10883@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Would it be possible to commit this partial fix now? It gets rid of 4 of the 8 warnings that I am currently seeing in test_urllib2net.

(As an aside, for anyone reading this who hasn't seen issue11563, test_urllibnet is now warning-free)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10883>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:01:25 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 23:01:25 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300575685.95.0.415942906456.issue11563@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Victor - Issue9740 and Issue3566 talks about the need to have persistent connection. 3.3 would be a good target to have this feature in.
Shall add the NEWS entry.

Nadeen Wadwa - Thanks for your patch. I committed the fix as part of another bug (Issue3566). I shall mention the credits in an update to the log. thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:01:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 19 Mar 2011 23:01:44 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300575704.64.0.271721333849.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Replace open_exclusive() by fopen(name, "wb") on Windows: is it correct?

I reverted this change in my Mercurial branch (unicode_import).

> rename xxxobj => xxx to keep original names and have a short patch

done

> catch encoding errors in case_ok()

done

> don't encode in case_ok() if case_ok() does nothing (eg. on Linux)

done

> find a better name for find_module2()

done: find_module_path_list() and find_module_path()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:02:06 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 23:02:06 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300575726.99.0.717735731503.issue11563@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
Removed message: http://bugs.python.org/msg131456

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:02:37 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 23:02:37 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <1300575757.45.0.116654669139.issue11563@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Victor - Issue9740 and Issue3566 talks about the need to have persistent connection. 3.3 would be a good target to have this feature in.
Shall add the NEWS entry.

Nadeem Vawda - Thanks for your patch. I committed the fix as part of another bug (Issue3566). I shall mention the credits in an update to the log. thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:03:55 2011
From: report at bugs.python.org (John Machin)
Date: Sat, 19 Mar 2011 23:03:55 +0000
Subject: [issue10954] No warning for csv.writer API change
In-Reply-To: <1295519548.77.0.698015070506.issue10954@psf.upfronthosting.co.za>
Message-ID: <1300575835.01.0.246921507273.issue10954@psf.upfronthosting.co.za>


John Machin <sjmachin at lexicon.net> added the comment:

Terry, I have already made the point """the docs bug is #7198. This is the meaningful-exception bug."""

My review is """changing 'should' to 'must' is not very useful without a consistent interpretation of what those two words mean and without any enforcement of use of newline=''.

I was patient enough to wait 2 months for a review of my "doc patch" on #7198. 

My issues are that the 3.2 docs have NOT been changed (have a look at the csv.writer paragraph: do you see the word "newline" anywhere??), #7198 has been closed without any action, and BOTH of these two issues (which have in effect been lurking about since Python 3.0.0alpha) appear to have been abandoned.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10954>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:04:39 2011
From: report at bugs.python.org (Michael Hughes)
Date: Sat, 19 Mar 2011 23:04:39 +0000
Subject: [issue10444] A mechanism is needed to override waiting for Python
	threads to finish
In-Reply-To: <1290002661.34.0.535369286873.issue10444@psf.upfronthosting.co.za>
Message-ID: <1300575879.05.0.592194099803.issue10444@psf.upfronthosting.co.za>


Michael Hughes <michaelahughes at gmail.com> added the comment:

Hey guys
We don't always have control over all of the threads launched within our application. We might have inexperienced users writing basic scripts using threads, but they don't know enough about setting them to Daemon. Previous versions of the Python interpreter we were using in our app didn't block.
I'd like an option to override the blocking, because for our application, for the most part, we do want it to always quit and not wait for threads to quit properly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10444>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:06:04 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 19 Mar 2011 23:06:04 +0000
Subject: [issue10883] urllib: socket is not closed explicitly
In-Reply-To: <1300575507.41.0.552500345454.issue10883@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=V00WmaKfqnMN8u1Lz9kN+9dKgL3bWz2vWr+Qv@mail.gmail.com>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

I saw the partial fix suggested by the patch, but for some reason I
did not see ResourceWarning being shutup. Let's look at this again.
The warnings are all from the (old) ftp portion of the code..

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10883>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:08:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 19 Mar 2011 23:08:54 +0000
Subject: [issue10444] A mechanism is needed to override waiting for Python
	threads to finish
In-Reply-To: <1290002661.34.0.535369286873.issue10444@psf.upfronthosting.co.za>
Message-ID: <1300576134.74.0.057010244785.issue10444@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This looks like an ugly hack to solve a slightly exotic problem. You could instead enumerate() all threads and set their daemon flag to False, before shutting down the interpreter.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10444>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:09:27 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 19 Mar 2011 23:09:27 +0000
Subject: [issue11046] setup.py/configure [darwin]
In-Reply-To: <1296224784.81.0.0525228154056.issue11046@psf.upfronthosting.co.za>
Message-ID: <1300576167.5.0.820273825561.issue11046@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've filed Issue11485 for the SDK issue (the default SDK should be more sane for normal use). 

AFAIK that means it is not necessary to keep this issue open.

----------
resolution:  -> later
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11046>
_______________________________________

From report at bugs.python.org  Sun Mar 20 00:27:00 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 19 Mar 2011 23:27:00 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300577220.31.0.303788354678.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> test_runpy fails on Windows on make_legacy_pyc() (of test.support),
> I don't know why.

Gotcha: I replaced mkdir() by CreateDirectoryW(), but the "directory already exists" error was not ignored. Fixed by 2debe178697b.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 01:23:42 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 00:23:42 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300580622.85.0.595870960658.issue11567@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I agree with Ezio.  I noticed the commit but didn?t comment: I wanted to bring up the subject of HTML-producing modules in the stdlib and advocate use of HTML?5 (for real, pragmatic reasons, not because of a mode effect?I?ll dig up a number of links that explain the problems with pseudo-XHTML).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Sun Mar 20 02:27:40 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 01:27:40 +0000
Subject: [issue11563] test_urllibnet is triggering a ResourceWarning
In-Reply-To: <1300229857.13.0.482456727872.issue11563@psf.upfronthosting.co.za>
Message-ID: <E1Q17Qf-0003yb-Be@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 53c8f2bd0316 by Senthil Kumaran in branch '3.2':
Add NEWS for  Issue #11563.
http://hg.python.org/cpython/rev/53c8f2bd0316

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11563>
_______________________________________

From report at bugs.python.org  Sun Mar 20 02:50:07 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 20 Mar 2011 01:50:07 +0000
Subject: [issue11282] 3.3 unittest document not kept consist with code
In-Reply-To: <1298354999.37.0.375525915954.issue11282@psf.upfronthosting.co.za>
Message-ID: <1300585807.43.0.300086557898.issue11282@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee: michael.foord -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11282>
_______________________________________

From report at bugs.python.org  Sun Mar 20 03:35:18 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 20 Mar 2011 02:35:18 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300416764.64.0.378444258187.issue11567@psf.upfronthosting.co.za>
Message-ID: <20110320023510.GB3185@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Ezio Melotti wrote:

> This is just nitpicking, but serving XHTML as text/html is wrong.  

While, I thought this statement is correct and expected the Internet
media-type should be something else (application/xhtml+xml), but as
per w3c, it is not wrong to serve XHTML as text/html (RFC 3236)

Also, have a look at the example given at:

http://www.w3.org/QA/2002/04/Web-Quality

Validating the present output using the validator will give a green
signal too.

>Also  XHTML is not necessary here, so I would just use an HTML 4.01
>strict doctype (and remove the xmlns).

Agree to this. Although at the moment it does not cause any harm, it
is a good to be plain HTML when it is a http server.

?ric - HTML5 is not a standard yet and when it becomes one (or much
earlier, when it becomes a de-facto standard), then html producing
stdlib modules should move to it. I don't think we should move faster
than browsers or html client applications.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Sun Mar 20 03:36:49 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 02:36:49 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <E1Q18Vb-0000ey-2U@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ab27f16f707a by R David Murray in branch 'default':
#7198: add newlines='' to csv.writer docs.
http://hg.python.org/cpython/rev/ab27f16f707a

New changeset 959f666470cc by R David Murray in branch 'default':
Merge #7198 doc fix.
http://hg.python.org/cpython/rev/959f666470cc

New changeset 9d1b1a95bc8f by R David Murray in branch 'default':
Merge #7198 doc fix.
http://hg.python.org/cpython/rev/9d1b1a95bc8f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 03:39:01 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 20 Mar 2011 02:39:01 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300588741.68.0.884636700381.issue7198@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Fixed now.  Thanks, and sorry for the delay, and the confusion.

----------
resolution: accepted -> fixed
stage: needs patch -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 03:45:58 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 02:45:58 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <E1Q18eS-0001NN-91@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 135a0d7bc4db by Senthil Kumaran in branch '3.1':
Issue #11567 - Let's have the DOCTYPE as HTML instead of XHTML.
http://hg.python.org/cpython/rev/135a0d7bc4db

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Sun Mar 20 04:03:13 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Sun, 20 Mar 2011 03:03:13 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300590193.07.0.81814695588.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Take four! Includes Antoine's suggestions. I changed the callback to return (block num, read size, file size) as opposed to (block num, block size, file size) as this seems to make more sense. 

I appreciate the back and forth. I'd be happy to create issues & handle the other things that have been moved out of this patch.

----------
Added file: http://bugs.python.org/file21299/issue10050.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 04:13:18 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 03:13:18 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q194s-00041j-Tx@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6c80ac44ae9c by Victor Stinner in branch 'default':
Issue #3080: zipimport has a full unicode suppport
http://hg.python.org/cpython/rev/6c80ac44ae9c

New changeset b50a0d44545a by Victor Stinner in branch 'default':
Issue #3080: PyImport_Cleanup() uses Unicode
http://hg.python.org/cpython/rev/b50a0d44545a

New changeset e7c1019b27b9 by Victor Stinner in branch 'default':
Issue #3080: Add PyImport_ImportFrozenModuleObject()
http://hg.python.org/cpython/rev/e7c1019b27b9

New changeset 2425717c6430 by Victor Stinner in branch 'default':
Issue #3080: Import builtins using Unicode strings
http://hg.python.org/cpython/rev/2425717c6430

New changeset ced52fcd95f6 by Victor Stinner in branch 'default':
Issue #3080: Use PyUnicode_InternFromString() for builtins
http://hg.python.org/cpython/rev/ced52fcd95f6

New changeset e63a583ec689 by Victor Stinner in branch 'default':
Issue #3080: Document the name attribute of the _inittab structure
http://hg.python.org/cpython/rev/e63a583ec689

New changeset bab42673674a by Victor Stinner in branch 'default':
Issue #3080: _PyWin_FindRegisteredModule() returns the path as Unicode
http://hg.python.org/cpython/rev/bab42673674a

New changeset ef2b6305d395 by Victor Stinner in branch 'default':
Issue #3080: _PyImport_LoadDynamicModule() uses Unicode for name and path
http://hg.python.org/cpython/rev/ef2b6305d395

New changeset d52f471fbbeb by Victor Stinner in branch 'default':
Issue #3080: find_module() initialize buf and *p_fp
http://hg.python.org/cpython/rev/d52f471fbbeb

New changeset bdf5820f5a39 by Victor Stinner in branch 'default':
Issue #3080: Remove useless name buffer from find_module()
http://hg.python.org/cpython/rev/bdf5820f5a39

New changeset a4d797b9ff63 by Victor Stinner in branch 'default':
Issue #3080: Create find_module_path_list() subfunction
http://hg.python.org/cpython/rev/a4d797b9ff63

New changeset 09aaac73d9cf by Victor Stinner in branch 'default':
Issue #3080: Create find_module_path() subfunction
http://hg.python.org/cpython/rev/09aaac73d9cf

New changeset f6507eb8e689 by Victor Stinner in branch 'default':
Issue #3080: get_sourcefile(), make_source_pathname(), load_package()
http://hg.python.org/cpython/rev/f6507eb8e689

New changeset d24decc8c97e by Victor Stinner in branch 'default':
Issue #3080: Use Unicode to import source and compiled modules
http://hg.python.org/cpython/rev/d24decc8c97e

New changeset 64c21f364519 by Victor Stinner in branch 'default':
Issue #3080: load_module() expects name and path as Unicode
http://hg.python.org/cpython/rev/64c21f364519

New changeset e55e7f197649 by Victor Stinner in branch 'default':
Issue #3080: PyImport_ImportModuleNoBlock() uses Unicode
http://hg.python.org/cpython/rev/e55e7f197649

New changeset 7c67aa3ab531 by Victor Stinner in branch 'default':
Issue #3080: Use Unicode for the "The Magnum Opus of dotted-name import"
http://hg.python.org/cpython/rev/7c67aa3ab531

New changeset 23fe237afa81 by Victor Stinner in branch 'default':
Issue #3080: Use %R to format module name in error messages
http://hg.python.org/cpython/rev/23fe237afa81

New changeset 2ee0ab9d2e8a by Victor Stinner in branch 'default':
Issue #3080: Reindent and simplify import_submodule()
http://hg.python.org/cpython/rev/2ee0ab9d2e8a

New changeset 340f76a6a792 by Victor Stinner in branch 'default':
Issue #3080: Drop OS/2 support for the import machinery
http://hg.python.org/cpython/rev/340f76a6a792

New changeset 156818529636 by Victor Stinner in branch 'default':
Issue #3080: find_module() expects module fullname and subname as Unicode
http://hg.python.org/cpython/rev/156818529636

New changeset fe1d421ca3fa by Victor Stinner in branch 'default':
Issue #3080: Rename some path variables to path_list
http://hg.python.org/cpython/rev/fe1d421ca3fa

New changeset c1a5a7dca1ec by Victor Stinner in branch 'default':
Issue #3080: find_module() sets an empty path for builtin and frozen modules
http://hg.python.org/cpython/rev/c1a5a7dca1ec

New changeset c4ccf02456d6 by Victor Stinner in branch 'default':
Issue #3080: Refactor find_module_path(), use return instead of break
http://hg.python.org/cpython/rev/c4ccf02456d6

New changeset 298a70b27497 by Victor Stinner in branch 'default':
Issue #3080: find_init_module() expects Unicode
http://hg.python.org/cpython/rev/298a70b27497

New changeset 066b399a8477 by Victor Stinner in branch 'default':
Issue #3080: case_ok() expects Unicode strings
http://hg.python.org/cpython/rev/066b399a8477

New changeset 9aec6f0e4076 by Victor Stinner in branch 'default':
Issue #3080: find_module() returns the path as Unicode
http://hg.python.org/cpython/rev/9aec6f0e4076

New changeset c17bc2026145 by Victor Stinner in branch 'default':
Issue #3080: imp.new_module() uses Unicode
http://hg.python.org/cpython/rev/c17bc2026145

New changeset c4361bab6914 by Victor Stinner in branch 'default':
Issue #3080: Use repr() to format the module name on error
http://hg.python.org/cpython/rev/c4361bab6914

New changeset 80f4bd647695 by Victor Stinner in branch 'default':
Issue #3080: Add PyImport_ImportModuleLevelObject() function
http://hg.python.org/cpython/rev/80f4bd647695

New changeset cc7c0f6f60bf by Victor Stinner in branch 'default':
Issue #3080: skip test_bdist_rpm if sys.executable is not encodable to UTF-8
http://hg.python.org/cpython/rev/cc7c0f6f60bf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 04:29:04 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 03:29:04 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q19K8-0005No-BP@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f8d6f6797909 by Victor Stinner in branch 'default':
Issue #3080: Fix case_ok() using case_bytes()
http://hg.python.org/cpython/rev/f8d6f6797909

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:00:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 04:00:31 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q19oZ-0007pk-Ia@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset dc38c4d65cd9 by Victor Stinner in branch 'default':
Issue #3080: Fix call to case_ok() in find_init_module()
http://hg.python.org/cpython/rev/dc38c4d65cd9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:02:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 20 Mar 2011 04:02:18 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300593738.81.0.703187955275.issue7198@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Gah, I messed up the push.  Now I have to backport the doc fix :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:02:40 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 20 Mar 2011 04:02:40 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300593760.3.0.280039375929.issue7198@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee: skip.montanaro -> r.david.murray
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:30:44 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 20 Mar 2011 04:30:44 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1300590193.07.0.81814695588.issue10050@psf.upfronthosting.co.za>
Message-ID: <20110320043036.GC3185@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Thanks again.

Agree to use of returning the block size to the returnhook callable.
But this is going be a deviation from the existing behavior which was
present to inform the user at regular intervals and did not bother to
provide any 'progressive size' related data, so this change should
documented as new behavior.

With respect to the docs patch in urllib2 howto I would do something
like this.

with open(local_filename) as fh: 
     content = fh.read()

Or *better* would demonstrate the filename argument passing and
reporthook functionality. If you wish, take this part alone, (the
howto document) update as separate patch, which should be committed
once this is in.

There is one comment which I forgot to mention earlier.

The current urlretrieve function is internally calling the URLOpener's
retrieve method. 

Those URLOpener class might need a DeprecationWarning while address
thing bug and that particular retrieve method can be updated to use
the updated facility just as bonus till the time it survives.

Antoine - any suggestions on the last point?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:41:58 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sun, 20 Mar 2011 04:41:58 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300495310.36.0.352191959863.issue11603@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=CxmA53e59xaYqhwcZsepPiFPvAZdkhkE-3mUj@mail.gmail.com>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

On Sat, Mar 19, 2011 at 12:41 AM, Terry J. Reedy <report at bugs.python.org> wrote:
> Whether or not this fixes issue ('should' is a bit vague, confirmation is needed) this seems like a good idea.

Yes, it fixes the issue. I wrote "should" because I was a bit in a
hurry and hadn't put much thought into whether it's the best way to
fix that issue (or if there even is an issue that should be fixed).
Now that I thought a bit more about it, I think it's a decent fix for
the issue. There is still the possibility that a custom __repr__
method calls `object.__str__`, but that will either raise a
RuntimeError at some point (due to stack exhaustion; if the method is
a Python method) or it's a case of "well, don't do that" (if the
method is implemented in C).

> However, I also do not know where to put it as there is no test_object or test_typeobject file that I see.

I updated the patch and put a test into test_class which seemed like a
good place for it to me. Also, I did the patch against the 3.1 branch
this time, so it can be forward-ported.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:45:02 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sun, 20 Mar 2011 04:45:02 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>
Message-ID: <1300596302.84.0.932601031173.issue11603@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Removed file: http://bugs.python.org/file21283/issue_11603.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Sun Mar 20 05:45:50 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sun, 20 Mar 2011 04:45:50 +0000
Subject: [issue11603] Python crashes or hangs when rebinding __repr__ as
	__str__
In-Reply-To: <1300482917.38.0.116490632242.issue11603@psf.upfronthosting.co.za>
Message-ID: <1300596350.38.0.430631299603.issue11603@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Added file: http://bugs.python.org/file21300/issue_11603.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11603>
_______________________________________

From report at bugs.python.org  Sun Mar 20 06:24:36 2011
From: report at bugs.python.org (Arif Zaman)
Date: Sun, 20 Mar 2011 05:24:36 +0000
Subject: [issue11611] wxPython PropertyGrid Demo error and fix
In-Reply-To: <1300570527.35.0.794850419696.issue11611@psf.upfronthosting.co.za>
Message-ID: <AANLkTin0bOGdMorAxuwLJj2JMa6HYa8h0_X6tOcCFJrv@mail.gmail.com>


Arif Zaman <arifzaman at gmail.com> added the comment:

Thanks, will do.

Arif

On Sun, Mar 20, 2011 at 2:35 AM, Ned Deily <report at bugs.python.org> wrote:

>
> Ned Deily <nad at acm.org> added the comment:
>
> What demo file are you referring to?  If it is something to do with
> wxPython, you probably want to refer to the bug tracker for that project.
>  wxPython is not part of the standard Python library.
>
> See http://www.wxpython.org/ and http://trac.wxwidgets.org/
>
> ----------
> nosy: +ned.deily
> status: open -> pending
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11611>
> _______________________________________
>

----------
status: pending -> open
Added file: http://bugs.python.org/file21301/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11611>
_______________________________________
-------------- next part --------------
Thanks, will do.<div><br></div><div>Arif<br><br><div class="gmail_quote">On Sun, Mar 20, 2011 at 2:35 AM, Ned Deily <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Ned Deily &lt;<a href="mailto:nad at acm.org">nad at acm.org</a>&gt; added the comment:<br>
<br>
What demo file are you referring to? ??If it is something to do with wxPython, you probably want to refer to the bug tracker for that project. ??wxPython is not part of the standard Python library.<br>
<br>
See <a href="http://www.wxpython.org/" target="_blank">http://www.wxpython.org/</a> and <a href="http://trac.wxwidgets.org/" target="_blank">http://trac.wxwidgets.org/</a><br>
<br>
----------<br>
nosy: +ned.deily<br>
status: open -&gt; pending<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11611" target="_blank">http://bugs.python.org/issue11611</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div>

From report at bugs.python.org  Sun Mar 20 06:28:30 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 20 Mar 2011 05:28:30 +0000
Subject: [issue11611] wxPython PropertyGrid Demo error and fix
In-Reply-To: <1300567077.69.0.560043007986.issue11611@psf.upfronthosting.co.za>
Message-ID: <1300598910.64.0.104953177556.issue11611@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
type: compile error -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11611>
_______________________________________

From report at bugs.python.org  Sun Mar 20 06:47:33 2011
From: report at bugs.python.org (Campbell Barton)
Date: Sun, 20 Mar 2011 05:47:33 +0000
Subject: [issue11612] xml.dom.minidom fail to parse SVG file.
In-Reply-To: <1300600053.35.0.927050616565.issue11612@psf.upfronthosting.co.za>
Message-ID: <1300600053.35.0.927050616565.issue11612@psf.upfronthosting.co.za>


New submission from Campbell Barton <ideasman42 at gmail.com>:

python3.2mu -c "import xml.dom.minidom ; xml.dom.minidom.parse('gnome-cpu-frequency-applet.svg')"

--- gives the following traceback
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python3.2/xml/dom/minidom.py", line 1939, in parse
    return expatbuilder.parse(file)
  File "/usr/lib/python3.2/xml/dom/expatbuilder.py", line 924, in parse
    result = builder.parseFile(fp)
  File "/usr/lib/python3.2/xml/dom/expatbuilder.py", line 207, in parseFile
    parser.Parse(buffer, 0)
  File "/usr/lib/python3.2/xml/dom/expatbuilder.py", line 354, in first_element_handler
    self.start_element_handler(name, attributes)
  File "/usr/lib/python3.2/xml/dom/expatbuilder.py", line 779, in start_element_handler
    uri, localname, prefix, qname = _parse_ns_name(self, aname)
  File "/usr/lib/python3.2/xml/dom/expatbuilder.py", line 127, in _parse_ns_name
    uri, localname = parts
ValueError: too many values to unpack (expected 2)

----------
components: Extension Modules
files: gnome-cpu-frequency-applet.svg
messages: 131479
nosy: ideasman42
priority: normal
severity: normal
status: open
title: xml.dom.minidom fail to parse SVG file.
type: crash
versions: Python 3.2
Added file: http://bugs.python.org/file21302/gnome-cpu-frequency-applet.svg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11612>
_______________________________________

From report at bugs.python.org  Sun Mar 20 07:49:47 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 20 Mar 2011 06:49:47 +0000
Subject: [issue11612] xml.dom.minidom fail to parse SVG file.
In-Reply-To: <1300600053.35.0.927050616565.issue11612@psf.upfronthosting.co.za>
Message-ID: <1300603787.67.0.480285218892.issue11612@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The .svg file you attached appears to have a faulty URI in it on line 4:

   xmlns:s="http://inkscape.sourceforge.net/DTD/s odipodi-0.dtd"

The error goes away if that space character is removed.  It might be nice for expatbuilder to provide a better diagnostic in this case but that's not likely to happen unless someone is interested in providing a patch.

----------
nosy: +ned.deily
stage:  -> needs patch
type: crash -> 
versions: +Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11612>
_______________________________________

From report at bugs.python.org  Sun Mar 20 08:12:21 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 20 Mar 2011 07:12:21 +0000
Subject: [issue11608] GzipFile cannot be used for streaming
In-Reply-To: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>
Message-ID: <1300605141.68.0.744603918655.issue11608@psf.upfronthosting.co.za>


Changes by Nadeem Vawda <nadeem.vawda at gmail.com>:


----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11608>
_______________________________________

From report at bugs.python.org  Sun Mar 20 10:18:52 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 20 Mar 2011 09:18:52 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300612732.55.0.575889336597.issue11610@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I tried to test your patch, but the build dies with this error:
Fatal Python error: Py_Initialize: can't initialize sys standard streams
Traceback (most recent call last):
  File ".../cpython/Lib/io.py", line 60, in <module>
Aborted

I don't know why is this, but I get this error consistently with your patch, and no error without the patch.

On Sat, Mar 19, 2011 at 22:13, <dsdale24 at gmail.com> wrote:
> Thank you for the feedback. The reason I suggested deprecating
> abstractproperty is that I think it is essentially broken. Subclasses
> have to redeclare the entire property, and if they forget to declare
> the setter for what is supposed to be a read/write property, there is 
> no way to catch it. With the new approach, it is possible to ensure
> that all the required features of the property have been implemented.
...
> On 2011/03/19 21:36:09, durban wrote:
> > I don't think abstractproperty should be deprecated. It is still
> > perfectly good to define a read-only abstract property (with one 
> > decorator instead of two).
>
> Zen of python.

I'm guessing you're referring to "There should be one-- and preferably only one --obvious way to do it."  That is a good point.  But currently the one way to:
- create an abstract static method: @abstractstaticmethod
- create an abstract class method: @abstractclassmethod
- create an abstract property: @abstractproperty (as you pointed out, this has some problems)

With your proposed change the one way to:
- create an abstract static method: @abstractstaticmethod
- create an abstract class method: @abstractclassmethod
- create an abstract property: @abstractmethod + @property
This is not a very good API.
Note, that a similar thing could be done for class/staticmethod, and then using @abstractmethod + @classmethod would be possible, and the API would be more consistent.  But it wasn't done because Guido objected it (see issue5867).

> This is the part where I am weak. Can you point me to documentation? 
> Why is an exception check necessary? Do PyObject_IsTrue and Py_DECREF 
> not know what to do when passed NULL?

http://docs.python.org/dev/py3k/c-api/object.html#PyObject_GetAttrString
If a Python API function returns NULL, that usually means that an exception was raised.  If you don't want the exception to propagate, you should call PyErr_Clear.  And I think it is not a good idea to call a function with NULL, unless the docs explicitly say that it can be passed NULL.

----------
components: +Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 10:49:47 2011
From: report at bugs.python.org (Ray.Allen)
Date: Sun, 20 Mar 2011 09:49:47 +0000
Subject: [issue11608] GzipFile cannot be used for streaming
In-Reply-To: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>
Message-ID: <1300614587.09.0.951411442706.issue11608@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Looks like a duplicate issue of #9664 and #914340. And has been fixed in patch of #914340.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11608>
_______________________________________

From report at bugs.python.org  Sun Mar 20 11:43:24 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 20 Mar 2011 10:43:24 +0000
Subject: [issue7990] xml.etree.cElementTree lacks full dir() on Element
In-Reply-To: <1266856563.54.0.534391635456.issue7990@psf.upfronthosting.co.za>
Message-ID: <1300617804.87.0.300661980717.issue7990@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
versions: +Python 3.4 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7990>
_______________________________________

From report at bugs.python.org  Sun Mar 20 12:26:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 11:26:51 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300620411.0.0.475782621793.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

http://www.python.org/dev/buildbot/all/builders/PPC%20Tiger%203.x/builds/1599/steps/test/logs/stdio

======================================================================
ERROR: testImpWrapper (test.test_importhooks.ImportHooksTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/test/test_importhooks.py", line 239, in testImpWrapper
    m = __import__(mname, globals(), locals(), ["__dummy__"])
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/test/test_importhooks.py", line 132, in load_module
    mod = imp.load_module(fullname, self.file, self.filename, self.stuff)
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/distutils/core.py", line 19, in <module>
    from distutils.cmd import Command
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/test/test_importhooks.py", line 132, in load_module
    mod = imp.load_module(fullname, self.file, self.filename, self.stuff)
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/distutils/cmd.py", line 11, in <module>
    from distutils import util, dir_util, file_util, archive_util, dep_util
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/test/test_importhooks.py", line 132, in load_module
    mod = imp.load_module(fullname, self.file, self.filename, self.stuff)
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/distutils/dir_util.py", line 8, in <module>
    import errno
  File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/test/test_importhooks.py", line 132, in load_module
    mod = imp.load_module(fullname, self.file, self.filename, self.stuff)
TypeError: 'NoneType' object is not iterable

----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 12:35:13 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 11:35:13 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300620913.19.0.595678026722.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

>     mod = imp.load_module(fullname, self.file, self.filename, self.stuff)
> TypeError: 'NoneType' object is not iterable

The problem is that imp.find_module() now returns None as the filename, but imp.load_module() doesn't support None.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 12:51:57 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 20 Mar 2011 11:51:57 +0000
Subject: [issue7913] Enhance Cmd support for docstrings and document it.
In-Reply-To: <1265914642.07.0.496715269242.issue7913@psf.upfronthosting.co.za>
Message-ID: <1300621917.55.0.506356024297.issue7913@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

inspect.cleandoc (which is also used by inspect.getdoc and pydoc.getdoc) seems to do a similar thing.  Maybe that could be used for this?

----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7913>
_______________________________________

From report at bugs.python.org  Sun Mar 20 13:05:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 12:05:50 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>
Message-ID: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

There seem to be some buglets in the timeout code:

http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/2783/steps/test/logs/stdio

======================================================================
ERROR: test_check_output_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 135, in test_check_output_timeout
    timeout=3)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 533, in check_output
    output, unused_err = process.communicate(timeout=timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
ERROR: test_communicate_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 433, in test_communicate_timeout
    timeout=0.3)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\unittest\case.py", line 574, in assertRaises
    callableObj(*args, **kwargs)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
ERROR: test_communicate_timeout_large_ouput (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 452, in test_communicate_timeout_large_ouput
    self.assertRaises(subprocess.TimeoutExpired, p.communicate, timeout=0.4)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\unittest\case.py", line 574, in assertRaises
    callableObj(*args, **kwargs)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
ERROR: test_check_output_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 135, in test_check_output_timeout
    timeout=3)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 533, in check_output
    output, unused_err = process.communicate(timeout=timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
ERROR: test_communicate_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 433, in test_communicate_timeout
    timeout=0.3)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\unittest\case.py", line 574, in assertRaises
    callableObj(*args, **kwargs)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
ERROR: test_communicate_timeout_large_ouput (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 452, in test_communicate_timeout_large_ouput
    self.assertRaises(subprocess.TimeoutExpired, p.communicate, timeout=0.4)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\unittest\case.py", line 574, in assertRaises
    callableObj(*args, **kwargs)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 846, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\subprocess.py", line 1116, in _communicate
    raise TimeoutExpired(self.args)
TypeError: __init__() takes at least 3 arguments (2 given)

======================================================================
FAIL: test_wait_timeout (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 657, in test_wait_timeout
    self.assertIn("0.01", str(c.exception))  # For coverage of __str__.
AssertionError: '0.01' not found in "Command '['D:\\\\cygwin\\\\home\\\\db3l\\\\buildarea\\\\3.x.bolen-windows7\\\\build\\\\PCbuild\\\\python_d.exe', '-c', 'import time; time.sleep(0.1)']' timed out after 10 seconds"

======================================================================
FAIL: test_wait_timeout (test.test_subprocess.ContextManagerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_subprocess.py", line 657, in test_wait_timeout
    self.assertIn("0.01", str(c.exception))  # For coverage of __str__.
AssertionError: '0.01' not found in "Command '['D:\\\\cygwin\\\\home\\\\db3l\\\\buildarea\\\\3.x.bolen-windows7\\\\build\\\\PCbuild\\\\python_d.exe', '-c', 'import time; time.sleep(0.1)']' timed out after 10 seconds"

----------------------------------------------------------------------
Ran 307 tests in 370.283s

----------
assignee: rnk
components: Library (Lib)
messages: 131486
nosy: pitrou, rnk
priority: normal
severity: normal
stage: needs patch
status: open
title: test_subprocess fails under Windows
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Sun Mar 20 13:09:25 2011
From: report at bugs.python.org (Ray.Allen)
Date: Sun, 20 Mar 2011 12:09:25 +0000
Subject: [issue4492] httplib code thinks it closes connection, but does not
In-Reply-To: <1228241719.92.0.946688230988.issue4492@psf.upfronthosting.co.za>
Message-ID: <1300622965.05.0.53959952682.issue4492@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Another fix could be making HTTPResponse to hold a reference to the HTTPConnection object and call its close() at the time of a bad chunk
length was received. This can close the connection as soon as possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4492>
_______________________________________

From report at bugs.python.org  Sun Mar 20 13:10:14 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 12:10:14 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <20110320043036.GC3185@kevin>
Message-ID: <1300623010.3481.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> There is one comment which I forgot to mention earlier.
> 
> The current urlretrieve function is internally calling the URLOpener's
> retrieve method. 
> 
> Those URLOpener class might need a DeprecationWarning while address
> thing bug and that particular retrieve method can be updated to use
> the updated facility just as bonus till the time it survives.
> 
> Antoine - any suggestions on the last point?

Can you clarify the issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 13:27:15 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 20 Mar 2011 12:27:15 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300624035.17.0.88836157175.issue10977@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Here is a patch for list.  It modifies the following C API functions:
PyList_SetItem
PyList_Insert
PyList_Append
PyList_SetSlice
PyList_Sort
PyList_Reverse
_PyList_Extend

It also includes tests (with ctypes).

I plan to do next the same for dict, but first I'd wait for comments, to know if I'm doing something completely wrong :-)

----------
keywords: +patch
Added file: http://bugs.python.org/file21303/issue10977_list.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 13:51:40 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 20 Mar 2011 12:51:40 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1300623010.3481.4.camel@localhost.localdomain>
Message-ID: <20110320125132.GA27783@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Antoine Pitrou wrote:
> Can you clarify the issue?

URLopener which is an old class from the merge of urllib and urllib2
and it can be slowly and safely removed. If we go this line, then I
assume it has to have a DeprecationWarning before we remove it. Should
we or not?

My thought is, in Python 3.x these may not be in use, but still if we
remove without DeprecationWarning, it could raise concerns with some
folks (given some discussion about this recently when people trying to
upgrade from 2.x to 3.x).

At the moment, urlretrieve function is calling  URLopener.retrieve internally.
But this patch addresses urlretrive function at much higher level and leaves
the URLopener.retrieve in a hanging state. So, I was thinking how to
handle this scenario.

Change URLopener.retrieve also with the cleaner and modern code, but
and add a DeprecationWarning in those.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:06:36 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 13:06:36 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <20110320125132.GA27783@kevin>
Message-ID: <1300626392.3481.6.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> URLopener which is an old class from the merge of urllib and urllib2
> and it can be slowly and safely removed. If we go this line, then I
> assume it has to have a DeprecationWarning before we remove it. Should
> we or not?

Yes, we should.

> Change URLopener.retrieve also with the cleaner and modern code, but
> and add a DeprecationWarning in those.

Sounds overkill and of questionable interest.
Honestly, I don't think URLopener.retrieve() has much point anyway.
Perhaps it would have if the whole caching thing had been implemented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:29:12 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 13:29:12 +0000
Subject: [issue7908] remove leftover macos9 support code
In-Reply-To: <1265898907.53.0.125133680219.issue7908@psf.upfronthosting.co.za>
Message-ID: <1300627752.23.0.18821338194.issue7908@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?ve just noticed this problem:

    --- a/Misc/BeOS-setup.py
    +++ b/Misc/BeOS-setup.py
    @@ -356,7 +356,7 @@ class PyBuildExt(build_ext):
                                        libraries = dblib) )
     
             # Unix-only modules
    -        if platform not in ['mac', 'win32']:
    +        if platform == 'win32':

The logic is reversed.  Shall I fix it in all affected branches?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7908>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:34:17 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 13:34:17 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1300628057.62.0.71745062363.issue11604@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> raise TypeError('Cannot subclass module')
It is possible to subclass module.

Ray: right, but 2.x still has a long life ahead of it, so we still want to improve its doc.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:35:42 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 13:35:42 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300628142.86.0.660774770491.issue10977@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hmm, making PyList_* an abstract API doesn't make sense to me. These functions do exactly what they say: they operate on concrete instances of list (they are documented as part of the concrete API). With that reasoning, we should have fallback paths in every function in the concrete APIs; that's a lot of complication added to these C files.

IMO we "should" (or, rather, could) instead add abstract PySequence_Append(), etc. functions if we deem it necessary (just as we already have PyMapping_Keys(), etc.).

By the way, PyList_SetItem() already has an abstract counterpart called PyObject_SetItem(), so changing this one seems useless.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:37:05 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sun, 20 Mar 2011 13:37:05 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300628225.67.0.0412273590692.issue10977@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 14:44:07 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 13:44:07 +0000
Subject: [issue9740] Support for HTTP 1.1 persistent connections throughout
	the standard library
In-Reply-To: <1283428611.84.0.131704513964.issue9740@psf.upfronthosting.co.za>
Message-ID: <1300628647.77.0.648983852656.issue9740@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9740>
_______________________________________

From report at bugs.python.org  Sun Mar 20 15:30:25 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 14:30:25 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <E1Q1Je6-0000U2-NT@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9201455f950b by R David Murray in branch '3.1':
#7198: really add newline='' to csv.writer docs.
http://hg.python.org/cpython/rev/9201455f950b

New changeset fa0563f3b7f7 by R David Murray in branch '3.2':
Really merge #7198
http://hg.python.org/cpython/rev/fa0563f3b7f7

New changeset ed0d1e07ce79 by R David Murray in branch 'default':
Dummy merge #7198
http://hg.python.org/cpython/rev/ed0d1e07ce79

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 15:31:25 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 20 Mar 2011 14:31:25 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <1300631485.61.0.570475188053.issue7198@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

OK, now it's really done (I hope!).

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 15:40:13 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 20 Mar 2011 14:40:13 +0000
Subject: [issue4492] httplib code thinks it closes connection, but does not
In-Reply-To: <1228241719.92.0.946688230988.issue4492@psf.upfronthosting.co.za>
Message-ID: <1300632013.53.0.552876801729.issue4492@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4492>
_______________________________________

From report at bugs.python.org  Sun Mar 20 15:45:26 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 14:45:26 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300612732.55.0.575889336597.issue11610@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=MGx5VQZLWEw9NyeRqec9K3ACzfqQ7yuZb-KeL@mail.gmail.com>


Darren Dale <dsdale24 at gmail.com> added the comment:

On Sun, Mar 20, 2011 at 5:18 AM, Daniel Urban <report at bugs.python.org> wrote:
>
> Daniel Urban <urban.dani+py at gmail.com> added the comment:
>
> I tried to test your patch, but the build dies with this error:
> Fatal Python error: Py_Initialize: can't initialize sys standard streams
> Traceback (most recent call last):
> ?File ".../cpython/Lib/io.py", line 60, in <module>
> Aborted
>
> I don't know why is this, but I get this error consistently with your patch, and no error without the patch.
>
> On Sat, Mar 19, 2011 at 22:13, <dsdale24 at gmail.com> wrote:
>> Thank you for the feedback. The reason I suggested deprecating
>> abstractproperty is that I think it is essentially broken. Subclasses
>> have to redeclare the entire property, and if they forget to declare
>> the setter for what is supposed to be a read/write property, there is
>> no way to catch it. With the new approach, it is possible to ensure
>> that all the required features of the property have been implemented.
> ...
>> On 2011/03/19 21:36:09, durban wrote:
>> > I don't think abstractproperty should be deprecated. It is still
>> > perfectly good to define a read-only abstract property (with one
>> > decorator instead of two).
>>
>> Zen of python.
>
> I'm guessing you're referring to "There should be one-- and preferably only one --obvious way to do it." ?That is a good point. ?But currently the one way to:
> - create an abstract static method: @abstractstaticmethod
> - create an abstract class method: @abstractclassmethod
> - create an abstract property: @abstractproperty (as you pointed out, this has some problems)
>
> With your proposed change the one way to:
> - create an abstract static method: @abstractstaticmethod
> - create an abstract class method: @abstractclassmethod
> - create an abstract property: @abstractmethod + @property
> This is not a very good API.

Unlike methods, properties are composite objects. It is therefore
reasonable that creating an abstract property might be a little
different from creating an abstract method.

> Note, that a similar thing could be done for class/staticmethod, and then using @abstractmethod + @classmethod would be possible, and the API would be more consistent. ?But it wasn't done because Guido objected it (see issue5867).

Thank you for pointing that out. I've followed up with him at
python-ideas to seek clarification (he did not raise this point when I
posted the change to descrobject.c)

>> This is the part where I am weak. Can you point me to documentation?
>> Why is an exception check necessary? Do PyObject_IsTrue and Py_DECREF
>> not know what to do when passed NULL?
>
> http://docs.python.org/dev/py3k/c-api/object.html#PyObject_GetAttrString

I'm familiar with that page. Do you know of any documentation
addressing how to anticipate and respond to NULL?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 15:55:28 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 20 Mar 2011 14:55:28 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1300570025.28.0.51705526405.issue7198@psf.upfronthosting.co.za>
Message-ID: <19846.5461.911751.14167@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

John> Skip, The changes that I suggested have NOT been made. Please
    John> re-read the doc page you pointed to. The "writer" paragraph does
    John> NOT mention that newline='' is required when writing. The "writer"
    John> examples do NOT include newline=''. The examples have NOT been
    John> enhanced by using a "with" statement and not using space as an
    John> example delimiter.

I copied the statement about using newline= from the reader() doc to the
writer() doc.  All the examples I see (I'm looking at the cpython repo -
that is, what will be 3.3) use the with statement and open files using
newline=''.  I don't think more changes are necessary.  I will consult with
other Python developers about merging these changes to other active
branches.  I simply don't understand the new Mercurial workflow well enough
to do it properly.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 16:15:12 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 15:15:12 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

import __hello__ doesn't print any message!!!

----------
messages: 131499
nosy: benjamin.peterson, georg.brandl, haypo
priority: release blocker
severity: normal
status: open
title: import __hello__ is broken in Python 3
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Sun Mar 20 16:33:05 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sun, 20 Mar 2011 15:33:05 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1300635185.55.0.744802318149.issue11614@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

That was changed in [a2213060d9dd], see issue #1414.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Sun Mar 20 16:40:06 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 15:40:06 +0000
Subject: [issue7198] Extraneous newlines with csv.writer on Windows
In-Reply-To: <1256422121.38.0.499052368843.issue7198@psf.upfronthosting.co.za>
Message-ID: <E1Q1Kjd-0005HP-E0@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 88876a264ebe by R David Murray in branch '3.1':
Markup fixes for #7198 patch.
http://hg.python.org/cpython/rev/88876a264ebe

New changeset d0d1235cb66e by R David Murray in branch '3.2':
Merge markup fixes for #7198 patch.
http://hg.python.org/cpython/rev/d0d1235cb66e

New changeset 2a8580f4897c by R David Murray in branch 'default':
Markup fixes for #7198 patch.
http://hg.python.org/cpython/rev/2a8580f4897c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7198>
_______________________________________

From report at bugs.python.org  Sun Mar 20 16:50:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 15:50:33 +0000
Subject: [issue7913] Enhance Cmd support for docstrings and document it.
In-Reply-To: <1265914642.07.0.496715269242.issue7913@psf.upfronthosting.co.za>
Message-ID: <1300636233.44.0.957021065475.issue7913@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

You can apply the patch (which includes tests) and edit the code of cmd.py to use cleandoc.

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7913>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:02:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 16:02:31 +0000
Subject: [issue11615] sporadic failure in test_posix
In-Reply-To: <1300636951.08.0.111508328563.issue11615@psf.upfronthosting.co.za>
Message-ID: <1300636951.08.0.111508328563.issue11615@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

>From http://www.python.org/dev/buildbot/all/builders/PPC%20Ubuntu%203.x/builds/779/steps/test/logs/stdio

======================================================================
FAIL: test_fexecve (test.test_posix.PosixTester)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/buildarea/3.x.warsaw-ubuntu-ppc/build/Lib/test/test_posix.py", line 153, in test_fexecve
    self.assertEqual(os.wait(), (pid, 0))
AssertionError: Tuples differ: (19299, 0) != (19303, 0)

First differing element 0:
19299
19303

- (19299, 0)
+ (19303, 0)


Perhaps there was another process from another test still executing?
support.reap_children() should help avoid that.

----------
components: Tests
messages: 131503
nosy: pitrou, rosslagerwall
priority: normal
severity: normal
status: open
title: sporadic failure in test_posix
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11615>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:19:18 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 20 Mar 2011 16:19:18 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300637958.37.0.384536803613.issue11610@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I think a better idea would be to override getter and friends on the abstractproperty class.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:21:16 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Sun, 20 Mar 2011 16:21:16 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300638076.14.0.587837535665.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

I'm not exactly sure what the steps are with respect to the DeprecationWarning. Is the common case just to raise the warning in the __init__ method? Are there related documentation changes?

Thanks again! Learning a ton. Hopefully the next patch I submit will go much smoother.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:23:07 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 20 Mar 2011 16:23:07 +0000
Subject: [issue11615] sporadic failure in test_posix
In-Reply-To: <1300636951.08.0.111508328563.issue11615@psf.upfronthosting.co.za>
Message-ID: <1300638187.77.0.515561144614.issue11615@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Thanks for pointing that out. I'll just use waitpid() instead to wait on the desired pid only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11615>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:26:49 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 16:26:49 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300637958.37.0.384536803613.issue11610@psf.upfronthosting.co.za>
Message-ID: <AANLkTingzY9zbGoXhUNw1UTw3k8U3XVNoew9G40EuS-Y@mail.gmail.com>


Darren Dale <dsdale24 at gmail.com> added the comment:

On Sun, Mar 20, 2011 at 12:19 PM, Benjamin Peterson
<report at bugs.python.org> wrote:
>
> Benjamin Peterson <benjamin at python.org> added the comment:
>
> I think a better idea would be to override getter and friends on the abstractproperty class.

I just suggested the same at python-ideas. I'll work on an alternate patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:28:51 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 16:28:51 +0000
Subject: [issue11615] sporadic failure in test_posix
In-Reply-To: <1300636951.08.0.111508328563.issue11615@psf.upfronthosting.co.za>
Message-ID: <E1Q1LUk-0008NR-9N@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset aedad9e14135 by Ross Lagerwall in branch 'default':
Issue #11615: Fix sporadic buildbot failures related to #10812.
http://hg.python.org/cpython/rev/aedad9e14135

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11615>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:37:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 16:37:49 +0000
Subject: [issue11567] http.server error message format
In-Reply-To: <1300246616.21.0.232989758604.issue11567@psf.upfronthosting.co.za>
Message-ID: <1300639069.53.0.557370269196.issue11567@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Well, it is possible to disagree with the W3C on that particular point :)

http://hixie.ch/advocacy/xhtml
http://www.xml.com/pub/a/2004/07/21/dive.html
http://www.cs.tut.fi/~jkorpela/html/empty.html
http://diveintomark.org/archives/2004/01/14/thought_experiment

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11567>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:48:01 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 16:48:01 +0000
Subject: [issue11616] reap_children should not use WNOHANG
In-Reply-To: <1300639681.51.0.654119922856.issue11616@psf.upfronthosting.co.za>
Message-ID: <1300639681.51.0.654119922856.issue11616@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Using WNOHANG means that still-running children won't get collected. This seems to defeat the point of reap_children(). This patch seems to work:


diff -r adbdb3e74461 Lib/test/support.py
--- a/Lib/test/support.py       Sun Mar 20 17:36:26 2011 +0100
+++ b/Lib/test/support.py       Sun Mar 20 17:45:35 2011 +0100
@@ -1294,10 +1294,9 @@ def reap_children():
         while True:
             try:
                 # This will raise an exception on Windows.  That's ok.
-                pid, status = os.waitpid(any_process, os.WNOHANG)
-                if pid == 0:
-                    break
-            except:
+                pid, status = os.waitpid(any_process, 0)
+            except OSError:
+                # Either we're on Windows, or no running child remains.
                 break
 
 @contextlib.contextmanager

----------
components: Tests
messages: 131510
nosy: nnorwitz, pitrou, rosslagerwall
priority: normal
severity: normal
stage: patch review
status: open
title: reap_children should not use WNOHANG
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11616>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:52:56 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 16:52:56 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300639976.17.0.0622312494034.issue10050@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Antoine: you?re right about not mixing concerns, sorry.

Regarding deprecation, we should be cautious and maybe plan it across more than two versions.  See thread starting at http://mail.python.org/pipermail/python-dev/2011-March/109450.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:57:57 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 20 Mar 2011 16:57:57 +0000
Subject: [issue11616] reap_children should not use WNOHANG
In-Reply-To: <1300639681.51.0.654119922856.issue11616@psf.upfronthosting.co.za>
Message-ID: <1300640277.74.0.330863895787.issue11616@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

I'm not sure. Was reap_children() meant to just reap zombie processes or wait for all children to finish?

It seems like it was written to just reap zombie processes. Might this not cause hangs during testing sometimes if a subprocess that was started has itself hung?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11616>
_______________________________________

From report at bugs.python.org  Sun Mar 20 17:59:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 16:59:46 +0000
Subject: [issue11616] reap_children should not use WNOHANG
In-Reply-To: <1300640277.74.0.330863895787.issue11616@psf.upfronthosting.co.za>
Message-ID: <1300640381.3481.12.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I'm not sure. Was reap_children() meant to just reap zombie processes
> or wait for all children to finish?

Apparently just to reap zombie processes. At least that was the initial
intent. And it's true that we don't really need to collect all children
immediately, so perhaps this patch is overkill.

> It seems like it was written to just reap zombie processes. Might this
> not cause hangs during testing sometimes if a subprocess that was
> started has itself hung?

Yep.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11616>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:06:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 17:06:22 +0000
Subject: [issue11617] Sporadic failure in test_httpservers
In-Reply-To: <1300640781.99.0.619640847889.issue11617@psf.upfronthosting.co.za>
Message-ID: <1300640781.99.0.619640847889.issue11617@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.2/builds/101/steps/test/logs/stdio


test test_httpservers failed -- Traceback (most recent call last):
  File "/export/home/buildbot/32bits/3.2.cea-indiana-x86/build/Lib/test/test_httpservers.py", line 136, in test_version_digits
    res = self.con.getresponse()
  File "/export/home/buildbot/32bits/3.2.cea-indiana-x86/build/Lib/http/client.py", line 1046, in getresponse
    response.begin()
  File "/export/home/buildbot/32bits/3.2.cea-indiana-x86/build/Lib/http/client.py", line 346, in begin
    version, status, reason = self._read_status()
  File "/export/home/buildbot/32bits/3.2.cea-indiana-x86/build/Lib/http/client.py", line 328, in _read_status
    raise BadStatusLine(line)
http.client.BadStatusLine: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

----------
assignee: orsenthil
components: Library (Lib), Tests
messages: 131514
nosy: orsenthil, pitrou
priority: normal
severity: normal
status: open
title: Sporadic failure in test_httpservers
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11617>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:06:57 2011
From: report at bugs.python.org (sbt)
Date: Sun, 20 Mar 2011 17:06:57 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>


New submission from sbt <shibturn at gmail.com>:

In thread_nt.h, when the WaitForSingleObject() call in
EnterNonRecursiveMutex() fails with WAIT_TIMEOUT (or WAIT_FAILED) the
mutex is left in an inconsistent state.

Note that the first line of EnterNonRecursiveMutex() is the comment

    /* Assume that the thread waits successfully */

Allowing EnterNonRecursiveMutex() to fail with a timeout obviously
violates this promise ;-)  I think the problem was introduced to Python
3.2 with:

     Issue7316: Add a timeout functionality to common locking operations.


The following Windows session demonstrates unexpected behaviour:

Python 3.3a0 (default, Mar 19 2011, 18:16:48) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import threading
>>> l = threading.Lock()
>>> l.acquire()
True
>>> l.acquire(timeout=1)
False
>>> l.release()
>>> l.locked()                  # should return False
True
>>> l.acquire(blocking=False)   # should return True
False


Also, after a timeout, uncontended acquires/releases always take the
slow path:

D:\Repos\cpython\PCbuild>python -m timeit ^
More? -s "from threading import Lock; l = Lock()" ^
More? "l.acquire();l.release()"
1000000 loops, best of 3: 0.974 usec per loop

D:\Repos\cpython\PCbuild>python -m timeit ^
More? -s "from threading import Lock; l = Lock()" ^
More? -s "l.acquire();l.acquire(timeout=0.1);l.release()" ^
More? "l.acquire();l.release()"
100000 loops, best of 3: 2.18 usec per loop


A unit test is attached which passes on Linux but has three failures
on Windows.


The "owned" field of NRMUTEX is a count of the number of threads
waiting for the mutex (not including the owner).  "owned" will
over-estimate the number of waiters if a timeout occurs, because the
timed out thread will still be counted as a waiter.

The obvious fix is to decrement mutex->owned when a timeout occurs.
Unfortunately that would introduce a race which might allow two
threads to think they own the lock at the same time.

I also notice that EnterNonRecursiveMutex() wrongly sets
mutex->thread_id to the current thread even when it fails with a
timeout.  It appears that the thread_id field is never actually used
-- is it there to help with debugging?  Perhaps it should just be
removed.

BTW only thread_pthread.h and thread_nt.h have implementations of
PyThread_acquire_lock_timed().  Since this function appears to be
required by _threadmodule.c, does this mean that in Python 3.2
threads are only supported with pthreads and win32?  If so you can
get rid of all those other thread_*.h files.

----------
files: test-timeout.py
messages: 131515
nosy: sbt
priority: normal
severity: normal
status: open
title: Locks broken wrt timeouts on Windows
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21304/test-timeout.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:09:42 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 17:09:42 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300640982.4.0.391424736229.issue3080@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Attached patch fixes a typo in Doc/c-api/import.rst.  You can merge it in your next commit.

----------
Added file: http://bugs.python.org/file21305/typo.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:15:05 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 17:15:05 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300641305.08.0.248550711983.issue11618@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +krisvale, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:17:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 17:17:55 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <1300641475.03.0.968427039258.issue8754@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Victor changed the code to use repr in some modules but not all in c4361bab6914.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:23:52 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 17:23:52 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300612732.55.0.575889336597.issue11610@psf.upfronthosting.co.za>
Message-ID: <AANLkTikac-ssEM4dudNuqbTD9d3TGD1VBGF6_QVF2xRQ@mail.gmail.com>


Darren Dale <dsdale24 at gmail.com> added the comment:

On Sun, Mar 20, 2011 at 5:18 AM, Daniel Urban <report at bugs.python.org> wrote:
>
> Daniel Urban <urban.dani+py at gmail.com> added the comment:
>
> I tried to test your patch, but the build dies with this error:
> Fatal Python error: Py_Initialize: can't initialize sys standard streams
> Traceback (most recent call last):
> ?File ".../cpython/Lib/io.py", line 60, in <module>
> Aborted
>
> I don't know why is this, but I get this error consistently with your patch, and no error without the patch.

Have you added any print statements to the patch? I'm working on a
completely new patch, which only touches abc.py on an existing
python3.2 install. When I add a print statement to the abstract
property creation routine, and run test_abc.py, I get the same error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:25:58 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 20 Mar 2011 17:25:58 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <AANLkTikac-ssEM4dudNuqbTD9d3TGD1VBGF6_QVF2xRQ@mail.gmail.com>
Message-ID: <AANLkTi=CFQNn5qNBdM0cTbib5JBUNWntwtBPYAK5HABF@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/20 Darren Dale <report at bugs.python.org>:
>
> Darren Dale <dsdale24 at gmail.com> added the comment:
>
> On Sun, Mar 20, 2011 at 5:18 AM, Daniel Urban <report at bugs.python.org> wrote:
>>
>> Daniel Urban <urban.dani+py at gmail.com> added the comment:
>>
>> I tried to test your patch, but the build dies with this error:
>> Fatal Python error: Py_Initialize: can't initialize sys standard streams
>> Traceback (most recent call last):
>> ?File ".../cpython/Lib/io.py", line 60, in <module>
>> Aborted
>>
>> I don't know why is this, but I get this error consistently with your patch, and no error without the patch.
>
> Have you added any print statements to the patch? I'm working on a
> completely new patch, which only touches abc.py on an existing
> python3.2 install. When I add a print statement to the abstract
> property creation routine, and run test_abc.py, I get the same error.

That's likely because the io library depends on abcs, so using print
in them creates a dependency cycle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:26:26 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 17:26:26 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300641986.33.0.396571167233.issue11618@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It appears that the thread_id field is never actually used
> -- is it there to help with debugging?  Perhaps it should just be
> removed.

True, I think we can remove it.

> does this mean that in Python 3.2
> threads are only supported with pthreads and win32?  If so you can
> get rid of all those other thread_*.h files.

Getting ridding them is scheduled for 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:33:41 2011
From: report at bugs.python.org (sbt)
Date: Sun, 20 Mar 2011 17:33:41 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300642421.0.0.805423904122.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

First stab at a fix.

Gets rid of mutex->thread_id and adds a mutex->timeouts counter.

Does not try to prevent mutex->owned from overflowing.

When no timeouts have occurred I don't think it changes behaviour, and it uses the same number of Interlocked functions.

----------
keywords: +patch
Added file: http://bugs.python.org/file21306/locktimeout.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 18:46:32 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 20 Mar 2011 17:46:32 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1300643192.78.0.058535382531.issue11604@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Whoops. That should be 'Cannot subclass a module' or 'Cannot subclass module %s' % modulename.  Types.ModuleType can indeed by subclassed.

I agree that this is not a pressing issue, but it will at least provide an answer to anyone searching the tracker for the current message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:09:34 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 18:09:34 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300644574.38.0.792428598696.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

Thank you Daniel and Benjamin for the helpful feedback. I think the attached patch is a much better approach. It only touches abc.abstractproperty (instead of the builtin property), and uses a class method as a factory to return instances of either property or abstractproperty, depending on whether it holds any references to abstractmethods.

The patch is backwards compatible with the existing (though in my opinion, still broken) syntax of passing concrete methods to the abstractproperty constructor. I say that syntax is broken because properties are composite objects, and it is the methods that inherently make a property abstract or concrete. If one passes concrete getters and setters to abstractproperty, how do we know when the property has become concrete? Thus, I changed the documentation to refer to the more robust approach of passing abstractproperty methods that have been decorated with abstractmethod.

Unit tests are also provided. I still have not been able to build from my hg checkout, but I copied abc.py into my working 3.2 installation and ran the new test_abc.py without errors.

I'll be happy to address any additional concerns.

----------
Added file: http://bugs.python.org/file21307/issue11610.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:10:13 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 18:10:13 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300644613.52.0.113133456185.issue11610@psf.upfronthosting.co.za>


Changes by Darren Dale <dsdale24 at gmail.com>:


Removed file: http://bugs.python.org/file21293/property_with_abstractmethod.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:10:18 2011
From: report at bugs.python.org (Darren Dale)
Date: Sun, 20 Mar 2011 18:10:18 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300644618.74.0.676828675783.issue11610@psf.upfronthosting.co.za>


Changes by Darren Dale <dsdale24 at gmail.com>:


Removed file: http://bugs.python.org/file21295/property_with_abstractmethod_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:16:43 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 18:16:43 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300645003.14.0.666074435678.issue11618@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, Windows 2000 has semaphores, so why not use them? It makes the code much simpler. Patch attached (including test).

----------
nosy: +loewis
Added file: http://bugs.python.org/file21308/semlocknt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:48:30 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 18:48:30 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300646910.39.0.885495991869.issue11618@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +brian.curtin, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 19:51:31 2011
From: report at bugs.python.org (sbt)
Date: Sun, 20 Mar 2011 18:51:31 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300647091.7.0.855144541193.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

Have you tried benchmarking it?

Interlocked functions are *much* faster than Win32 mutex/semaphores in the uncontended case.  

It only doubles the time taken for a "l.acquire(); l.release()" loop in Python code, but at the C level it is probably 10 times slower.  

Do you really want the GIL to be 10 times slower in the uncontended case? ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:06:52 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 19:06:52 +0000
Subject: [issue4391] use proper gettext plurals forms in argparse and optparse
In-Reply-To: <1227390268.91.0.0525140101381.issue4391@psf.upfronthosting.co.za>
Message-ID: <E1Q1Nxf-0002FN-IN@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4a5782a2b074 by ?ric Araujo in branch 'default':
Use proper gettext plural forms in optparse (closes #4391).
http://hg.python.org/cpython/rev/4a5782a2b074

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4391>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:07:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 19:07:32 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300647091.7.0.855144541193.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300648047.3481.22.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Have you tried benchmarking it?
> 
> Interlocked functions are *much* faster than Win32 mutex/semaphores in
> the uncontended case.  

Well, I'd rather have obviously correct code than
difficult-to-understand "speedy" code.

The patch I've posted takes less than a microsecond per acquire/release
pair, and that's in a virtual machine to begin with.

> Do you really want the GIL to be 10 times slower in the uncontended case? ;-)

The GIL doesn't use these functions (see ceval_gil.h).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:12:19 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 19:12:19 +0000
Subject: [issue2200] find_executable fails to find .bat files on win32
In-Reply-To: <1204206733.81.0.37749013909.issue2200@psf.upfronthosting.co.za>
Message-ID: <1300648339.79.0.462878996003.issue2200@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Martin, could you please review patch file11359?

----------
nosy: +loewis
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2200>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:31:53 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 20 Mar 2011 19:31:53 +0000
Subject: [issue11615] sporadic failure in test_posix
In-Reply-To: <1300636951.08.0.111508328563.issue11615@psf.upfronthosting.co.za>
Message-ID: <1300649513.5.0.147345414212.issue11615@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
assignee:  -> rosslagerwall
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11615>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:46:48 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 20 Mar 2011 19:46:48 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300650408.56.0.685928678267.issue11618@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Interestingly, it used to be a Semaphore up to [5e6e9e893acd]; in [cde4da18c4fa], Yakov Markovitch rewrote this to be the faster implementation we have today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 20:56:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 19:56:44 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300650408.56.0.685928678267.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300650999.3481.31.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Interestingly, it used to be a Semaphore up to [5e6e9e893acd]; in
> [cde4da18c4fa], Yakov Markovitch rewrote this to be the faster
> implementation we have today.

At that time, the Pythread_* functions were still in use by the GIL
implementation, and it made a difference judging by the commit message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:01:19 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 20 Mar 2011 20:01:19 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300651279.59.0.395167901534.issue11397@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attaching a unittest that will manifest this bug.

----------
keywords: +patch
Added file: http://bugs.python.org/file21309/test_issue11397.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:04:18 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 20 Mar 2011 20:04:18 +0000
Subject: [issue2200] find_executable fails to find .bat files on win32
In-Reply-To: <1204206733.81.0.37749013909.issue2200@psf.upfronthosting.co.za>
Message-ID: <1300651458.8.0.75375736286.issue2200@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think the patch is incorrect. Parsing PATHEXT means that it will believe that all extensions listed on PATHEXT are executable. However, os.spawnv is not able to run them all, but only a subset. IIUC, spawnv supports (from spawnve.c)

static _TSCHAR *ext_strings[] = { _T(".cmd"), _T(".bat"), _T(".exe"), _T(".com") };

PATHEXT typically includes also .js and other extensions which cannot be run through spawnv.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2200>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:07:56 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 20 Mar 2011 20:07:56 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300650999.3481.31.camel@localhost.localdomain>
Message-ID: <4D865E99.4080708@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> At that time, the Pythread_* functions were still in use by the GIL
> implementation, and it made a difference judging by the commit message.

Hmm. And if some application uses thread.lock heavily, won't it still
make a difference?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:08:42 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 20 Mar 2011 20:08:42 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300651722.73.0.76249062357.issue11397@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:11:43 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 20:11:43 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <4D865E99.4080708@v.loewis.de>
Message-ID: <1300651900.3481.33.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > At that time, the Pythread_* functions were still in use by the GIL
> > implementation, and it made a difference judging by the commit message.
> 
> Hmm. And if some application uses thread.lock heavily, won't it still
> make a difference?

An acquire/release pair is less than one microsecond here. Compared to
the evaluation overhead of Python code, it seems not very significant.
That said, if someone can guarantee than the complex approach is
correct, why not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:12:32 2011
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 20 Mar 2011 20:12:32 +0000
Subject: [issue11494] Confusing error message from warnings.warn
In-Reply-To: <1300099672.81.0.525272322656.issue11494@psf.upfronthosting.co.za>
Message-ID: <1300651952.9.0.361196155729.issue11494@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I'm not crazy about the idea of adding an inspect.isclass() check simply to clear up this rare error message. It's still decipherable what the problem is from the issubclass() message.

Closing as "won't fix".

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11494>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:15:48 2011
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 20 Mar 2011 20:15:48 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300652148.05.0.0308139057068.issue11591@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

This is what I get for trying to clean up site.py years ago. =)

I'm fine with the change as long as there is a very clear Misc/NEWS message that the semantics on import have changed (and obviously this is not backported).

----------
assignee:  -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:17:59 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 20 Mar 2011 20:17:59 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300652279.76.0.873075035374.issue10977@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> By the way, PyList_SetItem() already has an 
> abstract counterpart called PyObject_SetItem(), 
> so changing this one seems useless.

The problem isn't a lack of available abstract
functions. If some code uses PyObject_SetItem(),
then it already works for both list and dict
subclasses. The issue arises only for code that is 
already using PyDict_SetItem() or PyList_SetItem().

The concrete methods pre-date the abstract methods
and pre-date the ability to subclass built-in types.
Those concrete methods were never updated to reflect
the new reality.  They now only make sense for exact
type matches because they know nothing about 
subclasses and their invariants.


IOW, if some patch is accepted, it needs to be aimed
at the concrete functions to make them subclass aware.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:31:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 20:31:44 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1300652279.76.0.873075035374.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300653100.3481.36.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The problem isn't a lack of available abstract
> functions.

Then what is it exactly?
You are arguing for PyList_SetItem() to have the same semantics as
PyObject_SetItem(), but what's the point of having two functions which
do exactly the same thing? It doesn't make sense to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:46:20 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 20 Mar 2011 20:46:20 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>
Message-ID: <1300653980.76.0.177716205344.issue11613@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

The timeout value given to wait() is multiplied by 1000 before being passed to TimeoutExpired constructor. The multiplication is unnecessary since we take the input unit as time unit second.

----------
keywords: +patch
nosy: +santa4nt
Added file: http://bugs.python.org/file21310/timeoutsec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:47:05 2011
From: report at bugs.python.org (Ismail Donmez)
Date: Sun, 20 Mar 2011 20:47:05 +0000
Subject: [issue11149] [PATCH] Configure should enable -fwrapv for clang
In-Reply-To: <1297162007.28.0.193963502998.issue11149@psf.upfronthosting.co.za>
Message-ID: <1300654025.32.0.723547680484.issue11149@psf.upfronthosting.co.za>


Ismail Donmez <ismail at namtrac.org> added the comment:

Whats holding this up?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11149>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:54:02 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 20 Mar 2011 20:54:02 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300654442.44.0.820698512333.issue3080@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:57:16 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 20 Mar 2011 20:57:16 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>
Message-ID: <1300654636.43.0.223603136697.issue11613@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Removed file: http://bugs.python.org/file21310/timeoutsec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Sun Mar 20 21:57:33 2011
From: report at bugs.python.org (Chris Withers)
Date: Sun, 20 Mar 2011 20:57:33 +0000
Subject: [issue3722] print followed by exception eats print with doctest
In-Reply-To: <1220007253.68.0.614144600028.issue3722@psf.upfronthosting.co.za>
Message-ID: <1300654653.56.0.455690161131.issue3722@psf.upfronthosting.co.za>


Chris Withers <chris at simplistix.co.uk> added the comment:

Terry,

My original post was not about *temporary* output inserted for debugging, but test mocks and the like which form a permanent part of the test and which output to stdout.

cheers,

Chris

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3722>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:03:23 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 20 Mar 2011 21:03:23 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>
Message-ID: <1300655003.7.0.953646914134.issue11613@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Actually, the multiplication was necessary because _subprocess.WaitForSingleObject takes the timeout argument in millisecond unit. Defer multiplication until then.

----------
Added file: http://bugs.python.org/file21311/timeoutsec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:07:24 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Sun, 20 Mar 2011 21:07:24 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300653980.76.0.177716205344.issue11613@psf.upfronthosting.co.za>
Message-ID: <AANLkTinSmj885Z1W+SZ9qS39SLgsm_QLjv8=Rsyjy7Xi@mail.gmail.com>


Reid Kleckner <rnk at mit.edu> added the comment:

It is necessary, WaitForSingleObject takes its argument in
milliseconds.  It will make the exception message wrong, though, which
I can fix.

Reid

On Sun, Mar 20, 2011 at 1:46 PM, Santoso Wijaya <report at bugs.python.org> wrote:
>
> Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:
>
> The timeout value given to wait() is multiplied by 1000 before being passed to TimeoutExpired constructor. The multiplication is unnecessary since we take the input unit as time unit second.
>
> ----------
> keywords: +patch
> nosy: +santa4nt
> Added file: http://bugs.python.org/file21310/timeoutsec.patch
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11613>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:10:25 2011
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 20 Mar 2011 21:10:25 +0000
Subject: [issue11149] [PATCH] Configure should enable -fwrapv for clang
In-Reply-To: <1297162007.28.0.193963502998.issue11149@psf.upfronthosting.co.za>
Message-ID: <1300655425.31.0.357775538923.issue11149@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Someone having the time to do a patch review.

----------
keywords: +needs review
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11149>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:28:30 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 20 Mar 2011 21:28:30 +0000
Subject: [issue11608] GzipFile cannot be used for streaming
In-Reply-To: <1300551530.42.0.377999323642.issue11608@psf.upfronthosting.co.za>
Message-ID: <1300656510.75.0.197285586203.issue11608@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

As Ray points out, this feature is now available in Python 3.2. It was not backported to Python 2.7 as only bug fixes are now being accepted for Python 2.x, not new features.

----------
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> gzip.GzipFile to accept stream as fileobj.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11608>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:32:08 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 21:32:08 +0000
Subject: [issue11254] distutils doesn't byte-compile .py files to __pycache__
	during installation
In-Reply-To: <1298195698.48.0.330644441328.issue11254@psf.upfronthosting.co.za>
Message-ID: <1300656728.24.0.857139467727.issue11254@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I cleaned up the patch a bit.  In particular, I removed the dance around imp.cache_from_source that seemed unnecessary.  I tested with regular Python, with PYTHONOPTIMIZE and with PYTHONDONTWRITEBYTECODE.  Can you review and test too?

----------
Added file: http://bugs.python.org/file21312/bug-11254.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11254>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:38:25 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 21:38:25 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q1QKO-0004yh-60@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 7f4a4e393058 by Victor Stinner in branch 'default':
Issue #3080: imp.load_module() accepts None for the module path
http://hg.python.org/cpython/rev/7f4a4e393058

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:45:11 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 20 Mar 2011 21:45:11 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300657511.69.0.749650975486.issue10617@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I would recommend to document the classes like all other classes.  It may take a bit more space, but it will be a) standard and b) linkable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:45:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 21:45:31 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300657531.29.0.121345642931.issue11393@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It would be nice if it were enabled by default for fatal errors (and asserts perhaps?).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:50:56 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 20 Mar 2011 21:50:56 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300657856.72.0.214996006414.issue10977@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

It's largely a backwards compatibility hack, but the concrete methods also have an optimised fast path that the generic methods lack.

So (for example), PyList_SetItem would now mean "this is *probably* a list, so check for that and use the fast path if the assumption is correct, otherwise fall back on PyObject_SetItem".

Currently, using the concrete API means your code potentially *breaks* if the assumption is incorrect.

Sounds like a good idea to me, and will fix a lot of cases of bad interaction between concrete types and related objects.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:55:23 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 20 Mar 2011 21:55:23 +0000
Subject: [issue10977] Concrete object C API needs abstract path for subclasses
	of builtin types
In-Reply-To: <1295653779.62.0.836506069174.issue10977@psf.upfronthosting.co.za>
Message-ID: <1300658123.02.0.849113821695.issue10977@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I'm just pointing out a problem.  Lots of existing code uses the concrete API and that code can break subclasses of builtin types (possibly resulting in segfaults).

I don't really care what is done about it.  I'm just observing that the current design of the concrete API is incompatible with subclassing of built-in types.

A practical consequence is that I don't see how to write a fast, light C version of OrderedDict that would be safe from calls to PyDict_SetItem().  AFAICT, there is no mechanism for adding extra state to a built-in type and being able to guarantee even very simple invariants.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10977>
_______________________________________

From report at bugs.python.org  Sun Mar 20 22:55:54 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 21:55:54 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1300658154.19.0.724958469235.issue11342@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The test failures you quoted are not related to distutils.

I cannot see the ResourceWarnings in 3.2 or 3.3, so I think I?m going to close this issue.

----------
components:  -Distutils, Distutils2
status: open -> pending
versions:  -3rd party, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:09:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 22:09:23 +0000
Subject: [issue11586] Python/pythonrun.c: get_codec_name() typo
In-Reply-To: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>
Message-ID: <E1Q1QoL-0007jQ-V3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 929aafef5b05 by Victor Stinner in branch 'default':
Fix #11586: typo in initfsencoding()
http://hg.python.org/cpython/rev/929aafef5b05

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11586>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:23:43 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 22:23:43 +0000
Subject: [issue11586] Python/pythonrun.c: get_codec_name() typo
In-Reply-To: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>
Message-ID: <E1Q1R28-0000aM-Mh@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0b6f6514461e by Victor Stinner in branch '3.2':
Fix #11586: typo in initfsencoding()
http://hg.python.org/cpython/rev/0b6f6514461e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11586>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:26:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 22:26:43 +0000
Subject: [issue11586] Python/pythonrun.c: get_codec_name() typo
In-Reply-To: <1300371439.34.0.145092588247.issue11586@psf.upfronthosting.co.za>
Message-ID: <1300660003.92.0.607588241801.issue11586@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Fixed, thanks Ray.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11586>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:34:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 22:34:33 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1300660473.97.0.440011542221.issue901727@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I added the missing words and reworded a few lines in the attached patch.

That said, I find that the new doc is barely helpful; it describes what the code does, but does not explain why one would want to use it.  Comments in the source suggest it?s a hack to support some corner case.  This is still obscure to me after reading about it and looking at the code :(

----------
Added file: http://bugs.python.org/file21313/apiref-followup.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:35:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 22:35:44 +0000
Subject: [issue9364] some problems with the documentation of pydoc
In-Reply-To: <1279949027.26.0.1869842795.issue9364@psf.upfronthosting.co.za>
Message-ID: <1300660544.83.0.902397738583.issue9364@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

yeswanth, would you like more guidance or should I finish the patches?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9364>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:38:18 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 22:38:18 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <E1Q1RGH-0001yK-RX@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 8939a21bdb94 by Victor Stinner in branch '3.2':
Issue #11395: io.FileIO().write() clamps the data length to 32,767 bytes on
http://hg.python.org/cpython/rev/8939a21bdb94

New changeset 4b3472169493 by Victor Stinner in branch 'default':
(merge) Issue #11395: io.FileIO().write() clamps the data length to 32,767
http://hg.python.org/cpython/rev/4b3472169493

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:39:16 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 22:39:16 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1300660756.73.0.0731185195598.issue8933@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Diffs or full changesets are fine.  I?m putting this on standby until distutils2 is fully merged into the standard library and we have a clear workflow from packaging to d2 to d1.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:49:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 22:49:09 +0000
Subject: [issue11616] reap_children should not use WNOHANG
In-Reply-To: <1300639681.51.0.654119922856.issue11616@psf.upfronthosting.co.za>
Message-ID: <1300661349.63.0.282147052469.issue11616@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Probably a bad idea on my part :)

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11616>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:50:41 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 22:50:41 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1300661441.97.0.40874803723.issue11395@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I realized that it was a little more difficult to port the fix on 3.1 because 3.1 doesn't have the fix for Windows 64 bits. So I only fixed Python 3.2 and 3.3, also because nobody reported failure for Python 3.1 on Windows with -u flag.

I tested my fix: the test fails without the fix, and it pass correctly with the fix. So let's close the last regression that I introduced in Python 3.2!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:58:47 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 22:58:47 +0000
Subject: [issue11127] sockets should not be pickleable
In-Reply-To: <1296894626.58.0.23469074371.issue11127@psf.upfronthosting.co.za>
Message-ID: <E1Q1Ra9-0003rV-B7@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5e13e5e6df30 by Antoine Pitrou in branch 'default':
Issue #11127: Raise a TypeError when trying to pickle a socket object.
http://hg.python.org/cpython/rev/5e13e5e6df30

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11127>
_______________________________________

From report at bugs.python.org  Sun Mar 20 23:59:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 20 Mar 2011 22:59:13 +0000
Subject: [issue11127] sockets should not be pickleable
In-Reply-To: <1296894626.58.0.23469074371.issue11127@psf.upfronthosting.co.za>
Message-ID: <1300661953.22.0.170133408654.issue11127@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed the patch with the test, thank you!

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11127>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:10:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 23:10:18 +0000
Subject: [issue11617] Sporadic failure in test_httpservers
In-Reply-To: <1300640781.99.0.619640847889.issue11617@psf.upfronthosting.co.za>
Message-ID: <1300662618.97.0.626457056951.issue11617@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Another example on x86 OpenIndiana 3.2:

test test_httpservers failed -- Traceback (most recent call last):
  File "/export/home/buildbot/32bits/3.2.cea-indiana-x86/build/Lib/test/test_httpservers.py", line 210, in test_latin1_header
    self.assertEqual(res.getheader('X-Special'), 'D\xe4ngerous Mind')
AssertionError: None != 'D\xe4ngerous Mind'

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:21:38 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 23:21:38 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1300663298.54.0.160265002337.issue11060@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

data['version'] is not always present.  Can you find what part of the code fills it?

There is no default in the PEP, but a tool like mkcfg could suggest a useful value, say 0.1dev0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:22:02 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 20 Mar 2011 23:22:02 +0000
Subject: [issue3722] print followed by exception eats print with doctest
In-Reply-To: <1220007253.68.0.614144600028.issue3722@psf.upfronthosting.co.za>
Message-ID: <1300663322.01.0.482248611546.issue3722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

You misunderstood my last response. The first paragraph *dismisses* the case of temporary print (raised by Charles-Axle) as out of scope for doctests and hence this issue. The next ones addresses *your* case of code *permanently* intended to print and raise and gives a workable solution to your example.

After failing to find a simpler example that works with 3.x*, I am now thinking of the following doc fix.

1. Add 'directly' before 'supported' in Tim's first sentence: "Examples containing both expected output and an exception are not supported." 

2. After the next sentence of explanation, add

"""Instead, try something like:

>>> def test():
...   print("hello")
...   raise IndexError()
...
>>> try:
...   test()
...   raise BaseException # Fail if no IndexError
... except IndexError:
...   pass
hello
"""

* I discovered a subtle consequence of the print change: "print 1, 1/0" will print '1' on a line by itself and then a traceback. "print(1,1/0)" just prints a traceback. Something like

class C():
    def __str__(self):
        raise IndexError
print(1, C(), sep='\n')

is required to print a value by itself on a line and then a traceback.
That is no simpler and probably less realistic than test() above.

----------
keywords: +patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3722>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:23:16 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 23:23:16 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300663396.59.0.509539539816.issue11421@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What?s the proper way to fix this?  Mention in the devguide that 2.5 and 2.6 can?t be built from Mercurial, or commit some text in the place of the keywords in Mercurial?

----------
nosy: +eric.araujo
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:29:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 20 Mar 2011 23:29:24 +0000
Subject: [issue11617] Sporadic failure in test_httpservers
In-Reply-To: <1300640781.99.0.619640847889.issue11617@psf.upfronthosting.co.za>
Message-ID: <E1Q1S3m-0006UG-PN@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset fa20590d4694 by Antoine Pitrou in branch '3.2':
Try to strengthen test_httpservers (issue #11617)
http://hg.python.org/cpython/rev/fa20590d4694

New changeset 34db881edb4d by Antoine Pitrou in branch 'default':
Try to strengthen test_httpservers (issue #11617)
http://hg.python.org/cpython/rev/34db881edb4d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:29:25 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 23:29:25 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300663765.13.0.404681933515.issue9523@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think the patch will not be suitable for 3.1 and 3.2, so there should be a doc patch to mention the limitations of the dbm API (keys() returning a list and all that).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:34:01 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 23:34:01 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1300664041.51.0.954685332941.issue6087@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The patches look good, thank you.  Do you have a command, script or test that would print the values, to make sure they?re right?

----------
assignee: tarek -> eric.araujo
keywords: +buildbot, needs review -easy, patch
nosy:  -alexis
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:34:01 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 23:34:01 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300664041.97.0.558784517431.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ok. Python 3.3 does now support non-ASCII characters in module paths and names on Windows, but only characters encodable to the ANSI code page. To support the full Unicode range, we should remove all calls to PyUnicode_EncodeFSDefault() on Windows:

  a) parse_source_module() has to encode the filename because the parser has no function expecting a filename as a Python object. It uses currently PyParser_ASTFromFile().

  b) write_compiled_module() encodes the filename to call open_exclusive(). I don't know how to implement open_exclusive() for Windows using Unicode filename: open() expects the filename as a byte string. Can we use _Py_fopen() (_wfopen)? Or do you need the O_EXCL flag?

  c) _PyImport_LoadDynamicModule() encodes the filename for _PyImport_GetDynLoadFunc(). The prototype should be changed, but only on Windows, to accept a filename as a Unicode string.

Issue #10785 is the right fix to (a). When #10785 will be fixed, it will be easier to fix #9319 crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:34:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 20 Mar 2011 23:34:35 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1300664075.09.0.327861424648.issue6087@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +easy, patch -buildbot, needs review
nosy: +alexis
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:49:41 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 23:49:41 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300664981.88.0.777064262639.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> c) _PyImport_LoadDynamicModule() encodes the filename for
> _PyImport_GetDynLoadFunc(). The prototype should be changed,
> but only on Windows, to accept a filename as a Unicode string.

Hum, the difficult part is to use Unicode in _PyImport_GetDynLoadFunc() for:

hDLL = LoadLibraryEx(pathname, NULL, LOAD_WITH_ALTERED_SEARCH_PATH);

There is a LoadLibraryW() function, but it doesn't have a flag argument. And I suppose that the LOAD_WITH_ALTERED_SEARCH_PATH option is important.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:58:14 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 20 Mar 2011 23:58:14 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300665494.79.0.67232898842.issue11421@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

If someone can propose a patch that has zero effect on a subversion checkout or export but fixes the issue with a hg checkout, I'd be fine adding it.

OTOH, I fail to see why this issue needs fixing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 00:58:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 20 Mar 2011 23:58:51 +0000
Subject: [issue11619] On Windows,
	don't encode filenames in the import machinery
In-Reply-To: <1300665531.85.0.426527059221.issue11619@psf.upfronthosting.co.za>
Message-ID: <1300665531.85.0.426527059221.issue11619@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

With #3080, Python 3.3 does now manipulate module paths and names as Unicode in the import machinery. But in 3 remaining places, it does encode filenames (to the ANSI code page):


a) _PyImport_LoadDynamicModule()

It should pass directly the PyObject* (instead of a char*) to _PyImport_GetDynLoadFunc(), but only on Windows (we may change the function name for Windows). _PyImport_GetDynLoadFunc() of dynload_win.c has to be patched to use the Unicode API (eg. LoadLibraryEx => LoadLibraryExW).


b) write_compiled_module()

The problem is to implement open_exclusive() for Windows using Unicode. open_exclusive() uses open() on Windows, but open() expects the filename as a byte string. We may use _Py_fopen() (_wfopen), but this function doesn't have an option to open the file in exclusive mode (O_EXCL flag). GNU has an extension: "x" flag in the file mode, but Windows doesn't support it.

The file is passed to marshal functions like PyMarshal_WriteLongToFile(), and so the file have to be a FILE*.


c) parse_source_module()

=> covered by the issue #10785.

----------
components: Interpreter Core, Unicode, Windows
messages: 131574
nosy: amaury.forgeotdarc, haypo, pitrou
priority: normal
severity: normal
status: open
title: On Windows, don't encode filenames in the import machinery
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11619>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:01:38 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 00:01:38 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300665698.78.0.952897812183.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ok, I think that the most important part is now implemented in Python 3.3: use Unicode for module names and paths in the import machinery. Remaing parts are specific to Windows, and so I opened a new issue: #11619. Let's close this 3 years old issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:01:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:01:59 +0000
Subject: [issue11287] Add context manager support to dbm modules
In-Reply-To: <1298383106.44.0.402041562416.issue11287@psf.upfronthosting.co.za>
Message-ID: <1300665719.04.0.552883404691.issue11287@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Reviewed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11287>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:03:37 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 00:03:37 +0000
Subject: [issue10828] Python 3 doesn't support non-ASCII module names with a
	locale encoding different than UTF-8
In-Reply-To: <1294170257.81.0.980912064683.issue10828@psf.upfronthosting.co.za>
Message-ID: <1300665817.8.0.758688786749.issue10828@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I closed #3080: Python 3.3 is now able to handle non-ASCII characters in module names and paths. But it is only able to handle non-ASCII characters encodable to the ANSI code page. To support all characters, I opened the issue #11619 (see also #10785).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10828>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:15:53 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:15:53 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1300666553.31.0.258052955499.issue5800@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think the doc should say something like ?default value is an empty list?, for maximum clarity.

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:17:07 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:17:07 +0000
Subject: [issue9100] test_sysconfig fails (test_user_similar)
In-Reply-To: <1277731663.45.0.56366593786.issue9100@psf.upfronthosting.co.za>
Message-ID: <1300666627.91.0.0809010843182.issue9100@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Would you like to turn your diagnostic into a patch?

----------
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9100>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:21:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:21:15 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300666875.38.0.174050366802.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think this requires a note in NEWS but also in Doc/library/site.rst.  Carl, would you like to make a new changeset with that edition in your repo?  (It will also provide a test for the Create Patch button after.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:22:19 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 00:22:19 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1300666939.34.0.674353236542.issue11342@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

The first ResourceWarning looks like the test_cgi leak from issue10512, which was fixed in changeset ae186b3b2c55.

----------
nosy: +nvawda
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:33:22 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:33:22 +0000
Subject: [issue9750] sqlite3 iterdump fails on column with reserved name
In-Reply-To: <1283494526.84.0.467033818097.issue9750@psf.upfronthosting.co.za>
Message-ID: <1300667602.19.0.499800349996.issue9750@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I have very limited time to use on this.
This is a perfectly reasonable stance, and we?re grateful for the work you?re doing.  When you say that you don?t have time, someone else will take up the patch and update it to address reviews, and you will get credited.

a) Thanks for the explanation.  This would be a useful comment in the source.

b) It?s not uncommon to make cosmetic changes in the same commit as a bugfix.  Readability is valued.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9750>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:34:41 2011
From: report at bugs.python.org (Tom Felker)
Date: Mon, 21 Mar 2011 00:34:41 +0000
Subject: [issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes
	instead of strings
In-Reply-To: <1300667681.04.0.269037633009.issue11620@psf.upfronthosting.co.za>
Message-ID: <1300667681.04.0.269037633009.issue11620@psf.upfronthosting.co.za>


New submission from Tom Felker <tomfelker at gmail.com>:

PlaySound supposedly lets you play a .WAV file whose contents are stored in a string, by passing the string and flags including winsound.SND_MEMORY.  I'm trying to use BytesIO object and the wave module to make a file in-memory, and pass this to winsound.  It's a TypeError if I pass the resultant bytes object directly, and if I pass a string object, I get

TypeError: must be str without null character or None, not str

Since wav files can contain zeros, for the feature to work at all, the C code would need to detect the SND_MEMORY flag and interpret the first argument as a bytes object, instead of a null-terminated string, in that case.

----------
components: Library (Lib)
messages: 131583
nosy: Tom.Felker
priority: normal
severity: normal
status: open
title: winsound.PlaySound() with SND_MEMORY should accept bytes instead of strings
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11620>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:34:51 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:34:51 +0000
Subject: [issue9309] Add environment variable complementing command line
	option -no-user-cfg
In-Reply-To: <1279574081.87.0.528312419657.issue9309@psf.upfronthosting.co.za>
Message-ID: <1300667691.68.0.613448192981.issue9309@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m not sure this is a distutils or virtualenv bug.  I will defer to Tarek?s decision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9309>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:36:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:36:59 +0000
Subject: [issue9084] vimrc: use matchall() instead of ":match" to allow
	multiple matches
In-Reply-To: <1277520193.82.0.447342355027.issue9084@psf.upfronthosting.co.za>
Message-ID: <1300667819.38.0.556655779955.issue9084@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: brett.cannon -> benjamin.peterson
dependencies: +Usefulness of the Misc/Vim/ files?
keywords: +gsoc -patch
nosy: +benjamin.peterson, eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9084>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:37:18 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 00:37:18 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1300667838.78.0.608000516606.issue11342@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Sorry about accidentally changing the issue status to "open". It seems that I don't have the requisite privileges to change it back to "pending"...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:37:26 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:37:26 +0000
Subject: [issue9084] vimrc: use matchall() instead of ":match" to allow
	multiple matches
In-Reply-To: <1277520193.82.0.447342355027.issue9084@psf.upfronthosting.co.za>
Message-ID: <1300667846.33.0.631905468756.issue9084@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: benjamin.peterson -> brett.cannon
keywords: +patch -gsoc, needs review
nosy:  -benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9084>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:39:00 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:39:00 +0000
Subject: [issue11342] ResourceWarning: unclosed file <_io.TextIOWrapper
In-Reply-To: <1298756342.35.0.600188157912.issue11342@psf.upfronthosting.co.za>
Message-ID: <1300667940.83.0.39705074453.issue11342@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Any message will automatically change pending to open, don?t worry.

----------
resolution:  -> works for me
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11342>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:44:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:44:49 +0000
Subject: [issue5474] distutils produces invalid RPM packages of prerelease
	python packages
In-Reply-To: <1236744919.07.0.603710480384.issue5474@psf.upfronthosting.co.za>
Message-ID: <1300668289.15.0.847632024141.issue5474@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

With the new Mercurial repositories and adapted workflow, patches should apply to a clone of the 3.1 branch.

If you could also remove outdated or superseded patches from this issue (or give their names if you can?t remove them), it would help reviewing.  Thanks in advance.

----------
nosy: +eric.araujo
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5474>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:49:02 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 00:49:02 +0000
Subject: [issue7311] Bug on regexp of HTMLParser
In-Reply-To: <1258043150.41.0.372876851796.issue7311@psf.upfronthosting.co.za>
Message-ID: <1300668542.11.0.914125043027.issue7311@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions: +Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7311>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:56:42 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 21 Mar 2011 00:56:42 +0000
Subject: [issue10828] Python 3 doesn't support non-ASCII module names with a
	locale encoding different than UTF-8
In-Reply-To: <1294170257.81.0.980912064683.issue10828@psf.upfronthosting.co.za>
Message-ID: <1300669002.57.0.205062065611.issue10828@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

As Victor noted, this issue is essentially a duplicate of #3080 (and others) and now #11619 and needs no independent action apart from the latter. Since the discussion with ingemar seems finished, I am now closing.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> On Windows, don't encode filenames in the import machinery

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10828>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:59:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 00:59:09 +0000
Subject: [issue11210] PyErr_SetFromWindowsErrWithFilenameObject() doesn't
	exist: remove it from pyerrors.h
In-Reply-To: <1297678521.8.0.172330383513.issue11210@psf.upfronthosting.co.za>
Message-ID: <E1Q1TSc-0005XL-4i@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c0829c4e19cf by Victor Stinner in branch 'default':
Closes #11210: Remove PyErr_SetFromWindowsErrWithFilenameObject() of pyerrors.h
http://hg.python.org/cpython/rev/c0829c4e19cf

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11210>
_______________________________________

From report at bugs.python.org  Mon Mar 21 01:59:19 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 21 Mar 2011 00:59:19 +0000
Subject: [issue11619] On Windows,
	don't encode filenames in the import machinery
In-Reply-To: <1300665531.85.0.426527059221.issue11619@psf.upfronthosting.co.za>
Message-ID: <1300669159.28.0.497490070948.issue11619@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11619>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:12:19 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 01:12:19 +0000
Subject: [issue10864] time.strftime("%Y"): limitation of 4 digits on
	OpenIndiana (Solaris)
In-Reply-To: <1294454597.35.0.957818587484.issue10864@psf.upfronthosting.co.za>
Message-ID: <E1Q1TfM-0006en-C9@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d56eb817b181 by Victor Stinner in branch '3.2':
Issue #10864 has been fixed: remove the workaround
http://hg.python.org/cpython/rev/d56eb817b181

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10864>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:13:22 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:13:22 +0000
Subject: [issue9306] distutils: raise informative error message when cmd_class
	is None
In-Reply-To: <1279557321.49.0.203770679838.issue9306@psf.upfronthosting.co.za>
Message-ID: <1300670002.11.0.767461669676.issue9306@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m inclined to reject the bug: http://docs.python.org/distutils/apiref#distutils.core.setup clearly says that the argument should be a dictionary.  The code in pyreadline should set it to an empty dict instead of None.  While it can be argued that providing clearly helpful messages is a service for our users, especially given that people writing setup scripts may be beginners, it seems to me that adding type checking would not be the Python way.  Raymond, what do you think?

----------
components: +Distutils2 -Distutils
nosy: +alexis, rhettinger
versions: +3rd party -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9306>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:13:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 01:13:45 +0000
Subject: [issue11188] test_time error on AIX
In-Reply-To: <1297435870.78.0.786178293384.issue11188@psf.upfronthosting.co.za>
Message-ID: <1300670025.36.0.719726374062.issue11188@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

strftime_aix.patch is a little bit too strict: it looks like strftime() supports large year values (year > 9999). We may only raise an error if the year is smaller than 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11188>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:15:47 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 01:15:47 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300670147.77.0.0337852099305.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Here is an updated patch, incorporating the feedback from your review.

The new patch no longer checks for errors in bz2CompressEnd()/bz2DecompressEnd()
in the dealloc functions for BZ2Compressor/BZ2Decompressor. I found that calling
PyErr_WriteUnraisable() results in spurious error messages if an exception is
raised by the init function, and in any case, the output would not be of much
use if a genuine error were to occur.

The patch adds implementations of most of the io.BufferedIOBase methods
(everything except detach(), read1() and truncate()), and includes unit tests
for fileno() and readinto().

----------
Added file: http://bugs.python.org/file21314/bz2-v4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:17:25 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 01:17:25 +0000
Subject: [issue11235] Source files with date modifed in 2106 cause
	OverflowError
In-Reply-To: <1297974058.91.0.622548974342.issue11235@psf.upfronthosting.co.za>
Message-ID: <1300670245.88.0.596577760146.issue11235@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

By the way, a simpler fix would be just to not fail if the .pyc file cannot be created (but emit a warning / write an error to stderr).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11235>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:18:25 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:18:25 +0000
Subject: [issue9302] distutils.core.Extension: list parameters documented as
	strings
In-Reply-To: <1279532605.75.0.42010773345.issue9302@psf.upfronthosting.co.za>
Message-ID: <1300670305.44.0.0422895822449.issue9302@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the catch.  Are there no similar problems in the rest of the distutils doc, or did you search in one file only?

----------
assignee: docs at python -> eric.araujo
components: +Distutils, Distutils2
nosy: +alexis, eric.araujo
stage:  -> patch review
title: Distutils document problem? -> distutils.core.Extension: list parameters documented as strings
versions: +3rd party, Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9302>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:18:44 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 01:18:44 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300670324.85.0.489652685619.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Corresponding patch for the module docs.

----------
Added file: http://bugs.python.org/file21315/bz2-v4-doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:20:04 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:20:04 +0000
Subject: [issue9181] Solaris extension building does not work with 64 bit
	python
In-Reply-To: <1278429433.49.0.398235894568.issue9181@psf.upfronthosting.co.za>
Message-ID: <1300670404.67.0.47646731001.issue9181@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Charles, can you still reproduce your bug now that #9437 has been fixed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9181>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:22:10 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:22:10 +0000
Subject: [issue8730] Spurious test failure in distutils
In-Reply-To: <1274012517.83.0.155461681494.issue8730@psf.upfronthosting.co.za>
Message-ID: <1300670530.58.0.0168161853431.issue8730@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Ronald, can you tell what would be the check to put in skipIf?

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8730>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:22:22 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 01:22:22 +0000
Subject: [issue11230] "Full unicode import system" not in 3.2
In-Reply-To: <1297926635.95.0.756299771372.issue11230@psf.upfronthosting.co.za>
Message-ID: <1300670542.54.0.712917776541.issue11230@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

>> Victor asked "Which web page should updated/fixed?"
> Answer: The Python 3.2 download page.

Sorry, but I don't see which page tells that Python 3.2 has a full Unicode support for import. In http://www.python.org/download/releases/3.2/, I can read "countless fixes regarding bytes/string issues; among them full support for a bytes environment (filenames, environment variables)".

"full support for a bytes environment" means that Python 3.2 has been fixed on UNIX to support undecodable filenames, but not that Python 3.2 supports unencodable filenames on Windows.

Can you propose a sentence which is more clear about bytes/Unicode?

Python 3.3 will have a full Unicode support for modules: issue #3080 is already fixed, and I think that #11619 can be fixed (maybe not easily).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11230>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:38:14 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 01:38:14 +0000
Subject: [issue10883] urllib: socket is not closed explicitly
In-Reply-To: <1294698764.05.0.403920474459.issue10883@psf.upfronthosting.co.za>
Message-ID: <1300671494.25.0.319140575333.issue10883@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

> I saw the partial fix suggested by the patch, but for some reason I
> did not see ResourceWarning being shutup.

Do you mean that you aren't getting ResourceWarnings in the first place?
Or that you are getting warnings, and the partial fix isn't getting rid
of any of them?

Note: it doesn't get rid of *all* of the warnings for test_urllib2net;
only some of them.

About the remaining warnings, it seems that FTPHandler.ftp_open() creates
an ftpwrapper object to connect to the server, and then the ftpwrapper
doesn't get closed anywhere. It has to stay open until the caller has
finished reading from the connection, so finding the right place to close
it might be a bit tricky.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10883>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:40:43 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:40:43 +0000
Subject: [issue5977] distutils build_ext.get_outputs returns wrong result
In-Reply-To: <1241875790.11.0.581973280056.issue5977@psf.upfronthosting.co.za>
Message-ID: <1300671643.93.0.218077350396.issue5977@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Distutils2
nosy: +alexis, eric.araujo
stage:  -> patch review
title: distutils build_ext.get_outputs returns wrong result (patch) -> distutils build_ext.get_outputs returns wrong result
type: crash -> behavior
versions: +3rd party, Python 3.2, Python 3.3 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5977>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:43:04 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 01:43:04 +0000
Subject: [issue11599] Useless error message when distutils fails compiling
In-Reply-To: <1300473236.84.0.248517729635.issue11599@psf.upfronthosting.co.za>
Message-ID: <1300671784.0.0.642356929514.issue11599@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

It appears a choice has been made to print only the first argument in the error messages; attached patch changes that, please test.

----------
components: +Distutils2
keywords: +patch
nosy: +alexis
versions: +3rd party
Added file: http://bugs.python.org/file21316/fix-compile-error-messages.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11599>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:50:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 01:50:50 +0000
Subject: [issue11599] Useless error message when distutils fails compiling
In-Reply-To: <1300671784.0.0.642356929514.issue11599@psf.upfronthosting.co.za>
Message-ID: <1300672246.3481.37.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It appears a choice has been made to print only the first argument in
> the error messages; attached patch changes that, please test.

Well, I don't have the failing setup at hand anymore, but the patch
looks reasonable to me. Thank you!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11599>
_______________________________________

From report at bugs.python.org  Mon Mar 21 02:53:23 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 01:53:23 +0000
Subject: [issue5537] LWPCookieJar cannot handle cookies with expirations of
	2038 or greater on 32-bit platforms
In-Reply-To: <1237744231.54.0.279066174651.issue5537@psf.upfronthosting.co.za>
Message-ID: <E1Q1UJ6-0001ax-34@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b15f60f9e256 by Victor Stinner in branch '3.1':
Issue #5537: Fix time2isoz() and time2netscape() functions of httplib.cookiejar
http://hg.python.org/cpython/rev/b15f60f9e256

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5537>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:04:21 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 02:04:21 +0000
Subject: [issue5537] LWPCookieJar cannot handle cookies with expirations of
	2038 or greater on 32-bit platforms
In-Reply-To: <1237744231.54.0.279066174651.issue5537@psf.upfronthosting.co.za>
Message-ID: <1300673061.67.0.296930716396.issue5537@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> While it is unlikely that a purely numeric format such as "%Y-%m-%d
> %H:%M:%S" will be locale dependent, it is possible that some pre-C99
> systems would format dates using exotic digits is some locales.

Ok, I rewrote my patch to avoid strftime(). It should now be fixed.

FYI datetime.fromtimestamp() converts the timestamp to a double, which has a precision of 53 bits (no precision loss for year < 285,422,890 and so it's enough for year 2038).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5537>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:04:29 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 02:04:29 +0000
Subject: [issue5537] LWPCookieJar cannot handle cookies with expirations of
	2038 or greater on 32-bit platforms
In-Reply-To: <1237744231.54.0.279066174651.issue5537@psf.upfronthosting.co.za>
Message-ID: <1300673069.64.0.148775522449.issue5537@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5537>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:07:38 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 02:07:38 +0000
Subject: [issue6501] Fatal error on startup with invalid PYTHONIOENCODING
In-Reply-To: <1247826105.17.0.941734297485.issue6501@psf.upfronthosting.co.za>
Message-ID: <1300673258.94.0.314630726453.issue6501@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6501>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:23:00 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 02:23:00 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <E1Q1Ull-00046n-TM@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d3e46930ffe9 by ?ric Araujo in branch 'default':
Mark getopt error messages as localizable (fixes #11371).
http://hg.python.org/cpython/rev/d3e46930ffe9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:23:00 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 02:23:00 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q1Ull-00046n-TT@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ee4e780a6b7a by ?ric Araujo in branch 'default':
Fix a typo (see #3080)
http://hg.python.org/cpython/rev/ee4e780a6b7a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:26:21 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 02:26:21 +0000
Subject: [issue8651] "s#" and friends can silently truncate buffer length
In-Reply-To: <1273253096.48.0.301498355728.issue8651@psf.upfronthosting.co.za>
Message-ID: <E1Q1Up2-0004TD-MT@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d9633064458c by Victor Stinner in branch '3.1':
Issue #8651: PyArg_Parse*() functions raise an OverflowError if the file
http://hg.python.org/cpython/rev/d9633064458c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8651>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:27:37 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 02:27:37 +0000
Subject: [issue11371] Localization of error messages in getopt
In-Reply-To: <1299061906.55.0.616256394732.issue11371@psf.upfronthosting.co.za>
Message-ID: <1300674457.09.0.970989871718.issue11371@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Done, thanks!

----------
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11371>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:30:24 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 02:30:24 +0000
Subject: [issue8651] "s#" and friends can silently truncate buffer length
In-Reply-To: <1273253096.48.0.301498355728.issue8651@psf.upfronthosting.co.za>
Message-ID: <1300674624.55.0.936268415787.issue8651@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ok, I backported the fix to 3.1.

Reopen the issue if you would like a port to 2.7 (I am too lazy to do it).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8651>
_______________________________________

From report at bugs.python.org  Mon Mar 21 03:37:29 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 02:37:29 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300675049.43.0.334187993837.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I was able to reproduce the crash in 2.7 and fix it with the patch.  I only had to remove a cast to long to make the patch apply.  I also changed tabs to spaces in two lines.

Please review and assign back to me for commit. :)

----------
assignee: eric.araujo -> rhettinger
stage: needs patch -> commit review
Added file: http://bugs.python.org/file21317/fix-set-crashers-2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Mon Mar 21 04:05:09 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 03:05:09 +0000
Subject: [issue8650] zlibmodule.c isn't 64-bit clean
In-Reply-To: <1273252861.66.0.962857738541.issue8650@psf.upfronthosting.co.za>
Message-ID: <1300676709.4.0.000439393711826.issue8650@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> This only addresses the compress() and decompress() functions, 
> but e.g. crc32() and adler32() are also touched by this issue.

crc32() and adler32() were fixed by #10276.

PyZlib_objcompress() and PyZlib_objdecompress() should be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8650>
_______________________________________

From report at bugs.python.org  Mon Mar 21 05:08:23 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 21 Mar 2011 04:08:23 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300680503.81.0.579416962103.issue3080@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

As I see Victor has dropped OS/2 support from Python/import.c
Perhaps file Python/dynload_os2.c should be removed also.
Not sure about other dynload_* files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 05:21:26 2011
From: report at bugs.python.org (Mathieu Bridon)
Date: Mon, 21 Mar 2011 04:21:26 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1300681286.39.0.492393743975.issue9584@psf.upfronthosting.co.za>


Mathieu Bridon <bochecha at fedoraproject.org> added the comment:

> "I removed the unused import (mostly as a simple test of mercurial, it's my first commit there)."

Does it mean that Python development is not being done in SVN, as the documentations state it?

My patches have all been based on the SVN py3k branch, please tell me if I must base them on something else instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Mon Mar 21 06:21:07 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 21 Mar 2011 05:21:07 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300684867.92.0.0326129203781.issue10617@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Here's a patch that adds the list of classes with a minimal description before the table.
I grouped a few classes to save some space. Container, Hashable, Sized, Callable could be grouped too.
I also added links to the methods and to glossary terms (the `set` term is missing from the glossary though).
The methods listed in the table can be turned to links too.
(The :meth:`__len__ <__len__>` markup is to hide the () after the __method__.)

----------
assignee: georg.brandl -> ezio.melotti
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file21318/issue10617.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 07:05:47 2011
From: report at bugs.python.org (yeswanth)
Date: Mon, 21 Mar 2011 06:05:47 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1300687547.03.0.151926958414.issue11060@psf.upfronthosting.co.za>


Changes by yeswanth <swamiyeswanth at yahoo.com>:


Removed file: http://bugs.python.org/file21008/help.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Mon Mar 21 07:06:25 2011
From: report at bugs.python.org (yeswanth)
Date: Mon, 21 Mar 2011 06:06:25 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1300687585.84.0.955699563888.issue11060@psf.upfronthosting.co.za>


yeswanth <swamiyeswanth at yahoo.com> added the comment:

Added some test cases for it .

----------
keywords: +patch
Added file: http://bugs.python.org/file21319/patch1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Mon Mar 21 07:58:28 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 21 Mar 2011 06:58:28 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300690708.19.0.452403404246.issue10617@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This looks fine, but it may be better to put the tables first and details second.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 08:21:39 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 21 Mar 2011 07:21:39 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300692099.43.0.352145464191.issue11421@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

How about the patch attached in the issue11579

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 08:52:36 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 21 Mar 2011 07:52:36 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300693956.26.0.871768846299.issue10617@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Yes; then the table entries will link to the descriptions below.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 08:53:08 2011
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 21 Mar 2011 07:53:08 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300693988.75.0.104176080116.issue10617@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

BTW: :meth:`x <x>` should not do anything different from :meth:`x`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 09:18:10 2011
From: report at bugs.python.org (Alexander Dreyer)
Date: Mon, 21 Mar 2011 08:18:10 +0000
Subject: [issue9309] Add environment variable complementing command line
	option -no-user-cfg
In-Reply-To: <1279574081.87.0.528312419657.issue9309@psf.upfronthosting.co.za>
Message-ID: <1300695490.35.0.96173468304.issue9309@psf.upfronthosting.co.za>


Alexander Dreyer <adreyer at gmx.de> added the comment:

If a another solution via virtualenv could do it, I'd prefer that, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9309>
_______________________________________

From report at bugs.python.org  Mon Mar 21 09:23:08 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 21 Mar 2011 08:23:08 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300695788.59.0.768451895778.issue10617@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I put the list first and table second because the table contains more details and information, whereas the list only has a short description (usually the tables provide an overview and they are followed by a more comprehensive list).
I didn't include the () after the methods name because they are not in the table, they look ugly on the special __methods__() and it's clear that they are methods even without the ().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 09:48:26 2011
From: report at bugs.python.org (Eric Smith)
Date: Mon, 21 Mar 2011 08:48:26 +0000
Subject: [issue9584] Allow curly brace expansion
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1300697306.58.0.756815398209.issue9584@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Yes, we recently switched to Mercurial. See http://docs.python.org/devguide/faq.html

You shouldn't need to change your patches just because of the switch from svn.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:20:05 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 21 Mar 2011 09:20:05 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300699205.72.0.555597870927.issue11421@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I was worried that the fatal error might not trigger anymore when doing something odd with subversion, but I guess this is unfounded worry. So I'm fine with the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:32:20 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 09:32:20 +0000
Subject: [issue11579] python 2.5 does not build from hg - looks for subversion
	keywords
In-Reply-To: <1300336030.91.0.421236681435.issue11579@psf.upfronthosting.co.za>
Message-ID: <E1Q1bTG-0007Ms-Su@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f9763c363cc3 by Martin v. L?wis in branch '2.5':
Set subversion version identification to empty strings if this is not a subversion
http://hg.python.org/cpython/rev/f9763c363cc3

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11579>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:34:11 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 09:34:11 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300700051.63.0.342654775174.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> As I see Victor has dropped OS/2 support from Python/import.c
> Perhaps file Python/dynload_os2.c should be removed also.
> Not sure about other dynload_* files.

340f76a6a792 just removes few lines in import.c: they can easily be rewritten. And this commit doesn't drop completly the support of OS/2 from the import machinery, as you wrote: dynload_os2.c still exists.

If we drop completly the support of OS/2, it should be done completly using a PEP (I don't remember its number), and it should be discussed. At least with Andrew I MacIntyre :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:38:17 2011
From: report at bugs.python.org (Alexander Belchenko)
Date: Mon, 21 Mar 2011 09:38:17 +0000
Subject: [issue11594] 2to3 tool does not preserve line-endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300700297.81.0.476590671608.issue11594@psf.upfronthosting.co.za>


Alexander Belchenko <bialix at ukr.net> added the comment:

@?ric Araujo: I've ran tests with python 3.2. All tests have passed:

----------------------------------------------------------------------
Ran 540 tests in 37.688s

OK

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:42:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 09:42:43 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300700563.64.0.777127349764.issue11421@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

f9763c363cc3 didn't close this issue whereas its message contains "Closes #11579. Closes #11421.". This commit closed #11579.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 10:53:01 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 21 Mar 2011 09:53:01 +0000
Subject: [issue11421] Subversion keywords missing on 2.5 checkout
In-Reply-To: <1299455447.55.0.905017085345.issue11421@psf.upfronthosting.co.za>
Message-ID: <1300701181.61.0.956336179264.issue11421@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11421>
_______________________________________

From report at bugs.python.org  Mon Mar 21 11:37:10 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 21 Mar 2011 10:37:10 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300703830.83.0.39745376069.issue11397@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I'm attaching a patch that fixes this bug. I'm using a different algorithm altogether than the currently existing one, to allow a stack-based approach that lends itself to fixing this bug (as inspired by Wojciech). Hopefully it won't expose new, subtler bugs...

----------
Added file: http://bugs.python.org/file21320/issue11397.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Mon Mar 21 11:40:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 10:40:44 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300704044.24.0.0991432351555.issue11397@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Mon Mar 21 11:47:05 2011
From: report at bugs.python.org (Devin Jeanpierre)
Date: Mon, 21 Mar 2011 10:47:05 +0000
Subject: [issue10837] Issue catching KeyboardInterrupt while reading stdin
In-Reply-To: <1294257725.97.0.863829105509.issue10837@psf.upfronthosting.co.za>
Message-ID: <1300704425.44.0.987007335134.issue10837@psf.upfronthosting.co.za>


Devin Jeanpierre <jeanpierreda at gmail.com> added the comment:

I can confirm this behavior on 2.7. On 3.2 for me it prints "done.", but not "Interrupted!"

----------
nosy: +Devin Jeanpierre

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10837>
_______________________________________

From report at bugs.python.org  Mon Mar 21 11:52:13 2011
From: report at bugs.python.org (Devin Jeanpierre)
Date: Mon, 21 Mar 2011 10:52:13 +0000
Subject: [issue10837] Issue catching KeyboardInterrupt while reading stdin
In-Reply-To: <1294257725.97.0.863829105509.issue10837@psf.upfronthosting.co.za>
Message-ID: <1300704733.94.0.903427270963.issue10837@psf.upfronthosting.co.za>


Devin Jeanpierre <jeanpierreda at gmail.com> added the comment:

Sorry, forgot to mention my system. 64-bit Windows 7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10837>
_______________________________________

From report at bugs.python.org  Mon Mar 21 11:53:57 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 10:53:57 +0000
Subject: [issue11619] On Windows,
	don't encode filenames in the import machinery
In-Reply-To: <1300665531.85.0.426527059221.issue11619@psf.upfronthosting.co.za>
Message-ID: <1300704837.08.0.689272044624.issue11619@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

open_exclusive() was created by:

changeset:   14708:89b2aee43e0b
branch:      legacy-trunk
user:        Guido van Rossum <guido at python.org>
date:        Wed Sep 20 20:31:38 2000 +0000
files:       Python/import.c
description:
On Unix, use O_EXCL when creating the .pyc/.pyo files, to avoid a race condition

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11619>
_______________________________________

From report at bugs.python.org  Mon Mar 21 12:07:32 2011
From: report at bugs.python.org (Devin Jeanpierre)
Date: Mon, 21 Mar 2011 11:07:32 +0000
Subject: [issue1677] Ctrl-C will exit out of Python interpreter in Windows
In-Reply-To: <1198217773.08.0.968759924116.issue1677@psf.upfronthosting.co.za>
Message-ID: <1300705652.4.0.893181845722.issue1677@psf.upfronthosting.co.za>


Devin Jeanpierre <jeanpierreda at gmail.com> added the comment:

Windows 7 64-bit (on the metal, not in a VM), can confirm. Holding down Ctrl+C will (eventually) halt Python on all the versions I have installed: 2.3, 2.7, 3.0, 3.1, 3.2. (All of these are 32-bit Pythons). Haven't done anything silly like try to install readline on Windows.

I also tried it on cygwin Python (2.6), held down for maybe 20 seconds, didn't crash.

----------
nosy: +Devin Jeanpierre

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1677>
_______________________________________

From report at bugs.python.org  Mon Mar 21 12:13:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 11:13:44 +0000
Subject: [issue11619] On Windows,
	don't encode filenames in the import machinery
In-Reply-To: <1300665531.85.0.426527059221.issue11619@psf.upfronthosting.co.za>
Message-ID: <1300706024.02.0.147124581122.issue11619@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

dynload_win.patch: Fix part (a), _PyImport_LoadDynamicModule().

----------
keywords: +patch
Added file: http://bugs.python.org/file21321/dynload_win.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11619>
_______________________________________

From report at bugs.python.org  Mon Mar 21 12:34:22 2011
From: report at bugs.python.org (Xuanji Li)
Date: Mon, 21 Mar 2011 11:34:22 +0000
Subject: [issue10694] zipfile.py end of central directory detection not robust
In-Reply-To: <1292266671.15.0.914079935044.issue10694@psf.upfronthosting.co.za>
Message-ID: <1300707262.22.0.297028505853.issue10694@psf.upfronthosting.co.za>


Xuanji Li <xuanji at gmail.com> added the comment:

Hi, can someone look at the patch? There doesn't seem to be any objections to it and it'll solve a long-standing issue.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10694>
_______________________________________

From report at bugs.python.org  Mon Mar 21 12:47:23 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 11:47:23 +0000
Subject: [issue10694] zipfile.py end of central directory detection not robust
In-Reply-To: <1292266671.15.0.914079935044.issue10694@psf.upfronthosting.co.za>
Message-ID: <1300708043.79.0.0205833502306.issue10694@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10694>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:03:04 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 12:03:04 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300708984.37.0.757671503124.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Yes, the race condition with the timeout is a problem.
Here is a patch that implements this lock using a condition variable.
I agree that one must consider performance/simplicity when doing this.

----------
Added file: http://bugs.python.org/file21322/locktimeout2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:13:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 12:13:32 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300708984.37.0.757671503124.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300709609.3498.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Yes, the race condition with the timeout is a problem.
> Here is a patch that implements this lock using a condition variable.
> I agree that one must consider performance/simplicity when doing this.

I don't understand why you need something that complicated. A simple
semaphore should be enough (as in the POSIX implementation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:26:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 12:26:35 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1300710395.66.0.332460426002.issue11060@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Nice test.  Remarks: you don?t need to instantiate MainProgram; the test would be better in test_version; you should test that ?0.4.5dev? is rejected, as it?s what was initially reported.

Testing versions in mkcfg will be a bit more difficult; testing versions in sdist and bdist_dumb should be easy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:27:00 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 12:27:00 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <E1Q1eCJ-00005o-1O@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 74d3dc78f0db by Victor Stinner in branch 'default':
Issue #10833: Use PyUnicode_FromFormat() and PyErr_Format() instead of
http://hg.python.org/cpython/rev/74d3dc78f0db

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:29:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 12:29:32 +0000
Subject: [issue11594] 2to3 does not preserve line endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300710572.35.0.67514500846.issue11594@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks.  Would you like to work on a unit test or full patch?

----------
stage:  -> test needed
title: 2to3 tool does not preserve line-endings -> 2to3 does not preserve line endings

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:31:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 12:31:39 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1300710699.19.0.826617834302.issue10617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I didn't include the () after the methods name because [...] they look
> ugly on the special __methods__() and it's clear that they are methods
> even without the ().

I feel that way for all functions and methods in the docs, especially given Python?s distinction between getting an object and calling it, but the current Sphinx setting is to add parenthesis, so let?s follow it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:32:18 2011
From: report at bugs.python.org (SilentGhost)
Date: Mon, 21 Mar 2011 12:32:18 +0000
Subject: [issue11060] distutils2 sdist does not complain about version that is
	not PEP 386 compliant
In-Reply-To: <1296312944.75.0.70099754625.issue11060@psf.upfronthosting.co.za>
Message-ID: <1300710738.82.0.561838138456.issue11060@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Please, don't use tabs to indent your code. Also check the trailing spaces and tabs.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11060>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:36:52 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 12:36:52 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300711012.93.0.404983837082.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I'm just providing this as a fast alternative to the Semaphore, which as far as I know, will cause a kernel call every time.

Complicated is relative.  In terms of the condition variable api, I wouldn't say that it is.  But given the fact that we have to emulate condition variables on older windows, then yes, it is complex.

If we are rolling our own instead of using Semaphores (as has been suggested for performance reasons) then using a Condition variable is IMHO safer than a custom solution because the correctness of that approach is so easily provable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:46:29 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 12:46:29 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300711012.93.0.404983837082.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300711585.3498.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I'm just providing this as a fast alternative to the Semaphore, which
> as far as I know, will cause a kernel call every time.

A Semaphore might be "slow", but I'm not sure other primitives are
faster. For the record, I tried another implementation using a critical
section, and it's not significantly faster under a VM (even though MSDN
claims critical sections are fast).

Have you timed your solution?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 13:55:02 2011
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Mon, 21 Mar 2011 12:55:02 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300557523.71.0.236955804124.issue11572@psf.upfronthosting.co.za>
	(Nick Coghlan's message of "Sat, 19 Mar 2011 17:58:43 +0000")
Message-ID: <87lj087hwc.fsf@asaph.rhodesmill.org>


Brandon Craig Rhodes <brandon at rhodesmill.org> added the comment:

Nick Coghlan <report at bugs.python.org> writes:

> Regarding "__reduce__", other readers will have the same question ?ric
> did, so that point should definitely go in a comment after the
> "__reduce_ex__" check.

I just sat down to review this issue, and, looking at test_copy3.patch,
isn't there already a comment next to each __reduce_ex__ check that
reminds the reader that object.__reduce_ex__ will itself call
__reduce__?  Does the comment just need to be more elaborate or
something?

Finally, ?ric wants me to replace this:

>         self.assertTrue(issubclass(copy.Error, Exception))

with self.assertIsInstance().  But surely the question is not whether
copy.Error is an *instance* of Exception?  They are both instances of
*type*, right?  What I would need is something like assertIsSubclass or
assertInheritsFrom, neither of which exists.

So I think that test_copy3.patch already includes all of the valid
improvements on the table; if I'm missing one, just point it out and
I'll fix it!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:16:35 2011
From: report at bugs.python.org (Alexander Belchenko)
Date: Mon, 21 Mar 2011 13:16:35 +0000
Subject: [issue11594] 2to3 does not preserve line endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300713395.03.0.158637003307.issue11594@psf.upfronthosting.co.za>


Alexander Belchenko <bialix at ukr.net> added the comment:

?ric, thank you for the proposal, but I'm not familiar enough with the codebase to work on it. 

The short scan over the tests reveals that there is at least one test which tries to test CRLF behavior, in the file test_refactor.py, but I don't understand what it doing?

    def test_crlf_newlines(self):
        old_sep = os.linesep
        os.linesep = "\r\n"
        try:
            fn = os.path.join(TEST_DATA_DIR, "crlf.py")
            fixes = refactor.get_fixers_from_package("lib2to3.fixes")
            self.check_file_refactoring(fn, fixes)
        finally:
            os.linesep = old_sep

So, in theory I can modify that test to check what if the file has LF-only line-endings originally, but os.linesep is CRLF, but then I don't know what the content I should create and how to run fixer over that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:22:47 2011
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 21 Mar 2011 13:22:47 +0000
Subject: [issue9302] distutils API Reference: setup() and Extension
	parameters' description not correct.
In-Reply-To: <1279532605.75.0.42010773345.issue9302@psf.upfronthosting.co.za>
Message-ID: <1300713767.34.0.776308878301.issue9302@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

I searched the distutils docs for such a parameter description table and find tow more on the distutils.core.setup() function descriptions. Reflected in my updated patch.

----------
title: distutils.core.Extension: list parameters documented as strings -> distutils API Reference: setup() and Extension parameters' description not correct.
Added file: http://bugs.python.org/file21323/issue_9302.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9302>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:26:29 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 13:26:29 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1300713989.5.0.649984040061.issue11572@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The suggestion about assertIsInstance was a mistake, I misread issubclass in the original code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:27:46 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 13:27:46 +0000
Subject: [issue9309] Add environment variable complementing command line
	option -no-user-cfg
In-Reply-To: <1279574081.87.0.528312419657.issue9309@psf.upfronthosting.co.za>
Message-ID: <1300714066.4.0.302480564009.issue9309@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This is discussed on https://github.com/pypa/virtualenv/issues/88

I noticed that the original Sage bug report requested that no-user-cfg be supported in the global distutils config file; this is more acceptable than adding an environment variable.  I?m not sure it would solve your problem though, which looks more educational than technical (i.e. people may forget to use an option on the command line or in the config file, so adding support for an option in the config file may not help).  Do you think it would be a useful feature anyway?

Anyway, don?t forget that distutils is closed to feature requests, and this would only land in distutils2 (included in Python 3.3 and released on PyPI for older versions), so I suspect a fix here would take years to be of benefit to your community.  I?m sorry about this situation, and I do hope a fix in virtualenv (which has a faster release cycle and don?t require you to change code in the distributed projects) will solve your problem in a near future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9309>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:37:13 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 13:37:13 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300714633.47.0.919583589784.issue7330@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ray Allen: Your patch doesn't touch the documentation. At least, you should mention (using .. versionchanged:: 3.3) that PyUnicode_FromFormat() does now support width and precision. It is important to specify the unit of the sizes: number of bytes or number of characters? Because many developer may refer to printf() which counts in bytes (especially for %s). PyUnicode_FromFormat() is more close to wprintf(), but I don't know if wprintf() uses bytes or characters for width and precision with the %s and %ls formats.

I plan to fix #10833 by replacing %.100s by %s is most (or all) error messages, and then commit your patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:38:03 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 13:38:03 +0000
Subject: [issue11082] ValueError: Content-Length should be specified
In-Reply-To: <1296501492.73.0.362770141375.issue11082@psf.upfronthosting.co.za>
Message-ID: <1300714683.46.0.0763098299511.issue11082@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11082>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:43:57 2011
From: report at bugs.python.org (sbt)
Date: Mon, 21 Mar 2011 13:43:57 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300715037.44.0.889667362208.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

> If we are rolling our own instead of using Semaphores (as has been 
> suggested for performance reasons) then using a Condition variable is 
> IMHO safer than a custom solution because the correctness of that 
> approach is so easily provable.

Assuming that you trust the implementation of condition variables, then I agree.  Unfortunately implementing condition variables correctly on Windows is notoriously difficult.  The patch contains the lines

+   Generic emulations of the pthread_cond_* API using
+   Win32 functions can be found on the Web.
+   The following read can be edificating (or not):
+   http://www.cse.wustl.edu/~schmidt/win32-cv-1.html

Apparently all the examples from that web page are faulty one way or another.

http://newsgroups.derkeiler.com/Archive/Comp/comp.programming.threads/2008-07/msg00025.html 

contains the following quote:

> Perhaps this list should provide links to a "reliable" windows
> condition variable implementation instead of continuously bad 
> mouthing the ~schmidt/win32-cv-1.html page and thereby raising 
> it's page rank.  It would greatly help out all us newbies out here.

pthreads-w32 used to use a solution depending on that paper but changed to something else.  The following is a long but relevant read:

ftp://sourceware.org/pub/pthreads-win32/sources/pthreads-w32-2-8-0-release/README.CV

Of course implementing condition variables is a whole lot easier if you don't need to broadcast and you only need weak guarantees on the behaviour.  So python's implementation may be quite sufficient.  (It does appear that a thread which calls COND_SIGNAL() may consume that signal with a later call of COND_WAIT().  A "proper" implementation should never allow that because it can cause deadlocks in code depending on normal pthread sematics.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:44:46 2011
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 21 Mar 2011 13:44:46 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300715086.96.0.882517676773.issue9523@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

> I think the patch will not be suitable for 3.1 and 3.2

Yes, it changes some api(e.g keys()), which may introduces compatibility issues.

> so there should be a doc patch to mention the limitations of the dbm API (keys() > returning a list and all that).

Do you mean a doc patch for 3.2 which mentions the missing or imperfect methods of collections.MutableSequence()? e.g keys() not returns a KeysView but a list instead, update() is missing

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:50:54 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 21 Mar 2011 13:50:54 +0000
Subject: [issue11046] setup.py/configure [darwin]
In-Reply-To: <1296224784.81.0.0525228154056.issue11046@psf.upfronthosting.co.za>
Message-ID: <1300715454.3.0.34846727138.issue11046@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11046>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:53:33 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 21 Mar 2011 13:53:33 +0000
Subject: [issue11594] 2to3 does not preserve line endings
In-Reply-To: <1300465648.02.0.83291128633.issue11594@psf.upfronthosting.co.za>
Message-ID: <1300715613.15.0.523266645939.issue11594@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I can fix it. I just need to find time. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11594>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:53:49 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 21 Mar 2011 13:53:49 +0000
Subject: [issue11046] setup.py/configure
In-Reply-To: <1296224784.81.0.0525228154056.issue11046@psf.upfronthosting.co.za>
Message-ID: <1300715629.74.0.28601181104.issue11046@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Sat, Mar 19, 2011 at 11:09:27PM +0000, Ronald Oussoren wrote:
> AFAIK that means it is not necessary to keep this issue open.

Yeah, all-automatic is even better than yet another command line
option, i think - great!
(Let's get completely rid of it.)

----------
title: setup.py/configure [darwin] -> setup.py/configure

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11046>
_______________________________________

From report at bugs.python.org  Mon Mar 21 14:59:05 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 21 Mar 2011 13:59:05 +0000
Subject: [issue11046] setup.py/configure
In-Reply-To: <1296224784.81.0.0525228154056.issue11046@psf.upfronthosting.co.za>
Message-ID: <1300715945.86.0.386413089601.issue11046@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

(P.S.: sorry all of you, have had no contact to roundup
and thus [k=v] Subject: interpretation until 30 minutes ago.)

----------
resolution: later -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11046>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:12:17 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 14:12:17 +0000
Subject: [issue11621] DMG build error
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Looks like a bootstrap issue, could be related to the latest getopt changes:


Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Traceback (most recent call last):
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/setup.py", line 13, in <module>
    from distutils.core import Extension, setup
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/distutils/core.py", line 18, in <module>
    from distutils.dist import Distribution
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/distutils/dist.py", line 17, in <module>
    from distutils.fancy_getopt import FancyGetopt, translate_longopt
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/distutils/fancy_getopt.py", line 14, in <module>
    import getopt
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/getopt.py", line 37, in <module>
    from gettext import gettext as _
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/gettext.py", line 49, in <module>
    import locale, copy, io, os, re, struct, sys
  File "/Users/db3l/buildarea.dmg/3.x.dmg/build/Lib/struct.py", line 12, in <module>
    from _struct import *
ImportError: No module named '_struct'
make: *** [sharedmods] Error 1

----------
components: Build
messages: 131655
nosy: db3l, eric.araujo, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: DMG build error
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:13:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 14:13:09 +0000
Subject: [issue11621] DMG build error
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <1300716789.38.0.492422837519.issue11621@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:15:39 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 14:15:39 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300716939.02.0.927742617553.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Emulating condition variables on windows became easy once Semaphores were provided by the OS because they provide a way around the lost wakeup problem.  The current implementation in cpython was submitted by me :)  The source material is provided for reference only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:25:20 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 14:25:20 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1300717520.32.0.790975839962.issue1602@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I did some tests with WriteConsoleW():
 - with raster fonts, U+00E9 is displayed as ?, U+0141 as L and U+042D as ? => good (work as expected)
 - with TrueType font (Lucida), U+00E9 is displayed as ?, U+0141 as ? and U+042D as ? => perfect! (all characters are rendered correctly)

Now I agree that WriteConsoleW() is the best solution to fix this issue.

My test code (added to Python/sysmodule.c):
---------
static PyObject *
sys_write_stdout(PyObject *self, PyObject *args)
{
    PyObject *textobj;
    wchar_t *text;
    DWORD written, total;
    Py_ssize_t len, chunk;
    HANDLE console;
    BOOL ok;

    if (!PyArg_ParseTuple(args, "U:write_stdout", &textobj))
        return NULL;

    console = GetStdHandle(STD_OUTPUT_HANDLE);
    if (console == INVALID_HANDLE_VALUE) {
        PyErr_SetFromWindowsErr(GetLastError());
        return NULL;
    }

    text = PyUnicode_AS_UNICODE(textobj);
    len = PyUnicode_GET_SIZE(textobj);
    total = 0;
    while (len != 0) {
        if (len > 10000)
            /* WriteConsoleW() is limited to 64 KB (32,768 UTF-16 units), but
               this limit depends on the heap usage. Use a safe limit of 10,000
               UTF-16 units.
               http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1232 */
            chunk = 10000;
        else
            chunk = len;
        ok = WriteConsoleW(console, text, chunk, &written, NULL);
        if (!ok) 
            break;
        text += written;
        len -= written;
        total += written;
    }
    return PyLong_FromUnsignedLong(total);
}
---------


The question is now how to integrate WriteConsoleW() into Python without breaking the API, for example:
 - Should sys.stdout be a TextIOWrapper or not?
 - Should sys.stdout.fileno() returns 1 or raise an error?
 - What about sys.stdout.buffer: should sys.stdout.buffer.write() calls WriteConsoleA() or sys.stdout should not have a buffer attribute? I think that many modules and programs now rely on sys.stdout.buffer to write directly bytes into stdout. There is at least python -m base64.
 - Should we use ReadConsoleW() for stdin?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:26:33 2011
From: report at bugs.python.org (Roberto De Renzi)
Date: Mon, 21 Mar 2011 14:26:33 +0000
Subject: [issue11622] Documentation
In-Reply-To: <1300717593.92.0.639893924649.issue11622@psf.upfronthosting.co.za>
Message-ID: <1300717593.92.0.639893924649.issue11622@psf.upfronthosting.co.za>


New submission from Roberto De Renzi <roberto.derenzi at unipr.it>:

I don't know if a suggestion is allowed here. I am an absolute beginner trying to substitute my matlab+fortran with python. I just passed the stage of tutorials and I have to struggle looking for the right syntax to implement my simple-minded programs. The learning curve is much steeper than for matlab, certainly due to the greater power of the language. The thing I need is a good reference manual. 

I find the Language Reference extremely poor in examples. The Library Reference is marginally better. Would you please consider sponsoring (as a developer-user community) a style that forces to include very short examples?  Thanks Roberto

----------
assignee: docs at python
components: Documentation
messages: 131658
nosy: docs at python, roberto.derenzi
priority: normal
severity: normal
status: open
title: Documentation
type: feature request
versions: Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11622>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:33:36 2011
From: report at bugs.python.org (SilentGhost)
Date: Mon, 21 Mar 2011 14:33:36 +0000
Subject: [issue11622] Documentation
In-Reply-To: <1300717593.92.0.639893924649.issue11622@psf.upfronthosting.co.za>
Message-ID: <1300718016.73.0.0866352268321.issue11622@psf.upfronthosting.co.za>


SilentGhost <ghost.adh at gmail.com> added the comment:

Did you try http://docs.python.org/tutorial/ ?

----------
nosy: +SilentGhost
versions:  -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11622>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:44:51 2011
From: report at bugs.python.org (Erik Bray)
Date: Mon, 21 Mar 2011 14:44:51 +0000
Subject: [issue11595] Miscellaneous bugs in cfg_to_args() utility function
In-Reply-To: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>
Message-ID: <1300718691.38.0.572585618063.issue11595@psf.upfronthosting.co.za>


Erik Bray <erik.m.bray at gmail.com> added the comment:

I've got an additional patch to this function that also adds support for the package_data option, for extension modules (at least as they are currently specified in setup.cfg), and adds support for running setup_hook.

The only problem is that it's starting to copy more and more from distutils2.config.Config.  The difference being that it's still simpler, and doesn't depend on much else from distutils2.  The reason being that I'm using this in my own packages so that I can distutils2-like setup.cfgs, but still install with normal distutils and/or Distribute without depending on distutils2 in its entirety.

I'm wondering if there might be a better way to proceed, or if this sort of compatibility support is even useful to anyone else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11595>
_______________________________________

From report at bugs.python.org  Mon Mar 21 15:58:29 2011
From: report at bugs.python.org (sbt)
Date: Mon, 21 Mar 2011 14:58:29 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300719509.72.0.58408281856.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

Benchmarks (on an old laptop running XP without a VM) doing

D:\Repos\cpython\PCbuild>python -m timeit -s "from threading import Lock; l = Lock()" "l.acquire(); l.release()"
1000000 loops, best of 3: 0.934 usec per loop

default:            0.934
locktimeout.patch:  0.965
semlocknt.patch:    2.76
locktimeout2.patch: 2.03

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:00:21 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 15:00:21 +0000
Subject: [issue11621] build error: bootstrap issue with gettext
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <1300719621.33.0.982933265588.issue11621@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, it's not specific to the DMG build.

----------
nosy: +pitrou, r.david.murray
priority: normal -> release blocker
title: DMG build error -> build error: bootstrap issue with gettext

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:04:38 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 15:04:38 +0000
Subject: [issue11621] build error: bootstrap issue with gettext
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <E1Q1gep-0001G9-Vy@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 160823d258b5 by Antoine Pitrou in branch 'default':
Issue #11621: fix bootstrap issue with getopt/gettext (following d3e46930ffe9)
http://hg.python.org/cpython/rev/160823d258b5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:06:32 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 21 Mar 2011 15:06:32 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300719992.93.0.391005804902.issue3080@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Understood. Sorry.
I thought Python support only Windows and posix (Linux, BSD, MacOSX etc) systems now, all other OSes are not maintained.

Anyway please don't care about that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:08:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 15:08:40 +0000
Subject: [issue11621] build error: bootstrap issue with gettext
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <1300720120.88.0.467585612383.issue11621@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Should be fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:25:10 2011
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 21 Mar 2011 15:25:10 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300721110.1.0.214894218703.issue7330@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


Removed file: http://bugs.python.org/file21032/issue7330_3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:27:30 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Mon, 21 Mar 2011 15:27:30 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300721250.5.0.269250007857.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

>From the discussion on python-dev, it seems that I will need to submit a
Contributor Agreement to the PSF. Can I ask that you not commit this
patch until the CA has been submitted? I will need to clear it with my
employer, and it might complicate things if the code in question has
already been committed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:29:40 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 15:29:40 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1300721250.5.0.269250007857.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300721376.3498.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> >From the discussion on python-dev, it seems that I will need to submit a
> Contributor Agreement to the PSF. Can I ask that you not commit this
> patch until the CA has been submitted? I will need to clear it with my
> employer, and it might complicate things if the code in question has
> already been committed.

Ok, I was planning to do another review anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:48:38 2011
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 21 Mar 2011 15:48:38 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300722518.62.0.889298359918.issue7330@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Ooops! I found my last submitted patch is a wrong one.


Here is the updated patch add doc entries about the changes. The test cases which assert error messages generated by PyUnicode_FromFormat() with "%.200s" formatters equality would failed due to this patch. Hope you don't miss any of them.

----------
Added file: http://bugs.python.org/file21324/issue_7330.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:51:37 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 15:51:37 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300722697.23.0.499824948319.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Btw, the locktimeout.patch appears to have a race condition.  LeaveNonRecursiveMutex may SetEvent when there is no thread waiting (because a timeout just occurred, but the thread on which it happened is still somewhere around line #62 ).  This will cause the next WaitForSingleObject() to succeed, when it shouldn't.

It is this race between the timeout occurring, and the ability of us being able to register that in the lock's bookkeeping, that is the source of all the race problems with the timeout.  This is what prompted me to submit the condition variable version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:57:08 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 15:57:08 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300723028.72.0.632315996819.issue11618@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Just for the record, here is the critical section-based version.

I would still favour committing the semaphore-based version first (especially in 3.2), and then discussing performance improvements if desired.

----------
Added file: http://bugs.python.org/file21325/critlocknt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 16:59:14 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 21 Mar 2011 15:59:14 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300723154.96.0.0719200814247.issue11393@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

Various thoughts/nitpicking:
  - is it possible to indicate with a coding convention (e.g. comments) which parts of the code are intended to be called from a signal handler?  It seems worth making this explicit.  Or perhaps put it all in one file?
  - within tests.py, check_enabled and check_disabled seem to me to be misnamed; it's not at all clear what they do.
      I'd suggest renaming "get_output" to "run_code", perhaps (adding a docstring specifying the returned value)
      "check_enabled" seems to mean "assertCodeLeadsToOutput" or somesuch.

Within backtrace.py:
  - do all platforms supported by Python have a concept of numeric filedescriptors? I was wondering if FILE* might be a better abstraction here (with flushing), then read http://bugs.python.org/issue8863#msg124385 which gives the reason: fprintf etc are not signal-safe
  - all of the calls to "write" ignore the return code, leading to warnings from GCC.  I don't think there's any good way to handle errors from these calls, though.

Might be nice to also have SIGABRT (as per a c-level assertion failure), exposed 

NB: on Fedora/RHEL we also have a whole-system crash detection system (called "abrt": https://fedorahosted.org/abrt/ ), and in theory, that means that for me, crash reports get run using the gdb pretty-print hooks.

I'm wondering to what extent this would interract with whole-system crash-detection tools: would it e.g. mask a SIGSEGV, so that the crash is not seen by that system?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Mon Mar 21 17:34:59 2011
From: report at bugs.python.org (sbt)
Date: Mon, 21 Mar 2011 16:34:59 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300725299.23.0.901625236244.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

> Btw, the locktimeout.patch appears to have a race condition.  
> LeaveNonRecursiveMutex may SetEvent when there is no thread waiting 
> (because a timeout just occurred, but the thread on which it happened 
> is still somewhere around line #62 ).  This will cause the next 
> WaitForSingleObject() to succeed, when it shouldn't.

I believe the lock is still in a consistent state.  If this race happens and SetEvent() is called then we will must have mutex->owned > -1 because the timed out waiter is still counted by mutex->owned.  This prevents the tests involving interlocked functions from giving true.  Thus WaitForSingleObject() is the ONLY way for a waiter to get the lock.

In other words, as soon as a timeout happens the fast "interlocked path" gets blocked.  It is only unblocked again after a call to WaitForSingleObject() succeeds: then the thread which now owns the lock fixes mutex->owned using mutex->timeouts and the interlocked path is operational again (unless another timeout happens).

I can certainly understand the desire to follow the KISS principle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 17:43:40 2011
From: report at bugs.python.org (Johannes Lindenbaum)
Date: Mon, 21 Mar 2011 16:43:40 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>


New submission from Johannes Lindenbaum <johanneslindenbaum at googlemail.com>:

This bug is a crosspost from /setuptools.
(http://bugs.python.org/setuptools/issue122)

Summary:
OSX 10.6.x with Xcode 4 installed. Xcode 4 removes the PPC assembler from GCC. I attempted to install Fabric-1.0.0 which depended on pycrypto, during the pycrypto build there was a failure regarding "Broken Pipe".

I downloaded the package separately and attempted to do the install there. Same error.

I was pointed in the right direction that the broken pipe error was coming from the '-arch ppc' flag during build.


Expected Result
10.6.x should not report itself as "universal" when it's no longer possible to compile for PPC.


Actual Result
Attempted PPC compilation fails.


More detail:
http://superuser.com/questions/259278/python-2-6-1-pycrypto-2-3-pypi-package-broken-pipe-during-build/260106#260106

Let me know if you require more information.

Kind Regards,
Johannes

----------
assignee: tarek
components: Distutils
messages: 131673
nosy: eric.araujo, jlindenbaum, tarek
priority: normal
severity: normal
status: open
title: Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Mon Mar 21 17:54:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 21 Mar 2011 16:54:45 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1300723154.96.0.0719200814247.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300726463.10044.18.camel@marge>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Le lundi 21 mars 2011 ? 15:59 +0000, Dave Malcolm a ?crit :
> Various thoughts/nitpicking:
>   - is it possible to indicate with a coding convention (e.g.
> comments) which parts of the code are intended to be called from a
> signal handler?  It seems worth making this explicit.  Or perhaps put
> it all in one file?

Ok, good idea, I will do that. I think that I will write it in the
function comment, something like: "This function is signal safe".

The following functions are signal safe:

faulthandler_fatal_error()
faulthandler_dump_backtrace()
faulthandler_dump_backtrace_threads()
faulthandler_user()

(.. and all helper functions, used by faulthandler_dump_backtrace():
reverse_string(), dump_decimal(), dump_hexadecimal(), dump_ascii(),
dump_frame().)

>   - within tests.py, check_enabled and check_disabled seem to me to be
> misnamed; it's not at all clear what they do.
>       I'd suggest renaming "get_output" to "run_code", perhaps (adding
> a docstring specifying the returned value)
>       "check_enabled" seems to mean "assertCodeLeadsToOutput" or
> somesuch.

Ok, I will try to find better names.

> Within backtrace.py:
>   - do all platforms supported by Python have a concept of numeric
> filedescriptors? I was wondering if FILE* might be a better
> abstraction here (with flushing), then read
> http://bugs.python.org/issue8863#msg124385 which gives the reason:
> fprintf etc are not signal-safe

Yes, I think that all platforms support numeric file descriptors. On
Windows, numeric file descriptors are not the native type for file, but
Windows provides a POSIX API.

And yes, FILE* API cannot be used because it uses buffers, and buffers
are not signal safe (at least, fwrite() is not signal safe).

I tested my module on Linux, FreeBSD and Windows. I don't have other
OS :-)

>   - all of the calls to "write" ignore the return code, leading to
> warnings from GCC.  I don't think there's any good way to handle
> errors from these calls, though.

Except exiting the signal handler, I don't see anything useful to do on
write() error. I think that it is safe to ignore write() errors, and I
prefer to keep the code simple.

I don't know how to make these warnings quiet.

> Might be nice to also have SIGABRT (as per a c-level assertion
> failure), exposed 

I think that it would do that while integrating faulthandler into Python
to check the interaction with Py_FatalError().

> NB: on Fedora/RHEL we also have a whole-system crash detection system
> (called "abrt": https://fedorahosted.org/abrt/ ), and in theory, that
> means that for me, crash reports get run using the gdb pretty-print
> hooks.
>
> I'm wondering to what extent this would interract with whole-system
> crash-detection tools: would it e.g. mask a SIGSEGV, so that the crash
> is not seen by that system?

faulthandler is compatible with gdb and abrt. For gdb, you get the
SIGSEGV signal before faulthandler: the "signal SIGSEGV" gdb command
will call faulthandler signal handler. For abrt, faulthandler does print
the backtrace, and then abrt is called. Execution order:

crash => gdb => faulthandler => abrt

(I think that gdb and abrt are exclusive)

I didn't try abrt, but I tried Ubuntu Apport which is smiliar (Apport
uses /proc/sys/kernel/core_pattern with a pipe).

You may test faulthandler on Fedora to tell me if it interacts correctly
with abrt :-)
https://github.com/haypo/faulthandler/wiki/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:16:07 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 21 Mar 2011 17:16:07 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <E1Q1ihx-0005cT-A4@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 513bab5cfb18 by Victor Stinner in branch 'default':
Issue #10833: Remove the buffer allocated on the stack, it isn't used anymore
http://hg.python.org/cpython/rev/513bab5cfb18

New changeset 4c2135930882 by Victor Stinner in branch 'default':
Issue #10833: Use PyErr_Format() and PyUnicode_FromFormat() instead of
http://hg.python.org/cpython/rev/4c2135930882

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:16:23 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 17:16:23 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300727783.02.0.0187407556222.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Antoine:  I agree, the semaphore is the quick and robust solution.

sbt: I see your point.  Still, I think we still may have a flaw:  The statement that (owned-timeouts) is never an under-estimate isn't true on modern architectures, I think.  The order of the atomic decrement operations in the code means nothing and cannot be depended on to guarantee such a claim:  The thread doing the reading may see the individual updates in any order, and so the estimate may be an over- or an underestimate.

It would fix this and simplify things a lot to take the special case for timeout==0 out of the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:31:46 2011
From: report at bugs.python.org (dholth)
Date: Mon, 21 Mar 2011 17:31:46 +0000
Subject: [issue11624] distutils should support a custom list of exported
	symbols for Windows dlls.
In-Reply-To: <1300728706.6.0.163969255982.issue11624@psf.upfronthosting.co.za>
Message-ID: <1300728706.6.0.163969255982.issue11624@psf.upfronthosting.co.za>


New submission from dholth <dholth at fastmail.fm>:

I would like to be able to use distutils to compile a shared library with a different set of exported symbols than the default.

In Windows, distutils only exports certain symbols needed for the Python module initialization API when it compiles a shared module. It does this by passing a file to the C compiler that lists those symbols. In Linux all symbols are exported/visible by default because that's just how the linker has traditionally worked.

I would like to be able to override or augment this list of symbols. Probably by just providing my own 'symbols to export' file.

distutils is definitely the poor man's compiler frontend but this feature would make it easier for me to support Windows (Python's secret shame.)

----------
assignee: tarek
components: Distutils2
messages: 131677
nosy: alexis, dholth, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: distutils should support a custom list of exported symbols for Windows dlls.
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11624>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:33:44 2011
From: report at bugs.python.org (Doug Latornell)
Date: Mon, 21 Mar 2011 17:33:44 +0000
Subject: [issue11625] Typo in collections.abc docs
Message-ID: <1300728824.71.0.424725828576.issue11625@psf.upfronthosting.co.za>


Changes by Doug Latornell <djl at douglatornell.ca>:


----------
assignee: docs at python
components: Documentation
nosy: dlatornell, docs at python
priority: normal
severity: normal
status: open
title: Typo in collections.abc docs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:34:17 2011
From: report at bugs.python.org (Doug Latornell)
Date: Mon, 21 Mar 2011 17:34:17 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>


New submission from Doug Latornell <djl at douglatornell.ca>:

There is a minor type in note (1) regarding use of Set and MutableSet mixins. The method to be overridden when a special constructor signature is required should be _from_iterator, not from_iterator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:34:35 2011
From: report at bugs.python.org (Doug Latornell)
Date: Mon, 21 Mar 2011 17:34:35 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <1300728875.53.0.732684912955.issue11625@psf.upfronthosting.co.za>


Changes by Doug Latornell <djl at douglatornell.ca>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21326/collections.abc-docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:37:47 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 21 Mar 2011 17:37:47 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <1300729067.66.0.176692806737.issue11625@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for noticing this.

----------
nosy: +rhettinger
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:42:01 2011
From: report at bugs.python.org (Reid Kleckner)
Date: Mon, 21 Mar 2011 17:42:01 +0000
Subject: [issue11613] test_subprocess fails under Windows
In-Reply-To: <1300622750.75.0.243521099474.issue11613@psf.upfronthosting.co.za>
Message-ID: <1300729321.32.0.957898720648.issue11613@psf.upfronthosting.co.za>


Reid Kleckner <rnk at mit.edu> added the comment:

The bot is green again as of ab2363f89058.  Thanks for the heads up.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11613>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:47:40 2011
From: report at bugs.python.org (Carl Meyer)
Date: Mon, 21 Mar 2011 17:47:40 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300729660.16.0.237532295771.issue11591@psf.upfronthosting.co.za>


Carl Meyer <carl at dirtcircle.com> added the comment:

Added documentation to Doc/library/site.rst and Misc/NEWS.

----------
hgrepos: +5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Mon Mar 21 18:48:16 2011
From: report at bugs.python.org (Carl Meyer)
Date: Mon, 21 Mar 2011 17:48:16 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300729696.34.0.112590090561.issue11591@psf.upfronthosting.co.za>


Changes by Carl Meyer <carl at dirtcircle.com>:


Added file: http://bugs.python.org/file21327/ebe5760afa08.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Mon Mar 21 19:19:09 2011
From: report at bugs.python.org (sbt)
Date: Mon, 21 Mar 2011 18:19:09 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300731549.14.0.350278908549.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

sbt wrote:
-----
I see your point.  Still, I think we still may have a flaw:  The statement that (owned-timeouts) is never an under-estimate isn't true on modern architectures, I think.  The order of the atomic decrement operations in the code means nothing and cannot be depended on to guarantee such a claim:  The thread doing the reading may see the individual updates in any order, and so the estimate may be an over- or an underestimate.
-----

The interlocked functions act as read (and write) memory barriers, so mutex->timeout is never any staler than the value of owned obtained from the preceeding interlocked function call.  As you say my claim that (owned-timeout) is never an underestimate is dubious.  But the only time I use this quantity is in this bit:

        else if (owned - mutex->timeouts != -1)     /* harmless race */
            return WAIT_TIMEOUT ;

If this test gives a false negative we just fall through to the slow path (no problem).  If we get a false positive it is because one of the two following races happened:

1) Another thread just got the lock: letting the non-blocking acquire fail is clearly the right thing to do.

2) Another thread just timed out: this means that a third thread must have held the lock up until very recently, so allowing a non-blocking acquire to fail is entirely reasonable (even if WaitForSingleObject() might now succeed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 19:32:08 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 21 Mar 2011 18:32:08 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300732328.43.0.531768811209.issue11623@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Mon Mar 21 19:54:35 2011
From: report at bugs.python.org (Rainer Schaaf)
Date: Mon, 21 Mar 2011 18:54:35 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved symbol
	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>
Message-ID: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>


New submission from Rainer Schaaf <rjs at pdflib.com>:

When building a c extension on windows the linker fails like this:

link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:../../../libs/plop/Release_MD_PLOPDS_VS6 /LIBPATH:C:\Programme\python32\libs /LIBPATH:C:\Programme\python32\PCbuild kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib libplop.lib /EXPORT:PyInit_plop_py build\temp.win32-3.2\Release\plop_py.obj /OUT:build\lib.win32-3.2\plop_py.pyd /IMPLIB:build\temp.win32-3.2\Release\plop_py.lib /MANIFESTFILE:build\temp.win32-3.2\Release\plop_py.pyd.manifest
   Creating library build\temp.win32-3.2\Release\plop_py.lib and object build\temp.win32-3.2\Release\plop_py.exp

plop_py.obj : error LNK2019: unresolved external symbol __imp___PyArg_ParseTuple_SizeT referenced in function __wrap_PLOP_new

build\lib.win32-3.2\plop_py.pyd : fatal error LNK1120: 1 unresolved externals


I use distutils to build the extension. The same code works fine on Linux/Unix/MacOSX. When I unset the Py_LIMITED_API it works fine on Windows too.

----------
components: Extension Modules
messages: 131683
nosy: rjs
priority: normal
severity: normal
status: open
title: Py_LIMITED_API on windows: unresolved symbol __imp___PyArg_ParseTuple_SizeT
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Mon Mar 21 20:47:13 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 21 Mar 2011 19:47:13 +0000
Subject: [issue2292] Missing *-unpacking generalizations
In-Reply-To: <1205595680.3.0.859525264867.issue2292@psf.upfronthosting.co.za>
Message-ID: <1300736833.48.0.464327237022.issue2292@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2292>
_______________________________________

From report at bugs.python.org  Mon Mar 21 21:11:32 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 21 Mar 2011 20:11:32 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved symbol
	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>
Message-ID: <1300738292.03.0.485344382621.issue11626@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
assignee:  -> loewis
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Mon Mar 21 21:12:29 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 20:12:29 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300738349.54.0.973775451739.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

There is no barrier in use on the read part.  I realize that this is a subtle point, but in fact, the atomic functions make no memory barrier guarantees either (I think).  And even if they did, you are not using a memory barrier when you read the 'timeouts' to perform the subtraction.  On a multiprocessor machine the two values can easily fall on two cache lines and become visible to the other cpu in a random fashion.  In other words:  One cpu decreases the "owner" and "timeouts" at about the same time.  A different thread, on a different cpu may see the decrease in "owner" but not the decrease in "timeouts" until at some random later point.

Lockless algorithms are notoriously hard and it is precisely because of subtle pitfalls like these.  I could even be wrong about the above, but that would not be blindingly obvious either.  I'm sure you've read something similar but this is where I remember seeing some of this stuff mentioned:  http://msdn.microsoft.com/en-us/library/ee418650(v=vs.85).aspx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 21:38:10 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 21 Mar 2011 20:38:10 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300739890.8.0.602757957454.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Antoine:  I notice that even the fast path contains a ResetEvent() call.  I think this is a kernel call and so just as expensive as directly using a semaphore :).  Otherwise, the logic looks robust, although ResetEvent() and Event objects always give me an uneasy feeling.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 21:40:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 20:40:49 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300739890.8.0.602757957454.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300740043.3516.10.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Antoine:  I notice that even the fast path contains a ResetEvent()
> call.  I think this is a kernel call and so just as expensive as
> directly using a semaphore :)

Yes, in my timings it doesn't show significant improvements compared to
the semaphore approach (although again it's on a VM, so I'm not sure how
much this reflects a native Windows system).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 22:59:25 2011
From: report at bugs.python.org (Michael Foord)
Date: Mon, 21 Mar 2011 21:59:25 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>


New submission from Michael Foord <michael at voidspace.org.uk>:

Python 3.2 (r32:88452, Feb 20 2011, 10:19:59) 
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo(Exception):
...  def __new__(*args):
...   return object()
... 
>>> try:
...  raise Foo
... except Exception as e:
...  print ('got it', e)
... 
Bus error

----------
messages: 131687
nosy: michael.foord
priority: normal
severity: normal
status: open
title: segfault raising an arbitrary object as an exception
type: crash
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:02:32 2011
From: report at bugs.python.org (Michael Foord)
Date: Mon, 21 Mar 2011 22:02:32 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300744952.05.0.678672025924.issue11627@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Personally I don't think this should be valid at all (it should ideally be an error at the raise point). It is the kind of thing that causes difficulties for the other implementations trying to match CPython behaviour (this code works in Python 2.7 - you can catch the object()).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:04:40 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 21 Mar 2011 22:04:40 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300745080.47.0.756550697537.issue11627@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:11:10 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 22:11:10 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300745470.82.0.299533651244.issue11627@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Have you tried 3.1?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:13:08 2011
From: report at bugs.python.org (Michael Foord)
Date: Mon, 21 Mar 2011 22:13:08 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300745588.88.0.439243326348.issue11627@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

This:

raise type('',(Exception,),{'__new__':lambda *a:object()}) 

Segfaults 3.2 but not 3.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:13:31 2011
From: report at bugs.python.org (Chris Colbert)
Date: Mon, 21 Mar 2011 22:13:31 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>


New submission from Chris Colbert <sccolbert at gmail.com>:

The cmp_to_key func acts as a class factory for generating key objects that behave according to a user defined cmp function. 

Many patterns/libs that make use of key functions (for example blist and the SortedCollection recipe) store the the results of the key function internally to provide faster subsequent operations. For large datasets, the number of key objects can become large, and it makes sense to keep their memory footprint as small as possible. 

>From this stance, I propose to add "__slots__ = ('obj',)" to the class definition of "K" in cmp_to_key to prevent the creation of the un-needed instance dict and save the memory. 

I find it hard to conjure up a case where a user would need to weakref or add attributes to the return value of a key func. But should that need arise, that functionality could be provided as optional kwargs to cmp_to_key, or just have the user subclass the return value of cmp_to_key. Alternatively, the addition of __slots__ could be specified as a kwarg to cmp_to_key. 

I'd be happy to make a patch for any of these (or alternative) options.

----------
components: Library (Lib)
messages: 131691
nosy: Chris.Colbert, ncoghlan, rhettinger
priority: normal
severity: normal
status: open
title: cmp_to_key generated class should use __slots__
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:26:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 22:26:30 +0000
Subject: [issue5309] setup.py doesn't parallelize extension module compilation
In-Reply-To: <1235007592.93.0.0598331575131.issue5309@psf.upfronthosting.co.za>
Message-ID: <1300746390.12.0.0284026291536.issue5309@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +gsoc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5309>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:26:40 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 21 Mar 2011 22:26:40 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300746400.2.0.784325885279.issue11627@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Oddly, this works:

C:\Users\santa>C:\python32\python.exe
Python 3.2 (r32:88445, Feb 20 2011, 21:30:00) [MSC v.1500 64 bit (AMD64)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo(Exception):
...     def __new__(*args):
...             obj = object()
...             print('Returning {}'.format(repr(obj)))
...             return obj
...
>>> try:
...     raise Foo
... except Exception as e:
...     print('Got it: {}'.format(repr(e)))
...
Returning <object object at 0x00000000022D26D0>
Returning <object object at 0x000000000254B8E0>
Got it: <object object at 0x000000000254B8E0>
>>> ^Z


But this does not:

C:\Users\santa>C:\python32\python.exe
Python 3.2 (r32:88445, Feb 20 2011, 21:30:00) [MSC v.1500 64 bit (AMD64)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo(Exception):
...     def __new__(*args):
...             obj = object()
...             print('Returning', repr(obj))
...             return obj
...
>>> try:
...     raise Foo
... except Exception as e:
...     print('Got it:', repr(e))
...
Returning <object object at 0x00000000022F36D0>
Returning <object object at 0x00000000022F38B0>

crash!

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:27:19 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 21 Mar 2011 22:27:19 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300746439.08.0.305579745808.issue11627@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Also, why is the print() in __new__ executed twice?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:31:40 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 21 Mar 2011 22:31:40 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300746439.08.0.305579745808.issue11627@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=gn1txYNGFieT+UuNLvG9yi4xfii3OLQoeo+rS@mail.gmail.com>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

On Mon, Mar 21, 2011 at 10:27 PM, Santoso Wijaya <report at bugs.python.org> wrote:
>
> Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:
>
> Also, why is the print() in __new__ executed twice?

Because `PyErr_NormalizeException()` is called twice: First time when
the exceptions is raised, and then a second time when the exception is
caught. Because the previous call didn't instantiate an instance of a
exception, the second call will (try to) create a new exception
instance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:36:16 2011
From: report at bugs.python.org (sbt)
Date: Mon, 21 Mar 2011 22:36:16 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300746976.9.0.738667952004.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

krisvale wrote
----
There is no barrier in use on the read part.  I realize that this is a subtle point, but in fact, the atomic functions make no memory barrier guarantees either (I think).  And even if they did, you are not using a memory barrier when you read the 'timeouts' to perform the subtraction.  On a multiprocessor machine the two values can easily fall on two cache lines and become visible to the other cpu in a random fashion.  In other words:  One cpu decreases the "owner" and "timeouts" at about the same time.  A different thread, on a different cpu may see the decrease in "owner" but not the decrease in "timeouts" until at some random later point.
----

>From the webpage you linked to:
----
Sometimes the read or write that acquires or releases a resource is done using one of the InterlockedXxx functions. On Windows this simplifies things, because on Windows, the InterlockedXxx functions are all full-memory barriers?they effectively have a CPU memory barrier both before and after them, which means that they are a full read-acquire or write-release barrier all by themselves.
----

Interlocked functions would be pretty useless for implementing mutexes if they did not also act as some kind of barrier: preventing two threads from manipulating an object at the same time is not much use if they don't also get up-to-date views of that object while they own the lock.

Given that mutex->timeout is only modified by interlocked functions, an unprotected read of mutex->timeout will get a value which is at least as fresh as the one available the last time we crossed a barrier by calling InterlockedXXX() or WaitForSingleObject().

Note that if the read of mutex->timeouts in this line

    if ((timeouts = mutex->timeouts) != 0)

gives the "wrong" answer it will be an underestimate because we own the lock and the only other threads which might interfere will be incrementing the counter.  The worst that can happen is that the fast path remains blocked: consistency is not affected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:36:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 22:36:39 +0000
Subject: [issue11622] Documentation
In-Reply-To: <1300717593.92.0.639893924649.issue11622@psf.upfronthosting.co.za>
Message-ID: <1300746999.62.0.208266648643.issue11622@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Welcome to Python!  We hope you?ll have a great time using it.

The language reference is useful to understand subtleties or implement a Python interpreter, not for common use.  The library reference is, well, a reference manual to use when you already know the modules.  Another resource with more examples is http://www.doughellmann.com/PyMOTW/articles/.  SilentGhost gave you the link to the official tutorial; more links are given on http://wiki.python.org/moin/FrontPage.  If you still have questions, the python-list mailing list or #python IRC channel are full of nice people with answers.

I hope those links get you started in the right direction.  Since this report does not contain a specific error in the Python doc, I am closing it.

If you want to suggest the policy of adding short examples to all our docs, please bring it up to the python-dev mailing list.

----------
assignee: docs at python -> 
nosy: +eric.araujo
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11622>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:44:11 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 21 Mar 2011 22:44:11 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300747451.22.0.358897835078.issue11628@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:52:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 22:52:15 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300747935.87.0.149632911297.issue9523@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Yes, I mean exactly that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:52:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 22:52:40 +0000
Subject: [issue11621] build error: bootstrap issue with gettext
In-Reply-To: <1300716737.32.0.330768871896.issue11621@psf.upfronthosting.co.za>
Message-ID: <1300747960.34.0.387830480767.issue11621@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for catching and fixing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11621>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:52:53 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 21 Mar 2011 22:52:53 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300723028.72.0.632315996819.issue11618@psf.upfronthosting.co.za>
Message-ID: <4D87D6C1.4050600@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I would still favour committing the semaphore-based version first
> (especially in 3.2), and then discussing performance improvements if
> desired.

For 3.2, I would prefer a solution that makes least changes to the
current code. This is better than fundamentally replacing the
synchronization mechanism which locks are based on.

For 3.3, I predict that any Semaphore-based version will be shortly
replaced by something "fast". Benchmarks seem to indicate that you can
get much faster than semaphores.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:53:02 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 22:53:02 +0000
Subject: [issue11624] distutils should support a custom list of exported
	symbols for Windows dlls.
In-Reply-To: <1300728706.6.0.163969255982.issue11624@psf.upfronthosting.co.za>
Message-ID: <1300747982.87.0.238439326578.issue11624@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Would you like to work on a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11624>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:57:04 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 21 Mar 2011 22:57:04 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300748224.9.0.234833159919.issue11627@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Attached is a patch. I'm not too happy about the error message though, I think it's more confusing than helpful.

----------
keywords: +patch
Added file: http://bugs.python.org/file21328/issue11627.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Mon Mar 21 23:58:05 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 21 Mar 2011 22:58:05 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300738349.54.0.973775451739.issue11618@psf.upfronthosting.co.za>
Message-ID: <4D87D7FA.4060607@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I realize that this is
> a subtle point, but in fact, the atomic functions make no memory
> barrier guarantees either (I think).

No need to guess:

http://msdn.microsoft.com/en-us/library/ms683560(v=vs.85).aspx

"This function generates a full memory barrier (or fence) to ensure that
memory operations are completed in order."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:06:05 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 23:06:05 +0000
Subject: [issue11595] Miscellaneous bugs in cfg_to_args() utility function
In-Reply-To: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>
Message-ID: <1300748765.51.0.919282232454.issue11595@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I don?t really follow what you?re saying, sorry.  Anyway, it looks like a feature request separate from this bug, let?s keep things distinct :)

You can write to the ML, add a todo entry or another bug about your other thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11595>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:08:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 21 Mar 2011 23:08:23 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300748224.9.0.234833159919.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300748896.3516.28.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le lundi 21 mars 2011 ? 22:57 +0000, Andreas St?hrk a ?crit :
> Andreas St?hrk <andy-python at hammerhartes.de> added the comment:
> 
> Attached is a patch. I'm not too happy about the error message though,
> I think it's more confusing than helpful.

You could try something more explicit, such as
"calling %s() should have returned an instance of BaseException, not %s"
% (type, Py_TYPE(value))

By the way, you have a tab character in your patch. Please only use
spaces for indentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:09:36 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 21 Mar 2011 23:09:36 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved symbol
	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>
Message-ID: <1300748976.28.0.364895866263.issue11626@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It seems this function was forgotten. I'd add this for 3.2.1, which of course means that your extension wouldn't run on a 3.2.0 installation. Would you consider this acceptable?

Would you prefer to see a compiler error indicating that you are using a function not available in 3.2.0 (with an option of opting into 3.2.1+)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:12:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 23:12:36 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300749156.12.0.655531718025.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks great, thank you.  I think I?ll also add a docstring to main before committing, now that the function is publicly documented.

Did you have to manually click ?Create Patch? to make roundup generate it?  Did you try first to click on the button of the existing repo before adding a new repo entry?  (Still learning how to use it, thanks for experimenting along :)

Brett: Thanks for the review.  If you don?t comment negatively on the doc change, I will commit this.

(Side concern: the module does not define __all__, even though only 4 functions and 4 constants are officially documented.  I?d like to define __all__, but the recentish huge thread on public/private APIs scared me.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:17:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 23:17:40 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300749460.44.0.0688495452553.issue11628@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions:  -Python 3.1, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 00:28:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 21 Mar 2011 23:28:21 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300750101.92.0.213251073005.issue11623@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report.  Can you try to reproduce the bug with a distutils setup script to confirm the bug and get an error log?  You may have to apply the patch from #11599 to get a complete error message.  (Also, superuser rights are not required for build, so let?s remove that too.)

I only know the basics about C compilation, and I only know that Mac OS is a strange and peculiar system, but let?s try to work on this bug :)  The distutils.unixccompiler module already has code to work around things in various Mac OS versions, so if there is an easy way to detect ?when it?s no longer possible to compile for PPC?, there is hope.

----------
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:05:06 2011
From: report at bugs.python.org (Carl Meyer)
Date: Tue, 22 Mar 2011 00:05:06 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300752306.25.0.493044111041.issue11591@psf.upfronthosting.co.za>


Carl Meyer <carl at dirtcircle.com> added the comment:

> Did you have to manually click ?Create Patch? to make roundup generate it?  

Yes - the first time too.

> Did you try first to click on the button of the existing repo before adding a new repo entry?

That would probably have worked fine. The "Remote hg repo" field was just empty when I made my latest comment, so I filled it in again. Wasn't sure if it would duplicate, or be smart enough to tell they were the same repo, or what. I guess it duplicated :/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:10:08 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 00:10:08 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <E1Q1pAk-0007Ms-SG@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d3ae3fe3eb97 by Victor Stinner in branch 'default':
Issue #7330, #10833: Replace %100s by %.100s and %200s by %.200s
http://hg.python.org/cpython/rev/d3ae3fe3eb97

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:22:52 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 00:22:52 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <E1Q1pN2-00088f-Gs@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 15f9eca5e956 by Victor Stinner in branch 'default':
Issue #3080: On DJGPP, case_bytes() returns -1 to signal an error if the file
http://hg.python.org/cpython/rev/15f9eca5e956

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:25:06 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 00:25:06 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300753506.49.0.261320441517.issue11628@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I think this is a good idea.
Am not sure whether it should be backported though.

----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:37:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 00:37:40 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300754260.65.0.517789869942.issue11628@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Right, I edited the versions field to match the versions that contain cmp_to_key, but if this behavior change is just for performance, it?s not a candidate for backport.

Chris: I?d go with the simpler implementation.

----------
versions:  -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:54:35 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 00:54:35 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <E1Q1prm-0002do-C7@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 97799a54728e by Raymond Hettinger in branch '3.2':
Issue #11628: cmp_to_key should use __slots__.
http://hg.python.org/cpython/rev/97799a54728e

New changeset 2e5e5d515c09 by Raymond Hettinger in branch 'default':
Issue #11628: cmp_to_key should use __slots__.
http://hg.python.org/cpython/rev/2e5e5d515c09

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:55:16 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 00:55:16 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300755316.15.0.785370729193.issue11628@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 01:59:33 2011
From: report at bugs.python.org (Chris Colbert)
Date: Tue, 22 Mar 2011 00:59:33 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <1300755573.89.0.380894978383.issue11628@psf.upfronthosting.co.za>


Chris Colbert <sccolbert at gmail.com> added the comment:

Man, you guys are quick! Cheers!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 02:23:44 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 01:23:44 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300748896.3516.28.camel@localhost.localdomain>
Message-ID: <AANLkTikJvyYPPZYPup-O6G560EOdtTOJxOcXSBMwDEsQ@mail.gmail.com>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

> Antoine Pitrou <pitrou at free.fr> added the comment:
> You could try something more explicit, such as
> "calling %s() should have returned an instance of BaseException, not %s"
> % (type, Py_TYPE(value))

Thanks, updated the patch.

> By the way, you have a tab character in your patch. Please only use
> spaces for indentation.

I am terribly sorry for that. I always realise after the first changed
line that my editor is in the wrong C mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 02:24:37 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 01:24:37 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300757077.34.0.471733933045.issue11627@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Added file: http://bugs.python.org/file21329/issue11627_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 02:32:47 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 01:32:47 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300757567.99.0.927560338617.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Ok, good idea, I will do that. I think that I will write it in the
> function comment, something like: "This function is signal safe".

Done in 6685691dfcbd3644feffcb197491bce3168ff5de (git SHA-1)

While checking the usage of signal safe functions, I found a bug: dumpbacktrace_later() signal handler called Py_CLEAR() which is far from being signal safe. I tried to replace it be a pending call, but Py_AddPendingCall() doesn't look to be signal safe. So I just removed the call. cancel_dumpbacktrace_later() is already documented as being required to clear the reference to the file.

> >   - within tests.py, ...
> Ok, I will try to find better names.

Done in db99e17dea187bec4248aca9fc81f673d88dec93. I documented methods and renamed some of them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 02:36:46 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Tue, 22 Mar 2011 01:36:46 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1300757806.55.0.654812432621.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

Just wanted to check so this doesn't sit with people waiting on me.  Is there anything else I need/should do to this patch? Little unclear on how to handle the deprecation process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Tue Mar 22 02:42:38 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 22 Mar 2011 01:42:38 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1300757806.55.0.654812432621.issue10050@psf.upfronthosting.co.za>
Message-ID: <20110322014229.GA2704@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

No, it is not waiting for you, in fact it is waiting for me to commit
the portion which you have already contributed  with some additional
code (DeprecationWarning). 

But this bug does not end up here as there are other primitives which
may need cleanup and have  DeprecationWarnings. Those needs to be
addressed as well, either as part of this issue or as separate issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Tue Mar 22 03:11:13 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 22 Mar 2011 02:11:13 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300759873.64.0.11912910032.issue11623@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The release of Xcode 4 for Mac OS X 10.6 has complicated things for Python builds.  We need to sort out what the problems are and possible solutions for them.  I suggest this issue be reassigned to Ronald and me.

In the meantime, the workaround is to continue to use Xcode 3 (which is still fully supported) on OS X 10.6.  If you feel you absolutely need to have Xcode 4 installed *and* you still need to build C extension modules for the currently available Pythons for OS X (i.e. the python.org installers or even the Apple-supplied Pythons in 10.60), there are unofficial suggestions out on the web on how one can have Xcode 3 and 4 installed side-by-side, for example:
   http://hints.macworld.com/article.php?story=20110318050811544
(Note, I have not tried this and am not recommending it.)

----------
components: +Macintosh
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Tue Mar 22 03:23:15 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 22 Mar 2011 02:23:15 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300760595.06.0.347574415934.issue11591@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: eric.araujo -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Tue Mar 22 03:40:24 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 02:40:24 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300761624.37.0.463256032765.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I renamed some functions to conform to the PEP 8 (and have more readable function names). I prefer to do it today instead having to keep ugly names for years :-)

Functions are now:

 * enable(file=sys.stderr, all_threads=False)
 * disable()
 * is_enabled()

 * dump_backtrace(file=sys.stderr, all_threads=False)
 * dump_backtrace_later(delay, repeat=False, file=sys.stderr, all_threads=False)
 * cancel_dump_backtrace_later()

 * register(signum, file=sys.stderr, all_threads=False)
 * unregister(signum)

 * sigbus()
 * sigfpe()
 * sigill()
 * sigsegv()

Refer to the README file for the details.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 03:45:31 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 02:45:31 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300761931.13.0.976154105402.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> It would be nice if it were enabled by default for fatal errors
> (and asserts perhaps?).

That would mean that the module should be a builtin module, or that it is always loaded in memory.

I am maybe ok to enable it by default for debug builds, but not for release builds. At least, not in a first time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 04:04:25 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 03:04:25 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300763065.93.0.745997589038.issue11393@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 04:08:01 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 22 Mar 2011 03:08:01 +0000
Subject: [issue11561] "coverage" of Python regrtest cannot see initial import
	of libs
In-Reply-To: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>
Message-ID: <1300763281.02.0.0191551470871.issue11561@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
components: +Demos and Tools
stage:  -> patch review
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11561>
_______________________________________

From report at bugs.python.org  Tue Mar 22 07:06:21 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 22 Mar 2011 06:06:21 +0000
Subject: [issue11561] "coverage" of Python regrtest cannot see initial import
	of libs
In-Reply-To: <1300226950.96.0.51096652956.issue11561@psf.upfronthosting.co.za>
Message-ID: <1300773981.39.0.981859687228.issue11561@psf.upfronthosting.co.za>


Changes by Sandro Tosi <sandro.tosi at gmail.com>:


----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11561>
_______________________________________

From report at bugs.python.org  Tue Mar 22 08:11:54 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 22 Mar 2011 07:11:54 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>


New submission from Mark Hammond <skippy.hammond at gmail.com>:

A tracking bug for the reference implementation of PEP397 - A Python launcher for Windows.

----------
assignee: mhammond
components: Documentation
files: pep-0397-reference.py
messages: 131723
nosy: mhammond
priority: normal
severity: normal
status: open
title: Reference implementation for PEP 397
type: feature request
Added file: http://bugs.python.org/file21330/pep-0397-reference.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Tue Mar 22 08:15:25 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 22 Mar 2011 07:15:25 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300778125.27.0.292131504579.issue11623@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Issue11485 is related to this.

As Ned noted Ned and I will look into this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Tue Mar 22 08:57:19 2011
From: report at bugs.python.org (Roberto De Renzi)
Date: Tue, 22 Mar 2011 07:57:19 +0000
Subject: [issue11622] Documentation
In-Reply-To: <1300746999.62.0.208266648643.issue11622@psf.upfronthosting.co.za>
Message-ID: <4D88565D.4000906@unipr.it>


Roberto De Renzi <roberto.derenzi at unipr.it> added the comment:

Thank you, Eric. My comment was not intended either as a bug (I thought 
it was the wrong place to post it, but coud not find any better) or a 
help request. It is just a suggestion.

We non professional progammers happen to be writing code for some time, 
then stopping, then coming back. Therefore we often vaguely know how to 
do, but do not remember the syntax well. The best solution is a great 
reference manual. The reference structure makes the info easy to find,  
then you want a definition, and an example as well, to clarify the 
usage. I noticed that the present stage of documentation is not ideal, 
and , to my understanding, what is lacking most is the simple example part.

I will post this on the the python-dev list, as you suggest.  Thanks 
again Roberto

Il 21/03/2011 11:36 PM, ??ric Araujo ha scritto:
> ??ric Araujo<merwok at netwok.org>  added the comment:
>
> Welcome to Python!  We hope you???ll have a great time using it.
>
> The language reference is useful to understand subtleties or implement a Python interpreter, not for common use.  The library reference is, well, a reference manual to use when you already know the modules.  Another resource with more examples is http://www.doughellmann.com/PyMOTW/articles/.  SilentGhost gave you the link to the official tutorial; more links are given on http://wiki.python.org/moin/FrontPage.  If you still have questions, the python-list mailing list or #python IRC channel are full of nice people with answers.
>
> I hope those links get you started in the right direction.  Since this report does not contain a specific error in the Python doc, I am closing it.
>
> If you want to suggest the policy of adding short examples to all our docs, please bring it up to the python-dev mailing list.
>
> ----------
> assignee: docs at python ->
> nosy: +eric.araujo
> resolution:  ->  works for me
> stage:  ->  committed/rejected
> status: open ->  closed
>
> _______________________________________
> Python tracker<report at bugs.python.org>
> <http://bugs.python.org/issue11622>
> _______________________________________

----------
Added file: http://bugs.python.org/file21331/roberto_derenzi.vcf

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11622>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: roberto_derenzi.vcf
Type: text/x-vcard
Size: 385 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20110322/297eedfc/attachment.vcf>

From report at bugs.python.org  Tue Mar 22 10:01:30 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 22 Mar 2011 09:01:30 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1300761931.13.0.976154105402.issue11393@psf.upfronthosting.co.za>
Message-ID: <4D886568.6070100@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
>> It would be nice if it were enabled by default for fatal errors
>> (and asserts perhaps?).
> 
> That would mean that the module should be a builtin module, or that it is always loaded in memory.
> 
> I am maybe ok to enable it by default for debug builds, but not for release builds. At least, not in a first time.

FWIW: We've been using a similar approach in mxTools.safecall()
(which is an undocumented function only and only available if
mxTools is compiled with a special define; see the mxTools.c source
code for details).

Our use case is different, though: We use this function to
call a Python callable wrapped with a longjump environment and
instead of dumping a traceback we issue an exception, so that
the calling code can deal with the problem in a more flexible way.

The main reasoning here is proper cleanup, signal the problem
to managing code and providing more information about the
interpreter state at the time of the segfault.

The function is mostly used when calling out to (possibly buggy)
3rd party extensions hooked into a long running web server
application, where it enables the server process to write
request information about the problem to a log file and then
shuts down the process very quickly.

Note that we haven't bothered dealing with threads, since we
normally use single threaded server processes and because signals
and threads don't interact reliably anyway.

Perhaps you could consider adding a similar approach (raising
an exception instead of writing a traceback) to the module.
We could then port our code to use your module, which is
more advanced.

BTW: Why do you call the traceback functions "*backtrace*" instead
of "*traceback*" ?

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:08:47 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 22 Mar 2011 09:08:47 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <1300784927.61.0.173953396864.issue11625@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:10:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 22 Mar 2011 09:10:49 +0000
Subject: [issue11630] refleak in test_import
In-Reply-To: <1300785049.73.0.789464741943.issue11630@psf.upfronthosting.co.za>
Message-ID: <1300785049.73.0.789464741943.issue11630@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Introduced by ef2b6305d395.

----------
assignee: haypo
messages: 131727
nosy: haypo, pitrou
priority: normal
severity: normal
status: open
title: refleak in test_import
type: resource usage
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11630>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:16:57 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 22 Mar 2011 09:16:57 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300785417.68.0.797641411988.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Martin: I wouldn't worry too much about replacing a "Mutex" with a "Semaphore".  There is no reason to believe that they behave in any way different scheduling wise, and if they did, then any python code that this would affect would be extremely poorly written.

sbt:
Look, I really hate to be a pain but please consider:  In line 50 of your patch the thread may pause at any point, perhaps even a number of times.  Meanwhile, a number of locks/unlocks may go by.  The values of "owned" and "timeouts" that the reader sees may be from any number of different lock states that the lock goes through during this, including any number of different reset cycles of these counters.  In short, there is no guarantee that the values read represent any kind of mutually consistent state.  They might as well be from two different locks.

Please allow me to repeat:  Lockless programming is notoriously hard and there is almost always one subtlety or other that is overlooked.  I can't begin to count the number of times I've reluctantly had to admit defeat to its devious manipulations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:21:52 2011
From: report at bugs.python.org (Rainer Schaaf)
Date: Tue, 22 Mar 2011 09:21:52 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved symbol
	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>
Message-ID: <1300785712.91.0.635985427936.issue11626@psf.upfronthosting.co.za>


Rainer Schaaf <rjs at pdflib.com> added the comment:

fixing this for the next version of course would be acceptable. 

As I can use the extension (not setting Py_LIMITED_API) even with 3.2.0 it is not a big problem. I only loose the benefit of Py_LIMITED_API and will have to release another version of the binding later on.

> Would you prefer to see a compiler error indicating that you are using
> a function not available in 3.2.0 (with an option of opting into 
> 3.2.1+)?

I fear I don't understand exactly what is meant here. For me it was enough to get the linker error telling me it is not working.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:25:02 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 09:25:02 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <4D886568.6070100@egenix.com>
Message-ID: <1300785892.17117.3.camel@marge>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Le mardi 22 mars 2011 ? 09:01 +0000, Marc-Andre Lemburg a ?crit :
> Perhaps you could consider adding a similar approach (raising
> an exception instead of writing a traceback) to the module.
> We could then port our code to use your module, which is
> more advanced.

I already wrote a patch implementing this idea, 2 years ago, and the
idea was rejected. Re-read the history of the module, described in the
first message of this issue:

<< History of this module.

I first proposed a segfault handler using setjmp/longjmp to raise a
classic Python exception. So it was  possible to execute Python code
after a segfault (including stack overflow). But the idea was rejected
because the Python internal state may be corrupted if the segfault was
an invalid memory write (buffer overflow?), and anyway we cannot
warranty that the internal state is still consistent after a long jump.

=> http://bugs.python.org/issue3999 (sept. 2009)

... >>

You may dig python-dev archives to learn more about this proposition.

> BTW: Why do you call the traceback functions "*backtrace*" instead
> of "*traceback*" ?

Oh... I don't know. Since Python uses "traceback" word, I will rename my
functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:30:39 2011
From: report at bugs.python.org (Kristoffer Nilsson)
Date: Tue, 22 Mar 2011 09:30:39 +0000
Subject: [issue11631] Python 2.7.1 64bit,
	Win7 64bit problem to read and write with UDP.
In-Reply-To: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>
Message-ID: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>


New submission from Kristoffer Nilsson <novafaen at gmail.com>:

Running Windows 7 Enterprise 64 bit, and Python 7.2.1 64 bit Python failed to read and send UDP packages when ran in cmd.exe. This is not the case when ran with IDLE.

Example; two simple programs. First one listening to a UDP port

sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.bind(('', 10015))

reading data from socket and printing the received data, using;
data, addr = sock.recvfrom(1024)

this will lock, if not ran from IDLE.

Same for sending data, using;

sock.sendto(DATA_MESSAGE, (HOST, 10015))

this will work with both, but only send when running from IDLE.

----------
components: IDLE, Windows
messages: 131731
nosy: Kristoffer.Nilsson
priority: normal
severity: normal
status: open
title: Python 2.7.1 64bit, Win7 64bit problem to read and write with UDP.
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11631>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:36:22 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 22 Mar 2011 09:36:22 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300786582.09.0.224024160507.issue11618@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Sbt: I re-read the code and while I still maintain that the evaluation in line 50 is meaningless, I agree that the worst that can happen is an incorrect timeout.
It is probably harmless because this state is only encountered for timeout==0, and it is only incorrect in the face of lock contention, while a 0 timeout provides no guarantees between two threads.

So, I suggest a change in the comments:  Do not claim that the value is never an underestimate, and explain how falsely returning a WAIT_TIMEOUT is safe and only occurs when the lock is heavily contented.

Sorry for being so nitpicky but having this stuff correct is crucial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:36:26 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 22 Mar 2011 09:36:26 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1300785892.17117.3.camel@marge>
Message-ID: <4D886D95.5050709@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

STINNER Victor wrote:
> 
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> Le mardi 22 mars 2011 ? 09:01 +0000, Marc-Andre Lemburg a ?crit :
>> Perhaps you could consider adding a similar approach (raising
>> an exception instead of writing a traceback) to the module.
>> We could then port our code to use your module, which is
>> more advanced.
> 
> I already wrote a patch implementing this idea, 2 years ago, and the
> idea was rejected. Re-read the history of the module, described in the
> first message of this issue:
> 
> << History of this module.
> 
> I first proposed a segfault handler using setjmp/longjmp to raise a
> classic Python exception. So it was  possible to execute Python code
> after a segfault (including stack overflow). But the idea was rejected
> because the Python internal state may be corrupted if the segfault was
> an invalid memory write (buffer overflow?), and anyway we cannot
> warranty that the internal state is still consistent after a long jump.
> 
> => http://bugs.python.org/issue3999 (sept. 2009)
> 
> ... >>
> 
> You may dig python-dev archives to learn more about this proposition.

I know that the state after a longjump in such a case cannot
be guaranteed, but from using the approach in practice over many
years, I know that it works quite well - most situations related
to programming errors in the 3rd party modules we plug into the
system (quant libs, ie. code that does pricing and risk analysis
of financial products) are segfaults related to NULL pointer
derefs and division by zero. Complete corruption of the Python
interpreter state is very rare.

Anyway, providing such an approach as option (with the default
being your implemented traceback printout), would leave the
decision to take this risk to the programmer and I think that's
a fair deal.

>> BTW: Why do you call the traceback functions "*backtrace*" instead
>> of "*traceback*" ?
> 
> Oh... I don't know. Since Python uses "traceback" word, I will rename my
> functions.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:47:10 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 09:47:10 +0000
Subject: [issue11630] refleak in test_import
In-Reply-To: <1300785049.73.0.789464741943.issue11630@psf.upfronthosting.co.za>
Message-ID: <E1Q1yBB-00082G-MQ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 3114f26d5d54 by Victor Stinner in branch 'default':
Issue #11630, issue #3080: Fix refleak introduced by ef2b6305d395
http://hg.python.org/cpython/rev/3114f26d5d54

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11630>
_______________________________________

From report at bugs.python.org  Tue Mar 22 10:47:48 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 09:47:48 +0000
Subject: [issue11630] refleak in test_import
In-Reply-To: <1300785049.73.0.789464741943.issue11630@psf.upfronthosting.co.za>
Message-ID: <1300787268.19.0.788274924365.issue11630@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11630>
_______________________________________

From report at bugs.python.org  Tue Mar 22 11:09:30 2011
From: report at bugs.python.org (Brice Videau)
Date: Tue, 22 Mar 2011 10:09:30 +0000
Subject: [issue11632] difflib.unified_diff loses context
In-Reply-To: <1300788570.13.0.524020554804.issue11632@psf.upfronthosting.co.za>
Message-ID: <1300788570.13.0.524020554804.issue11632@psf.upfronthosting.co.za>


New submission from Brice Videau <brice.videau at gmail.com>:

unified_diff seems to lose the context when comparing the 2 files contained in the attached archive using this script :

import difflib
b1 = open("out1.short","r").read().splitlines(True)
b2 = open("out2.short","r").read().splitlines(True)
compare = difflib.unified_diff(b1,b2)
for line in compare:
    print line,

a big chunk of lines is considered as removed, just to be added next (around line 16).

Comparing out2.short against out1.short does not produce this behavior :
compare = difflib.unified_diff(b2,b1)
is "correct".

Other diff tools such as diff or vimdiff do not exhibit this problem.

----------
components: Library (Lib)
files: diff.tgz
messages: 131735
nosy: Brice.Videau
priority: normal
severity: normal
status: open
title: difflib.unified_diff loses context
type: behavior
versions: Python 2.6, Python 3.1
Added file: http://bugs.python.org/file21332/diff.tgz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11632>
_______________________________________

From report at bugs.python.org  Tue Mar 22 11:37:23 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 10:37:23 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

print() function for some reason buffers output on Windows if end!='\n'. 

In attached examples "Processing.. " string is shown in Python 3.2 only after the actual processing is finished, while in Python 2.6 it is shown before.

----------
files: printtest3.py
messages: 131736
nosy: techtonik
priority: normal
severity: normal
status: open
title: regression: print buffers output when end=''
versions: Python 3.2
Added file: http://bugs.python.org/file21333/printtest3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 11:37:47 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 10:37:47 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300790267.08.0.283391250928.issue11633@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


Added file: http://bugs.python.org/file21334/printtest2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:16:25 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 11:16:25 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300792585.82.0.976761051719.issue11633@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

printtest2.py displays directly "Processing.. " on Windows, but not on Linux. It looks like stdout is not buffered on Windows, which looks like a bug to bug :-) I think that it is safer to always call sys.stdout.flush() to ensure that your message is directly displayed. With Python 2, you can use -u flag (unbuffered output) to avoid the explicit flush, but this is very inefficient (slow).

Python 3 uses line buffers, even with python3 -u, for better performances. If you want to see directly "Processing.. ", as Python 2, call sys.stdout.flush().

It is not a regression, it is a choice to be efficient.

----------
nosy: +haypo
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:33:06 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 11:33:06 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300793586.34.0.346286241576.issue11633@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

>From my perspective it is a regression on Windows and a bug in Linux version of Python 2.x, which unfortunately can not be fixed, because of 2.x release process.

If the fact that print statement doesn't output anything when called is not a bug - then should be documented long ago.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:47:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 11:47:05 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300794425.26.0.871489282345.issue11633@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> From my perspective it is a regression on Windows and a bug in Linux
> version of Python 2.x, which unfortunately can not be fixed,
> because of 2.x release process.

Line buffering is used by default on most operating systems (ok, maybe not Windows, which looks strange to me) and is not specific to Python.

Yes, Python has subtle differences on different operating systems, but at least it looks like Python 3 has the same behaviour on Linux and Windows ;-)

> If the fact that print statement doesn't output anything when called
> is not a bug - then should be documented long ago.

Can you please write a patch for the doc? Reopen the issue if you have a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:49:06 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 22 Mar 2011 11:49:06 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300794546.59.0.239618308992.issue11627@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Note that this test code:

        def raise_():
            raise MyException
        self.assertRaises(TypeError, raise_)

can be simplified to:

        with self.assertRaises(TypeError):
            raise MyException

in all currently maintained branches.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:49:34 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 11:49:34 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300794574.13.0.633009376248.issue11633@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

How about making print() user-friendly with flushing after every call, and if you want explicitly want speed - use buffered sys.stdout.write/flush()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 12:57:46 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 11:57:46 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300795066.4.0.747265328376.issue11633@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> How about making print() user-friendly with flushing after every call,
> and if you want explicitly want speed - use buffered
> sys.stdout.write/flush()?

This is exactly the -u option of Python 2: use it if you would like a completly unbuffered sys.stdout in a portable way.

In Python 3, it is only useful to flush at each line, even if the output is not a console, but a pipe (e.g. output redirected to a file). But nobody asked yet to have a fully unbuffered sys.stdout in Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 13:07:10 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 12:07:10 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300795630.1.0.21299346034.issue11633@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

You must realize that the most common use case for print(..., end!='\n') is when you want to notify user about intermediate progress of a very long operation.

Making documentation for simple print() statement overloaded with low level buffering details makes language seem overly complicated for new users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 13:38:51 2011
From: report at bugs.python.org (sbt)
Date: Tue, 22 Mar 2011 12:38:51 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300797531.3.0.111164207672.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

krisvale wrote:
----
So, I suggest a change in the comments:  Do not claim that the value is never an underestimate, and explain how falsely returning a WAIT_TIMEOUT is safe and only occurs when the lock is heavily contented.

Sorry for being so nitpicky but having this stuff correct is crucial.
----

Nitpickiness is a necessity ;-)

I've done a new version which replaces the "meaningless" racy test on line 50 with the simpler test

        else if (mutex->timeouts == 0)

As with the old "meaningless" test, if the test succeeds then there must at least have been very recent conention for the lock, so timing out is reasonable.

Also the new patch only considers rezeroing mutex->timeouts if we acquire the lock on the slow path.

The patch contains more comments than before.

----------
Added file: http://bugs.python.org/file21335/locktimeout3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 13:40:32 2011
From: report at bugs.python.org (sbt)
Date: Tue, 22 Mar 2011 12:40:32 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300797632.61.0.636435534263.issue11618@psf.upfronthosting.co.za>


Changes by sbt <shibturn at gmail.com>:


Removed file: http://bugs.python.org/file21335/locktimeout3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 13:41:59 2011
From: report at bugs.python.org (sbt)
Date: Tue, 22 Mar 2011 12:41:59 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1300797719.23.0.541180472321.issue11618@psf.upfronthosting.co.za>


sbt <shibturn at gmail.com> added the comment:

krisvale wrote:
----
So, I suggest a change in the comments:  Do not claim that the value is never an underestimate, and explain how falsely returning a WAIT_TIMEOUT is safe and only occurs when the lock is heavily contented.

Sorry for being so nitpicky but having this stuff correct is crucial.
----

Nitpickiness is a necessity ;-)

I've done a new version which replaces the "meaningless" racy test on line 50 with the simpler test

        else if (mutex->timeouts == 0)

As with the old "meaningless" test, if the test succeeds then there must at least have been very recent conention for the lock, so timing out is reasonable.

Also the new patch only considers rezeroing mutex->timeouts if we acquire the lock on the slow path.

The patch contains more comments than before.

----------
Added file: http://bugs.python.org/file21336/locktimeout3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Tue Mar 22 14:13:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 13:13:58 +0000
Subject: [issue11622] Documentation
In-Reply-To: <1300717593.92.0.639893924649.issue11622@psf.upfronthosting.co.za>
Message-ID: <1300799638.9.0.296856943018.issue11622@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21331/roberto_derenzi.vcf

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11622>
_______________________________________

From report at bugs.python.org  Tue Mar 22 14:14:22 2011
From: report at bugs.python.org (Ray.Allen)
Date: Tue, 22 Mar 2011 13:14:22 +0000
Subject: [issue11287] Add context manager support to dbm modules
In-Reply-To: <1298383106.44.0.402041562416.issue11287@psf.upfronthosting.co.za>
Message-ID: <1300799662.65.0.101362447835.issue11287@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

patch updated.

----------
Added file: http://bugs.python.org/file21337/issue_11287.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11287>
_______________________________________

From report at bugs.python.org  Tue Mar 22 14:47:20 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 13:47:20 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300801640.89.0.448622388152.issue11623@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for taking care of this.  I?ll be here to review distutils-related changes, if any are needed.

----------
assignee: tarek -> ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Tue Mar 22 14:54:12 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 13:54:12 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300802052.09.0.672106955437.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> The "Remote hg repo" field was just empty when I made my latest comment

Looks like this field is always empty: its goal is to add a repo, just like the File field is always empty unless you add a file.  The existing files and repositories are however listed underneath the form, so your screen just probably did not go low enough for you to see that the repo was still listed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Tue Mar 22 15:03:08 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 22 Mar 2011 14:03:08 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1300802588.48.0.808052869426.issue11623@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I haven't put much thought in a solution yet, but at this point I'd go for three changes:

1) Give a clear warning when python was configured for i386/ppc 
   and Xcode4 is installed (instead of giving a vague compiler crash 
   due to crapping out on ppc code)

2) Add an option that forces distutils to compile for i386 only

   This should not be the default because that would result in broken
   packages for users that want to redistribute binaries to ppc 
   machines.

3) The i386/ppc build should use the system headers instead of the
   10.4u SDK (change in configure.in), with a fallback to the 10.4u
   SDK when building extensions on a 10.4 machine (because the 
   "-isysroot /" cannot build universal binaries on all such machines)

BTW. distutils does not have code to work around OSX issues, it has code
to make use of OSX specific compilation features (such as having universal binaries and SDKs). ;-) ;-)

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Tue Mar 22 15:41:23 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 22 Mar 2011 14:41:23 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>


New submission from Eli Bendersky <eliben at gmail.com>:

The comment string above the implementation of _PyBytes_FromStringAndSize in Objects/bytesobject.c starts with:

  /*
  For both PyBytes_FromString() and PyBytes_FromStringAndSize(), the
  parameter `size' denotes number of characters to allocate, not 
  counting   any null terminating character.

This is misleading since PyBytes_FromString() has no 'size' parameter. 

The problem also exists for PyString in Python 2.x

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 131750
nosy: docs at python, eli.bendersky
priority: low
severity: normal
status: open
title: misleading comment on PyBytes_FromStringAndSize
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Tue Mar 22 15:43:20 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 14:43:20 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300805000.19.0.0275003205488.issue11634@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Could you write a patch to fix this comment?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:09:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 16:09:31 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <E1Q249B-0001Ml-AX@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a56cd7aeac5e by Raymond Hettinger in branch '2.7':
Issue #11625: Fix Typo
http://hg.python.org/cpython/rev/a56cd7aeac5e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:19:14 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 16:19:14 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <E1Q24Ia-0002Hu-S8@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 3aec82018a18 by Raymond Hettinger in branch '3.1':
Issue #11625: Fix Typo
http://hg.python.org/cpython/rev/3aec82018a18

New changeset 461e5c60fbdf by Raymond Hettinger in branch '3.2':
Issue #11625: Fix Typo
http://hg.python.org/cpython/rev/461e5c60fbdf

New changeset 8b633c55ac7a by Raymond Hettinger in branch 'default':
Issue #11625: Fix Typo
http://hg.python.org/cpython/rev/8b633c55ac7a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:22:22 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 16:22:22 +0000
Subject: [issue11625] Typo in collections.abc docs
In-Reply-To: <1300728857.46.0.900552872608.issue11625@psf.upfronthosting.co.za>
Message-ID: <1300810942.32.0.611146823264.issue11625@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11625>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:23:18 2011
From: report at bugs.python.org (bcroq)
Date: Tue, 22 Mar 2011 16:23:18 +0000
Subject: [issue10694] zipfile.py end of central directory detection not robust
In-Reply-To: <1292266671.15.0.914079935044.issue10694@psf.upfronthosting.co.za>
Message-ID: <1300810998.6.0.540861333937.issue10694@psf.upfronthosting.co.za>


Changes by bcroq <bertrand.croq at gmail.com>:


----------
nosy: +bcroq

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10694>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:40:18 2011
From: report at bugs.python.org (Bertrand Croq)
Date: Tue, 22 Mar 2011 16:40:18 +0000
Subject: [issue10694] zipfile.py end of central directory detection not robust
In-Reply-To: <1292266671.15.0.914079935044.issue10694@psf.upfronthosting.co.za>
Message-ID: <1300812018.14.0.681357781205.issue10694@psf.upfronthosting.co.za>


Bertrand Croq <bertrand.croq at gmail.com> added the comment:

The last patch (manually applied to Python 2.6) fixed the problem with a ZIP file used in my project.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10694>
_______________________________________

From report at bugs.python.org  Tue Mar 22 17:54:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 22 Mar 2011 16:54:50 +0000
Subject: [issue10694] zipfile.py end of central directory detection not robust
In-Reply-To: <1292266671.15.0.914079935044.issue10694@psf.upfronthosting.co.za>
Message-ID: <1300812890.16.0.531535053269.issue10694@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +amaury.forgeotdarc
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10694>
_______________________________________

From report at bugs.python.org  Tue Mar 22 18:28:31 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 22 Mar 2011 17:28:31 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300814911.89.0.097996346613.issue11633@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

We are talking about different things here:

- When python is run from a console, sys.stdout is line buffered. sys.stdout.write() flushes if there is a carriage return. No need to change anything here.

- print() could call file.flush() if file.isatty(), *after* the multiple calls to file.write().

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 18:28:39 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 17:28:39 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300814919.65.0.890547394404.issue11629@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Tue Mar 22 18:36:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 22 Mar 2011 17:36:39 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

concurrent.futures uses polling in its worker threads and processes
(with a timeout of 0.1).
It means that:
1) this prevents CPUs to enter low power states durably
2) it incurs latency when calling shutdown() on an executor (this seems to be the main source of slowness in test_concurrent_futures under Linux)

----------
components: Library (Lib)
messages: 131756
nosy: bquinlan, gregory.p.smith, jyasskin, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: concurrent.futures uses polling
type: resource usage
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Tue Mar 22 18:37:33 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 17:37:33 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300815453.05.0.56132721598.issue8420@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This looks okay.

On the first lines for set_merge() where there is:
  key = entry->key;
also do:
  hash = entry->key;
so that the two get handled in a parallel fashion.

Thanks for doing the backporting.

----------
assignee: rhettinger -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 18:39:25 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 17:39:25 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1300815565.93.0.719879585948.issue11244@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:14:20 2011
From: report at bugs.python.org (William Dawson)
Date: Tue, 22 Mar 2011 18:14:20 +0000
Subject: [issue11636] fh is not defined in npyio.py fromregex
In-Reply-To: <1300817657.44.0.659187032014.issue11636@psf.upfronthosting.co.za>
Message-ID: <1300817657.44.0.659187032014.issue11636@psf.upfronthosting.co.za>


New submission from William Dawson <williamanthonydawson at gmail.com>:

NameError: global name 'fh' is not defined
File "/Users/williamdawson/Programs/fat_wip.py", line 263, in <module>
  header_gal = readheader(gal_cat)
File "/Users/williamdawson/Programs/tools.py", line 96, in readheader
  [('column',numpy.int16),('name','S10')])
File "/Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/numpy/lib/npyio.py", line 972, in fromregex

Note that this code works perfectly fine with the python 2.6 EPD release.

----------
components: None
files: npyio.py
messages: 131758
nosy: William.Dawson
priority: normal
severity: normal
status: open
title: fh is not defined in npyio.py fromregex
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file21338/npyio.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11636>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:16:12 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 18:16:12 +0000
Subject: [issue11636] fh is not defined in npyio.py fromregex
In-Reply-To: <1300817657.44.0.659187032014.issue11636@psf.upfronthosting.co.za>
Message-ID: <1300817772.59.0.154330875269.issue11636@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

You should report this to whoever makes npyio.py

----------
nosy: +brian.curtin
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11636>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:16:53 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 18:16:53 +0000
Subject: [issue11631] Python 2.7.1 64bit,
	Win7 64bit problem to read and write with UDP.
In-Reply-To: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>
Message-ID: <1300817813.31.0.636709090617.issue11631@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

> this will lock

I should expect so! recvfrom is a blocking method. The interpreter will block on said socket until (if recvfrom) data arrives from the remote end of the socket.

sendto is non-blocking, though. And it works for me:

Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
>>> sock.sendto('data', ('localhost', 1005))
4
>>>

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11631>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:27:28 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 18:27:28 +0000
Subject: [issue1677] Ctrl-C will exit out of Python interpreter in Windows
In-Reply-To: <1198217773.08.0.968759924116.issue1677@psf.upfronthosting.co.za>
Message-ID: <1300818448.43.0.131265004789.issue1677@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt -Devin Jeanpierre
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1677>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:33:09 2011
From: report at bugs.python.org (Anton Benard)
Date: Tue, 22 Mar 2011 18:33:09 +0000
Subject: [issue7833] Bdist_wininst installers fail to load extensions built
	with Issue4120 patch
In-Reply-To: <1265062373.01.0.461114831555.issue7833@psf.upfronthosting.co.za>
Message-ID: <1300818789.76.0.178786604138.issue7833@psf.upfronthosting.co.za>


Changes by Anton Benard <acbenard at gmail.com>:


----------
nosy: +abenard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7833>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:33:38 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 22 Mar 2011 18:33:38 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300818818.56.0.0977252400617.issue11591@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Doc changes seem fine to me.

----------
assignee: brett.cannon -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:34:00 2011
From: report at bugs.python.org (Kristoffer Nilsson)
Date: Tue, 22 Mar 2011 18:34:00 +0000
Subject: [issue11631] Python 2.7.1 64bit,
	Win7 64bit problem to read and write with UDP.
In-Reply-To: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>
Message-ID: <1300818840.07.0.0629840806132.issue11631@psf.upfronthosting.co.za>


Kristoffer Nilsson <novafaen at gmail.com> added the comment:

Ah, bad formulation by me. While testing I had both the same machine and external machine sending UDP packages to the port I was listening to.

The listening server would not receive anything on 64/64bit (unless running from IDLE).

The reverse try, running the listening server (same program) on another computer, it would receive only from its own stream (while the 64/64 would only send packages while running from IDLE).

This was verified running Wireshark on both machines.

So in short, the 64/64 running from cmd.exe would not send or receive on UDP, while running from IDLE this was not the case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11631>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:43:38 2011
From: report at bugs.python.org (Eric Smith)
Date: Tue, 22 Mar 2011 18:43:38 +0000
Subject: [issue7833] Bdist_wininst installers fail to load extensions built
	with Issue4120 patch
In-Reply-To: <1265062373.01.0.461114831555.issue7833@psf.upfronthosting.co.za>
Message-ID: <1300819418.53.0.723108291539.issue7833@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7833>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:46:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 18:46:36 +0000
Subject: [issue11333] Add empty __slots__ to collections.abc abstract base
	classes
In-Reply-To: <1298723074.18.0.581998347487.issue11333@psf.upfronthosting.co.za>
Message-ID: <E1Q26bC-00087J-B8@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d50a71994f51 by Raymond Hettinger in branch 'default':
Issue #11333: Add __slots__ to the collections ABCs.
http://hg.python.org/cpython/rev/d50a71994f51

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11333>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:47:13 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 18:47:13 +0000
Subject: [issue11333] Add empty __slots__ to collections.abc abstract base
	classes
In-Reply-To: <1298723074.18.0.581998347487.issue11333@psf.upfronthosting.co.za>
Message-ID: <1300819633.19.0.272463492395.issue11333@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks Daniel.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11333>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:49:38 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 18:49:38 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1300819778.66.0.502174326142.issue11397@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
components: +Library (Lib) -Extension Modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:52:08 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 22 Mar 2011 18:52:08 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300819928.03.0.529019429292.issue11634@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Sure, I just wanted confirmation from another dev that it's indeed an error and I'm not missing anything. 

I suppose the fix is just replace "for both PyBytes_FromString() and PyBytes_FromStringAndSize()" with just "for PyBytes_FromStringAndSize()".

I'll commit the change to all relevant branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Tue Mar 22 19:55:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 18:55:21 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1288663412.18.0.821423720263.issue10291@psf.upfronthosting.co.za>
Message-ID: <1300820121.84.0.296245811596.issue10291@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Agreed.  Which .py files would be appropriate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:01:31 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 19:01:31 +0000
Subject: [issue11631] Python 2.7.1 64bit,
	Win7 64bit problem to read and write with UDP.
In-Reply-To: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>
Message-ID: <1300820491.25.0.301374138841.issue11631@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

I can't reproduce this. I'm also running 64-bit Python on 64-bit Windows 7 and socket operations are fine for me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11631>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:14:46 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 19:14:46 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1300820121.84.0.296245811596.issue10291@psf.upfronthosting.co.za>
Message-ID: <AANLkTik=5uNuAoZ=ktLUfQWJQLk8G3mEKqeQqcgBBs5a@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Tue, Mar 22, 2011 at 2:55 PM, ?ric Araujo <report at bugs.python.org> wrote:
..
> Agreed. ?Which .py files would be appropriate?

Lib/turtledemo/about_turtle.txt - seems to belong to turtle.py

Lib/turtledemo/about_turtledemo.txt  -> turtledemo/__init__.py

and Lib/turtledemo/demohelp.txt. -> turtledemo/__main__.py or a new
module to be imported from __main__ most of the code in __main__ can
be moved/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:15:12 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 22 Mar 2011 19:15:12 +0000
Subject: [issue11093] test_future - rename not-unittest files to make
	regrtest.NOTTESTS an empty set
In-Reply-To: <1296587284.84.0.269223815277.issue11093@psf.upfronthosting.co.za>
Message-ID: <1300821312.89.0.116264719982.issue11093@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Reattaching patch generated (against 3.2) with diff --git to preserve the rename operation.

----------
Added file: http://bugs.python.org/file21339/test_future_diffgit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11093>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:16:29 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 19:16:29 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <AANLkTik=5uNuAoZ=ktLUfQWJQLk8G3mEKqeQqcgBBs5a@mail.gmail.com>
Message-ID: <AANLkTim+AeLL9apsmALCqfr4nDr2nQVNbuA6LJBA=cpN@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Tue, Mar 22, 2011 at 3:14 PM, Alexander Belopolsky
<belopolsky at users.sourceforge.net> wrote:
..
> Lib/turtledemo/about_turtle.txt - seems to belong to turtle.py

In fact, it looks like turtle docstring is already a copy (or almost a
copy) of  Lib/turtledemo/about_turtle.txt.  Instead of reading
about_turtle.txt, turtledemo should just reuse turtle.__doc__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:16:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 19:16:36 +0000
Subject: [issue11287] Add context manager support to dbm modules
In-Reply-To: <1298383106.44.0.402041562416.issue11287@psf.upfronthosting.co.za>
Message-ID: <1300821396.2.0.496216385866.issue11287@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks good.  Would someone else like to review too?  I don?t know C, and there may be PEP 343 subtleties that I have missed.

----------
keywords: +needs review
nosy: +ncoghlan
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11287>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:44:26 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 19:44:26 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1288663412.18.0.821423720263.issue10291@psf.upfronthosting.co.za>
Message-ID: <1300823066.39.0.272399947709.issue10291@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
type:  -> feature request
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:46:35 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 22 Mar 2011 19:46:35 +0000
Subject: [issue1214675] module warnings lacks a remove filter function
Message-ID: <1300823195.9.0.0239426830995.issue1214675@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Closing. We now have a context manager based solution for saving, changing and restoring warning filters.

http://docs.python.org/library/warnings.html#testing-warnings

(I just came across this issue looking for such a solution. :-)

----------
nosy: +gvanrossum
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1214675>
_______________________________________

From report at bugs.python.org  Tue Mar 22 20:59:12 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 19:59:12 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1288663412.18.0.821423720263.issue10291@psf.upfronthosting.co.za>
Message-ID: <1300823952.62.0.1515109575.issue10291@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21340/issue10291.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:12:00 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 20:12:00 +0000
Subject: [issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes
	instead of strings
In-Reply-To: <1300667681.04.0.269037633009.issue11620@psf.upfronthosting.co.za>
Message-ID: <1300824720.96.0.226262172894.issue11620@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
components: +Extension Modules, Windows -Library (Lib)
nosy: +brian.curtin
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11620>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:15:34 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 22 Mar 2011 20:15:34 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved
	symbol	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300785712.91.0.635985427936.issue11626@psf.upfronthosting.co.za>
Message-ID: <4D890364.1050408@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I fear I don't understand exactly what is meant here. For me it was enough to get the linker error telling me it is not working.

Suppose 3.2.1 adds this function, which then means that your extension
builds fine. However, it won't run on 3.2.0, so you might complain that
the ABI isn't really "stable". Therefore, I wonder whether you would
have liked to continue receiving compile-time indications that you are
using parts of the ABI which had not been around in 3.2.0.

Now that you know, you *personally* probably don't need this
notification anymore. I just wonder about people in similar situations.

----------
title: Py_LIMITED_API on windows: unresolved symbol __imp___PyArg_ParseTuple_SizeT -> Py_LIMITED_API on windows: unresolved symbol	__imp___PyArg_ParseTuple_SizeT

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:17:54 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 22 Mar 2011 20:17:54 +0000
Subject: [issue11631] Python 2.7.1 64bit,
	Win7 64bit problem to read and write with UDP.
In-Reply-To: <1300786239.46.0.274643383137.issue11631@psf.upfronthosting.co.za>
Message-ID: <1300825074.79.0.312033636761.issue11631@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Kristoffer: are you using a personal firewall software? These filters often filter traffic out depending on what process is receiving it, so you may want to turn the firewall off (or explicitly configure it to allow this port to be open).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11631>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:21:08 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 20:21:08 +0000
Subject: [issue11628] cmp_to_key generated class should use __slots__
In-Reply-To: <1300745611.16.0.624548709174.issue11628@psf.upfronthosting.co.za>
Message-ID: <E1Q284h-0000HD-Fw@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 136298326897 by Raymond Hettinger in branch '2.7':
Issue #11628: cmp_to_key should use__slots__.
http://hg.python.org/cpython/rev/136298326897

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11628>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:22:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 20:22:15 +0000
Subject: [issue11595] Miscellaneous bugs in cfg_to_args() utility function
In-Reply-To: <1300466317.84.0.72161184259.issue11595@psf.upfronthosting.co.za>
Message-ID: <1300825335.95.0.479409026941.issue11595@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Another bug: the extracted author_email value is wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11595>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:22:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 22 Mar 2011 20:22:18 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300825338.68.0.334550495358.issue11634@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

PyObject *
PyBytes_FromString(const char *str)
{
    register size_t size;
    ...
    size = strlen(str);
    ...
}

PyBytes_FromString() does compute the input string size using strlen().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:25:38 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 20:25:38 +0000
Subject: [issue11260] smtpd-as-a-script feature should be documented and
	should use argparse
In-Reply-To: <1298232231.08.0.088023732748.issue11260@psf.upfronthosting.co.za>
Message-ID: <1300825538.64.0.299422787443.issue11260@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11260>
_______________________________________

From report at bugs.python.org  Tue Mar 22 21:43:23 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 22 Mar 2011 20:43:23 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300826603.89.0.208057817014.issue11635@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:10:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:10:30 +0000
Subject: [issue11637] Add cwd to sys.path for hooks
In-Reply-To: <1300828230.79.0.355779213126.issue11637@psf.upfronthosting.co.za>
Message-ID: <1300828230.79.0.355779213126.issue11637@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

When pysetup is run in a project directory, this dir is not on sys.path, so hooks modules in the dir can?t be found.

----------
assignee: tarek
components: Distutils2
keywords: easy
messages: 131778
nosy: alexis, eric.araujo, tarek
priority: normal
severity: normal
stage: needs patch
status: open
title: Add cwd to sys.path for hooks
versions: 3rd party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11637>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:12:29 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:12:29 +0000
Subject: [issue11552] Confusing error message when hook module cannot be loaded
In-Reply-To: <1300167883.89.0.288687435402.issue11552@psf.upfronthosting.co.za>
Message-ID: <1300828349.66.0.123153318445.issue11552@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

It?s strange because we do have tests for the function.  Can you look at them and find any error?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11552>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:15:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:15:55 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1288663412.18.0.821423720263.issue10291@psf.upfronthosting.co.za>
Message-ID: <1300828555.92.0.369236671347.issue10291@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The patch contains one unrelated code change.

I think the docstrings should not go as is but be cleaned up to match docstrings conventions.  I?ve also spotted some phrasing issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:18:42 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:18:42 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300828722.45.0.360716235379.issue8420@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21317/fix-set-crashers-2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:18:53 2011
From: report at bugs.python.org (RonnyPfannschmidt)
Date: Tue, 22 Mar 2011 21:18:53 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>


New submission from RonnyPfannschmidt <Ronny.Pfannschmidt at gmx.de>:

i passed in a unicode value as version by accident,
resulted in:

Traceback (most recent call last):
  File "/home/ronny/.local/venvs/clean/bin/pysetup", line 7, in <module>
    execfile(__file__)
  File "/home/ronny/Projects/distutils2/distutils2/pysetup", line 5, in <module>
    main()
  File "/home/ronny/Projects/distutils2/distutils2/run.py", line 486, in main
    return dispatcher()
  File "/home/ronny/Projects/distutils2/distutils2/run.py", line 477, in __call__
    return func(self, self.args)
  File "/home/ronny/Projects/distutils2/distutils2/run.py", line 166, in _run
    dist.run_command(cmd, dispatcher.command_options[cmd])
  File "/home/ronny/Projects/distutils2/distutils2/dist.py", line 781, in run_command
    cmd_obj.run()
  File "/home/ronny/Projects/distutils2/distutils2/command/sdist.py", line 183, in run
    self.make_distribution()
  File "/home/ronny/Projects/distutils2/distutils2/command/sdist.py", line 327, in make_distribution
    owner=self.owner, group=self.group)
  File "/home/ronny/Projects/distutils2/distutils2/command/cmd.py", line 426, in make_archive
    owner=owner, group=group)
  File "/home/ronny/Projects/distutils2/distutils2/_backport/shutil.py", line 588, in make_archive
    filename = func(base_name, base_dir, **kwargs)
  File "/home/ronny/Projects/distutils2/distutils2/_backport/shutil.py", line 426, in _make_tarball
    tar = tarfile.open(archive_name, 'w|%s' % tar_compression[compress])
  File "/home/ronny/Projects/distutils2/distutils2/_backport/tarfile.py", line 1693, in open
    _Stream(name, filemode, comptype, fileobj, bufsize),
  File "/home/ronny/Projects/distutils2/distutils2/_backport/tarfile.py", line 434, in __init__
    self._init_write_gz()
  File "/home/ronny/Projects/distutils2/distutils2/_backport/tarfile.py", line 462, in _init_write_gz
    self.__write(self.name + NUL)
  File "/home/ronny/Projects/distutils2/distutils2/_backport/tarfile.py", line 478, in __write
    self.buf += s
UnicodeDecodeError: 'ascii' codec can't decode byte 0x8b in position 1: ordinal not in range(128)


note that i have no idea where the 0x8b is from, if i just pass the version trough str it works (which means something is wrong somewhere else, unicode just triggers it)

----------
assignee: tarek
components: Distutils2
messages: 131781
nosy: RonnyPfannschmidt, alexis, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: pysetup un sdist crashes with weird trace if version is unicode by accident
versions: 3rd party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:20:28 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:20:28 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300828828.22.0.230875004815.issue11638@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What is the version?  Can you also include the setup.cfg file?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:20:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:20:59 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300828859.88.0.763334346703.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I assume you meant ?hash = entry->hash?, not ?entry->key?.  Updated patch attached.

----------
Added file: http://bugs.python.org/file21341/fix-set-crashers-2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:22:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:22:15 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300828935.87.0.0323422212203.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

BTW, set_add_entry still uses entry->hash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:23:24 2011
From: report at bugs.python.org (RonnyPfannschmidt)
Date: Tue, 22 Mar 2011 21:23:24 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300829004.13.0.24491609359.issue11638@psf.upfronthosting.co.za>


RonnyPfannschmidt <Ronny.Pfannschmidt at gmx.de> added the comment:

here the file that passed in the unicode string via hook
note that all of the passed characters are actually ascii

----------
Added file: http://bugs.python.org/file21342/hgdistver.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:24:11 2011
From: report at bugs.python.org (RonnyPfannschmidt)
Date: Tue, 22 Mar 2011 21:24:11 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300829051.92.0.795841827053.issue11638@psf.upfronthosting.co.za>


Changes by RonnyPfannschmidt <Ronny.Pfannschmidt at gmx.de>:


Added file: http://bugs.python.org/file21343/setup.cfg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:26:08 2011
From: report at bugs.python.org (RonnyPfannschmidt)
Date: Tue, 22 Mar 2011 21:26:08 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300829168.14.0.585221295483.issue11638@psf.upfronthosting.co.za>


RonnyPfannschmidt <Ronny.Pfannschmidt at gmx.de> added the comment:

actually its enough to have the version_hook set the version to u'0.0'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:26:15 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 21:26:15 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1300828555.92.0.369236671347.issue10291@psf.upfronthosting.co.za>
Message-ID: <AANLkTimzo=OQG5FtxWWJX-xrUtK4ZNqO=4YTPBhyTJhU@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Tue, Mar 22, 2011 at 5:15 PM, ?ric Araujo <report at bugs.python.org> wrote:
>..
> The patch contains one unrelated code change.
>

Yes, I noticed that, but it may not be that unrelated.  Of course the
two changes need to be committed separately, but the pop-under issue
(issue11571) affects turtledemo in the same way as turtle.

> I think the docstrings should not go as is but be cleaned up to match docstrings conventions.
> ?I?ve also spotted some phrasing issues.

I would rather keep code and documentation changes separate.  Not that
we have any strict  docstrings conventions. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:28:12 2011
From: report at bugs.python.org (RonnyPfannschmidt)
Date: Tue, 22 Mar 2011 21:28:12 +0000
Subject: [issue11638] pysetup un sdist crashes with weird trace if version is
	unicode by accident
In-Reply-To: <1300828733.05.0.475519990909.issue11638@psf.upfronthosting.co.za>
Message-ID: <1300829292.55.0.946369491683.issue11638@psf.upfronthosting.co.za>


Changes by RonnyPfannschmidt <Ronny.Pfannschmidt at gmx.de>:


Added file: http://bugs.python.org/file21344/hgdistver.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11638>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:29:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 21:29:21 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1288663412.18.0.821423720263.issue10291@psf.upfronthosting.co.za>
Message-ID: <1300829361.34.0.49573249136.issue10291@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I would rather keep code and documentation changes separate.
I don?t follow; my comment about bad phrasing was about the text added to the docstrings.

> Not that we have any strict  docstrings conventions. :-)
Not enforced, but still useful to follow: PEP 257.

*looks at ast.py and grumbles*

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:34:54 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 21:34:54 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300829694.1.0.557594422502.issue8420@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

The revised patch looks good.
Please make the same change for set_add_entry.
If the tests run, go ahead and apply.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:34:54 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 22 Mar 2011 21:34:54 +0000
Subject: [issue10291] Clean-up turtledemo in-package documentation
In-Reply-To: <1300829361.34.0.49573249136.issue10291@psf.upfronthosting.co.za>
Message-ID: <AANLkTim34+==Rebqj_sHvkxUdsszk3zgfRdReXKLS32a@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Tue, Mar 22, 2011 at 5:29 PM, ?ric Araujo <report at bugs.python.org> wrote:
..
>> I would rather keep code and documentation changes separate.
> I don?t follow; my comment about bad phrasing was about the text added to the docstrings.

The text added to docstrings was copied from deleted text files.  (I
only fixed a few obvious anachronisms such as turtleDemo vs.
turtledemo.)  From user's POV, there is no change: the help topics
display the same text as before.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10291>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:45:41 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 21:45:41 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>


New submission from Santoso Wijaya <santoso.wijaya at gmail.com>:

For example, the function `fileConfig` is listed in the documentation [1] as `logging.fileConfig`. This was a surprise for me when trying it gave me an AttributeError. Only after reading the source code that I found out this function is defined in the `logging.config` module, and must be referenced as such.

[1] http://docs.python.org/library/logging.html#logging.fileConfig

----------
assignee: docs at python
components: Documentation
messages: 131791
nosy: docs at python, santa4nt
priority: normal
severity: normal
status: open
title: Documentation for *Config functions in logging module should be in logging.config
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:46:09 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 21:46:09 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <1300830369.73.0.565526394487.issue11639@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 22 22:47:03 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 22 Mar 2011 21:47:03 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <1300830423.24.0.97818738529.issue11639@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:02:12 2011
From: report at bugs.python.org (Rainer Schaaf)
Date: Tue, 22 Mar 2011 22:02:12 +0000
Subject: [issue11626] Py_LIMITED_API on windows: unresolved
	symbol	__imp___PyArg_ParseTuple_SizeT
In-Reply-To: <1300733675.89.0.959184580863.issue11626@psf.upfronthosting.co.za>
Message-ID: <1300831332.11.0.778962997182.issue11626@psf.upfronthosting.co.za>


Rainer Schaaf <rjs at pdflib.com> added the comment:

OK now I got it. 

Yes for others this would be "very" helpful. Specially as the Py_LIMITED_API promises to solve the changing API issue on windows and Parse_Tuple is one of the main API's used in extensions this would be helpful I guess.

I personally decided to build without Py_LIMITED_API for Python 3.2.*, I will use the new feature with Python 3.3.*. This is more clear for our customers. Till now we only had new extensions with new x.y versions of Python, nether with x.y.z versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11626>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:15:44 2011
From: report at bugs.python.org (Peter Davies)
Date: Tue, 22 Mar 2011 22:15:44 +0000
Subject: [issue11640] Shelve references globals in its __del__ method
In-Reply-To: <1300832144.38.0.133902930927.issue11640@psf.upfronthosting.co.za>
Message-ID: <1300832144.38.0.133902930927.issue11640@psf.upfronthosting.co.za>


New submission from Peter Davies <ultratwo at gmail.com>:

Shelf.__setitem__ (which is called from __del__ when writeback is enabled) references globals. This was causing exceptions on interpreter  shutdown (due to another exception) for me.

I have attached a patch which stores the relevant globals in the Shelf object.

----------
components: Library (Lib)
files: shelve_del_fix.diff
keywords: patch
messages: 131793
nosy: Peter.Davies
priority: normal
severity: normal
status: open
title: Shelve references globals in its __del__ method
type: behavior
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file21345/shelve_del_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11640>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:23:42 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 22:23:42 +0000
Subject: [issue10225] Fix doctest runable examples in python manual
In-Reply-To: <1288318735.45.0.959857258913.issue10225@psf.upfronthosting.co.za>
Message-ID: <1300832622.07.0.636512450776.issue10225@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

These are fine except for the changes to collections.py.  Please leave the deployed code for named tuple as-is.  Doctest may have issues with trailing whitespace, but that is doctest's problem, not named tuple's.

----------
assignee: rhettinger -> belopolsky
resolution:  -> accepted
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10225>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:25:05 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 22:25:05 +0000
Subject: [issue1479611] speed up function calls
Message-ID: <1300832705.7.0.0963986158139.issue1479611@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> 
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1479611>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:29:29 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 22:29:29 +0000
Subject: [issue10988] Descriptor protocol documentation for super bindings is
	incorrect
In-Reply-To: <1295807885.2.0.206629380861.issue10988@psf.upfronthosting.co.za>
Message-ID: <E1Q2A4o-0004J2-4R@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 50cc60852a76 by Raymond Hettinger in branch '2.7':
Issue 10988: fix description of super's descriptor call.
http://hg.python.org/cpython/rev/50cc60852a76

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10988>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:33:44 2011
From: report at bugs.python.org (Craig McQueen)
Date: Tue, 22 Mar 2011 22:33:44 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300833224.87.0.331326717821.issue11629@psf.upfronthosting.co.za>


Changes by Craig McQueen <python at craig.mcqueen.id.au>:


----------
nosy: +cmcqueen1975

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:34:11 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 22:34:11 +0000
Subject: [issue10988] Descriptor protocol documentation for super bindings is
	incorrect
In-Reply-To: <1295807885.2.0.206629380861.issue10988@psf.upfronthosting.co.za>
Message-ID: <E1Q2A9Q-0004eo-OR@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 3e3c46a3dce8 by Raymond Hettinger in branch '3.1':
Issue 10988: fix description of super's descriptor call.
http://hg.python.org/cpython/rev/3e3c46a3dce8

New changeset 40698c68a32c by Raymond Hettinger in branch '3.2':
Issue 10988: fix description of super's descriptor call.
http://hg.python.org/cpython/rev/40698c68a32c

New changeset 29c8eb206076 by Raymond Hettinger in branch 'default':
Issue 10988: fix description of super's descriptor call.
http://hg.python.org/cpython/rev/29c8eb206076

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10988>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:34:41 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 22:34:41 +0000
Subject: [issue10988] Descriptor protocol documentation for super bindings is
	incorrect
In-Reply-To: <1295807885.2.0.206629380861.issue10988@psf.upfronthosting.co.za>
Message-ID: <1300833281.07.0.279500633541.issue10988@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Fixed.
Thanks for the bug report.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.3 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10988>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:41:12 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 22:41:12 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300833672.69.0.567556150508.issue11627@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Thanks Nick, that is indeed much nicer. I updated the patch.

I also created a patch for 2.7, in case anyone thinks it's a good idea to fix it there, too.

----------
Added file: http://bugs.python.org/file21346/issue11627_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:41:36 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 22 Mar 2011 22:41:36 +0000
Subject: [issue11640] Shelve references globals in its __del__ method
In-Reply-To: <1300832144.38.0.133902930927.issue11640@psf.upfronthosting.co.za>
Message-ID: <1300833696.14.0.586038718821.issue11640@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11640>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:41:43 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 22:41:43 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300833703.28.0.342682503072.issue11627@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Added file: http://bugs.python.org/file21347/issue11627_py27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:44:13 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 22 Mar 2011 22:44:13 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300833853.79.0.644803146039.issue11633@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Python 3.2, WinXP, IDLE edit window, F5 Run:
'Processing ...' appears immediately, 'Done' 3 sec later.
The only difference between printtest2/3 is where 'Done' appears.

Behavior is same when pasting into interactive interpreter -- has to be since the first two prints are executed before the sleep. I presume interpreter flushes before or after printing next prompt. IDLE must do same even when running from editor even when not printing prompts.

Anatoly, I gather you ran files by some other method.

I disagree with closing this yet. Print was designed to be a simplified wrapper around sys.stdout.write (and now, any file.write). Requiring that one import sys to use print goes against that.

I have always experienced and expected Python's print to screen to be immediately visible. I thought that was pretty standard in other languages with a print-to-screen separate from general file-write. When printing to screen, efficiency is, I believe, a non-issue. Writing to files or the net is a whole different ballgame.

Amaury's idea of checking isatty seems good. Otherwise, print should gain an optional, no-default flush=True/False parameter (no default because behavior currently varies.) Until then, non-flushing *should* be documented. The current doc for print does not seem to address the issue either way.

Amaury, I though 'run from console' more or less meant 'isatty', so I am not sure I understand your comment.

----------
assignee:  -> docs at python
components: +Documentation, Library (Lib)
nosy: +docs at python, terry.reedy
resolution: invalid -> 
status: closed -> open
type:  -> feature request
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:49:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 22:49:40 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300834180.57.0.513159868807.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is it a candidate for 3.1 too?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:53:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 22:53:01 +0000
Subject: [issue10787] [random.gammavariate] Add the expression of the
	distribution in a comprehensive form for random.gammavariate
In-Reply-To: <1293554918.75.0.546382725998.issue10787@psf.upfronthosting.co.za>
Message-ID: <E1Q2ARc-0006Ej-9H@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 42816be02b9b by Raymond Hettinger in branch '2.7':
Issue 10787: Document the probability density function for random.gammavariate.
http://hg.python.org/cpython/rev/42816be02b9b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10787>
_______________________________________

From report at bugs.python.org  Tue Mar 22 23:57:29 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 22:57:29 +0000
Subject: [issue10787] [random.gammavariate] Add the expression of the
	distribution in a comprehensive form for random.gammavariate
In-Reply-To: <1293554918.75.0.546382725998.issue10787@psf.upfronthosting.co.za>
Message-ID: <E1Q2AVv-0006df-LQ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e880020e7e6a by Raymond Hettinger in branch '3.1':
Issue 10787: Document the probability density function for random.gammavariate.
http://hg.python.org/cpython/rev/e880020e7e6a

New changeset f882b284d260 by Raymond Hettinger in branch '3.2':
Issue 10787: Document the probability density function for random.gammavariate.
http://hg.python.org/cpython/rev/f882b284d260

New changeset a892a0dd8190 by Raymond Hettinger in branch 'default':
Issue 10787: Document the probability density function for random.gammavariate.
http://hg.python.org/cpython/rev/a892a0dd8190

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10787>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:06:31 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 23:06:31 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300835191.68.0.867170838322.issue8420@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Sure, go ahead and apply to 3.1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:09:28 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 23:09:28 +0000
Subject: [issue10787] [random.gammavariate] Add the expression of the
	distribution in a comprehensive form for random.gammavariate
In-Reply-To: <1293554918.75.0.546382725998.issue10787@psf.upfronthosting.co.za>
Message-ID: <1300835368.32.0.588386188373.issue10787@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10787>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:09:36 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 23:09:36 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

2to3 converts raw_input() calls into input(), and input() runs all user data through eval(). This opens a hole in previously secure Python2.x applications.

Is the author of this change aware of the issue?

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 131805
nosy: techtonik
priority: normal
severity: normal
status: open
title: raw_input() -> input() security issue
type: security
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:11:56 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 23:11:56 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300835516.18.0.845640702802.issue11641@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


Added file: http://bugs.python.org/file21348/python3-security.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:12:53 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 23:12:53 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300835573.46.0.203822211094.issue11641@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

`input()` in Python 3 is the same as `raw_input()` in Python 2. It does not evaluate the input as Python code.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:22:55 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 23:22:55 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300836175.63.0.637166471295.issue11641@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

This is incorrect. Please look at Python/bltinmodule.c for how input() is implemented - there is no eval involved.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:23:29 2011
From: report at bugs.python.org (Eric Smith)
Date: Tue, 22 Mar 2011 23:23:29 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300836209.09.0.269786275601.issue11641@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
resolution:  -> invalid
status: open -> closed
type: security -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:27:16 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 22 Mar 2011 23:27:16 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300836436.63.0.0789683235239.issue11633@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The attached patch calls "if file.isatty(): file.flush()" at the end of the print function:
- only when an "end" argument was specified
- errors in file.isatty() are ignored (and then no flush occurs)

----------
keywords: +patch
Added file: http://bugs.python.org/file21349/print-flush.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:28:01 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 23:28:01 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300836481.25.0.213340582475.issue11641@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Sorry. I've incidentally run converted file with Python 2.x.

To avoid future confusions, should there be a reference in 2to3 docs to the behavior change for input() function?

>From http://docs.python.org/library/2to3#2to3fixer-raw_input to http://docs.python.org/py3k/whatsnew/3.0.html#builtins

----------
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:28:20 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 22 Mar 2011 23:28:20 +0000
Subject: [issue10771] descriptor protocol documentation has two different
	definitions of "owner" class
In-Reply-To: <1293253554.32.0.921681514845.issue10771@psf.upfronthosting.co.za>
Message-ID: <E1Q2Azq-0000bW-T6@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b31606ea7ce3 by Raymond Hettinger in branch '3.1':
Issue #10771: Clarify that descriptors get used in an *owner* class or one of its parents.
http://hg.python.org/cpython/rev/b31606ea7ce3

New changeset 4dfbf8c8f4e5 by Raymond Hettinger in branch '3.2':
Issue #10771: Clarify that descriptors get used in an *owner* class or one of its parents.
http://hg.python.org/cpython/rev/4dfbf8c8f4e5

New changeset 5aaa71591dda by Raymond Hettinger in branch 'default':
Issue #10771: Clarify that descriptors get used in an *owner* class or one of its parents.
http://hg.python.org/cpython/rev/5aaa71591dda

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:29:06 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 23:29:06 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300836546.1.0.0812249483011.issue11641@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
type: security -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:29:08 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 22 Mar 2011 23:29:08 +0000
Subject: [issue10771] descriptor protocol documentation has two different
	definitions of "owner" class
In-Reply-To: <1293253554.32.0.921681514845.issue10771@psf.upfronthosting.co.za>
Message-ID: <1300836548.04.0.461518052001.issue10771@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:29:18 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 22 Mar 2011 23:29:18 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300836558.01.0.245573040586.issue11633@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> Python 3.2, WinXP, IDLE edit window, F5 Run:
> 'Processing ...' appears immediately, 'Done' 3 sec later.

Terry, IDLE is completely different, its sys.stdout completely bypasses the new io stack, and there is no buffering...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:35:27 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 23:35:27 +0000
Subject: [issue11642] regression: input() doesn't strip a trailing newline on
	Windows
In-Reply-To: <1300836927.06.0.0134767205709.issue11642@psf.upfronthosting.co.za>
Message-ID: <1300836927.06.0.0134767205709.issue11642@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

Docs say that input() should strip trailing newline, but on Windows it doesn't happen.
http://docs.python.org/py3k/library/functions.html#input


Python 2.x Windows
>>> raw_input()
xyz
'xyz'
>>>

Python 3.2 Windows
>>> input()
zyx
'zyx\r'
>>>

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 131812
nosy: techtonik
priority: normal
severity: normal
status: open
title: regression: input() doesn't strip a trailing newline on Windows
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11642>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:37:29 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 22 Mar 2011 23:37:29 +0000
Subject: [issue11642] regression: input() doesn't strip a trailing newline on
	Windows
In-Reply-To: <1300836927.06.0.0134767205709.issue11642@psf.upfronthosting.co.za>
Message-ID: <1300837049.6.0.00245961205813.issue11642@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

This is a duplicate of issue #11272.

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11642>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:38:53 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 23:38:53 +0000
Subject: [issue11641] raw_input() -> input() security issue
In-Reply-To: <1300835376.2.0.376957339181.issue11641@psf.upfronthosting.co.za>
Message-ID: <1300837133.58.0.894816734258.issue11641@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I find http://docs.python.org/dev/library/functions#input clear enough.  Remember that 3.x is a clean cut, it does not carry information for 2.x users; those have enough information with http://docs.python.org/py3k/whatsnew/3.0#builtins IMO.

----------
components:  -2to3 (2.x to 3.0 conversion tool)
nosy: +eric.araujo
stage:  -> committed/rejected
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11641>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:39:09 2011
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 22 Mar 2011 23:39:09 +0000
Subject: [issue11642] regression: input() doesn't strip a trailing newline on
	Windows
In-Reply-To: <1300836927.06.0.0134767205709.issue11642@psf.upfronthosting.co.za>
Message-ID: <1300837149.22.0.794350730882.issue11642@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

3.2.1 will have the fix.

----------
nosy: +brian.curtin
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11642>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:41:34 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 23:41:34 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300837294.52.0.500368515168.issue11633@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: docs at python -> 
components: +Interpreter Core -Documentation, Library (Lib)
keywords: +3.2regression
nosy: +georg.brandl -docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:55:11 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 22 Mar 2011 23:55:11 +0000
Subject: [issue11643] Use |version| instead of X.Y in the doc
In-Reply-To: <1300838111.66.0.617899175478.issue11643@psf.upfronthosting.co.za>
Message-ID: <1300838111.66.0.617899175478.issue11643@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

Some files like site.rst use ?X.Y? to refer to the Python version, but Sphinx helpfully provides a |version| construct that can be replaced by the current version at build time.

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 131816
nosy: docs at python, eric.araujo
priority: normal
severity: normal
stage: needs patch
status: open
title: Use |version| instead of X.Y in the doc
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11643>
_______________________________________

From report at bugs.python.org  Wed Mar 23 00:59:56 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 22 Mar 2011 23:59:56 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

http://docs.python.org/library/2to3.html#using-2to3 contains an example.py sample which is claimed to be Python 2.x source, but that's not true:

def greet(name):
    print "Hello, {0}!".format(name)
print "What's your name?"
name = raw_input()
greet(name)

The code is valid only for Python 2.6+. For previous versions it gives the following traceback:

Traceback (most recent call last):
  File "ewe.py", line 5, in <module>
    greet(name)
  File "ewe.py", line 2, in greet
    print "Hello, {0}!".format(name)
AttributeError: 'str' object has no attribute 'format'

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 131817
nosy: techtonik
priority: normal
severity: normal
status: open
title: 2to3 example.py is not a Python 2.x file

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:00:06 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 23 Mar 2011 00:00:06 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300838406.77.0.837139213623.issue11644@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:05:31 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 00:05:31 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300838731.99.0.837803098499.issue11644@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Your title is untrue: This example code from the 2.6 docs is valid 2.6 code.  I can?t find a problem with that.

----------
nosy: +eric.araujo
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:10:20 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 00:10:20 +0000
Subject: [issue11643] Use |version| instead of X.Y in the doc
In-Reply-To: <1300838111.66.0.617899175478.issue11643@psf.upfronthosting.co.za>
Message-ID: <1300839020.31.0.92952126778.issue11643@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11643>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:19:01 2011
From: report at bugs.python.org (Yuval Greenfield)
Date: Wed, 23 Mar 2011 00:19:01 +0000
Subject: [issue11645] Pypi reviews "Expand 10 after" shows a duplicate line
In-Reply-To: <1300839541.37.0.373352205502.issue11645@psf.upfronthosting.co.za>
Message-ID: <1300839541.37.0.373352205502.issue11645@psf.upfronthosting.co.za>


New submission from Yuval Greenfield <ubershmekel at gmail.com>:

Just try and review any patch diff, eg http://bugs.python.org/review/6818/diff/2113/4194 and click "Expand 10 after" on either side (top or bottom) of the diff chunk. Notice that a duplicate line is introduced.

----------
messages: 131819
nosy: ubershmekel
priority: normal
severity: normal
status: open
title: Pypi reviews "Expand 10 after" shows a duplicate line
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11645>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:20:45 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 23 Mar 2011 00:20:45 +0000
Subject: [issue11646] 2to3: msvcrt.(get|put)ch -> (get|put)wch
In-Reply-To: <1300839645.82.0.653929076098.issue11646@psf.upfronthosting.co.za>
Message-ID: <1300839645.82.0.653929076098.issue11646@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

msvcrt function calls need to be renamed to unicode equivalents, because now they return bytes, which doesn't support string methods used to process the output (e.g. lower()).

http://docs.python.org/py3k/library/msvcrt.html

msvcrt.getch() -> msvcrt.getwch()
msvcrt.getche() -> msvcrt.getwche()
msvcrt.putch() -> msvcrt.putwch()
msvcrt.ungetch() -> msvcrt.ungetwch()

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 131820
nosy: techtonik
priority: normal
severity: normal
status: open
title: 2to3: msvcrt.(get|put)ch -> (get|put)wch
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11646>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:20:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 00:20:49 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300839649.18.0.240749380559.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Here is a part of my 3.1 patch:

+    PyObject *key = entry->key;
+    long hash = entry->hash;

     assert(so->fill <= so->mask);  /* at least one empty slot */
     n_used = so->used;
-    Py_INCREF(entry->key);
-    if (set_insert_key(so, entry->key, (long) entry->hash) == -1) {
-        Py_DECREF(entry->key);
+    Py_INCREF(key);
+    if (set_insert_key(so, key, hash) == -1) {
+        Py_DECREF(key);

You?ll notice that I declare hash as long, but I don?t need to cast it to long to make it compile and run.  However, the previous code did cast; was that done on purpose, maybe for 32-bit platforms, or is it okay to not have the cast?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:24:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 00:24:30 +0000
Subject: [issue11645] "Expand 10 after" on rietveld shows a duplicate line
In-Reply-To: <1300839541.37.0.373352205502.issue11645@psf.upfronthosting.co.za>
Message-ID: <1300839870.83.0.391235499918.issue11645@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report, but I can?t reproduce (Iceweasel 3.5).  Anyway, this would be a bug to report to the Rietveld project, not something specific to our installation.

----------
nosy: +eric.araujo, loewis
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> pending
title: Pypi reviews "Expand 10 after" shows a duplicate line -> "Expand 10 after" on rietveld shows a duplicate line

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11645>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:30:42 2011
From: report at bugs.python.org (Eric Smith)
Date: Wed, 23 Mar 2011 00:30:42 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300840242.36.0.389136266762.issue11644@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Plus, it's recommended to move to 2.6 or 2.7 before trying to port to 3.x.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:32:09 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 23 Mar 2011 00:32:09 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300840329.63.0.299137792902.issue11644@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Then the docs should say that this is the 2.6 code, not 2.x

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:33:05 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 23 Mar 2011 00:33:05 +0000
Subject: [issue11645] "Expand 10 after" on rietveld shows a duplicate line
In-Reply-To: <1300839541.37.0.373352205502.issue11645@psf.upfronthosting.co.za>
Message-ID: <1300840385.13.0.728773559774.issue11645@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I can reproduce it here (Chrome 9, and Iceweasel 3.5.16); line 1431 gets duplicated.

It's fine to report it here; we are behind in the code base, so I'd like to investigate an upgrade first.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11645>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:34:51 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 00:34:51 +0000
Subject: [issue10610] Correct the float(), int() and complex() documentation
In-Reply-To: <1291329082.54.0.0152970985117.issue10610@psf.upfronthosting.co.za>
Message-ID: <E1Q2C2B-0005L9-Rd@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6853b480e388 by Raymond Hettinger in branch '3.1':
Issue #10610: Document that int(), float(), and complex() accept numeric literals with the Nd property.
http://hg.python.org/cpython/rev/6853b480e388

New changeset a1e685ceb3bd by Raymond Hettinger in branch '3.2':
Issue #10610: Document that int(), float(), and complex() accept numeric literals with the Nd property.
http://hg.python.org/cpython/rev/a1e685ceb3bd

New changeset 997271aebd69 by Raymond Hettinger in branch 'default':
Issue #10610: Document that int(), float(), and complex() accept numeric literals with the Nd property.
http://hg.python.org/cpython/rev/997271aebd69

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10610>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:35:23 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 00:35:23 +0000
Subject: [issue10610] Correct the float(), int() and complex() documentation
In-Reply-To: <1291329082.54.0.0152970985117.issue10610@psf.upfronthosting.co.za>
Message-ID: <1300840523.77.0.510313616242.issue10610@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10610>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:35:30 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 23 Mar 2011 00:35:30 +0000
Subject: [issue11644] 2to3 example.py is not a Python 2.x file
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300840530.72.0.150572514026.issue11644@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

I can't find where it is recommended to move code to Python 2.7 before porting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:36:34 2011
From: report at bugs.python.org (Eric Smith)
Date: Wed, 23 Mar 2011 00:36:34 +0000
Subject: [issue11644] 2to3 documentation should mention that the sample file
	requires 2.6 or better
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300840594.82.0.379113601829.issue11644@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I'll agree that the documentation could mention that. Reopening.

Patches accepted.

----------
components:  -2to3 (2.x to 3.0 conversion tool)
resolution: invalid -> 
stage: committed/rejected -> 
status: closed -> open
title: 2to3 example.py is not a Python 2.x file -> 2to3 documentation should mention that the sample file requires 2.6 or better

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:38:57 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 23 Mar 2011 00:38:57 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300840737.33.0.366150130902.issue11591@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Added file: http://bugs.python.org/file21350/ebe5760afa08.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:39:17 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 00:39:17 +0000
Subject: [issue11644] 2to3 documentation should mention that the sample file
	requires 2.6 or better
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1300840757.25.0.195750444481.issue11644@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

http://docs.python.org/release/3.2/whatsnew/3.0#porting-to-python-3-0

----------
resolution:  -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:39:21 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 23 Mar 2011 00:39:21 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300840761.7.0.0735063597769.issue11591@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file21350/ebe5760afa08.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:52:32 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 00:52:32 +0000
Subject: [issue10771] descriptor protocol documentation has two different
	definitions of "owner" class
In-Reply-To: <1293253554.32.0.921681514845.issue10771@psf.upfronthosting.co.za>
Message-ID: <E1Q2CJK-0006mH-Q7@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f28565867d22 by Raymond Hettinger in branch '2.7':
Issue #10771: Clarify that descriptors get used in an *owner* class or one of its parents.
http://hg.python.org/cpython/rev/f28565867d22

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:56:25 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 00:56:25 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300841785.53.0.811090848294.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, here is a patch. Summary:
- leave a minimal amount of polling (every 600 seconds) to avoid blocking forever if there's a bug (shouldn't happen of course, but who knows? especially with multiprocessing)
- when wanting to wakeup a worker, put None in its receiving queue
- remove periodic cleanup of thread references by using a weak dict instead
- in tests, compute runtime and make the test fail if the runtime exceeds 60 seconds (to report aforementioned synchronization bugs)

Tested under Linux (extensively) and Windows 7 (briefly).

----------
keywords: +patch
Added file: http://bugs.python.org/file21351/cfpolling2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 01:56:52 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 00:56:52 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300841812.4.0.537494521941.issue8420@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Looks good.
Can this be closed now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:05:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 01:05:54 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300842354.59.0.121260030139.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

(patch is for 3.2, by the way. Perhaps this should only be fixed in default?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:11:31 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 01:11:31 +0000
Subject: [issue4420] PyUnicode_Decode is not checked for NULL return value
In-Reply-To: <1227576399.41.0.804406467928.issue4420@psf.upfronthosting.co.za>
Message-ID: <E1Q2Cbf-0008FZ-N7@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 24179f82b7de by ?ric Araujo in branch '2.7':
Fix obscure set crashers (#4420).  Backport of d56b3cafb1e6, reviewed by Raymond.
http://hg.python.org/cpython/rev/24179f82b7de

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:11:54 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 01:11:54 +0000
Subject: [issue4420] PyUnicode_Decode is not checked for NULL return value
In-Reply-To: <1227576399.41.0.804406467928.issue4420@psf.upfronthosting.co.za>
Message-ID: <1300842714.22.0.827391201786.issue4420@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg131834

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:13:10 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 01:13:10 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300842790.21.0.81745881242.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Used wrong number in the commit message :/  Fixed in 24179f82b7de for 2.7.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:32:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 01:32:46 +0000
Subject: [issue10550] Windows: leak in test_concurrent_futures
In-Reply-To: <1290883227.71.0.820732153232.issue10550@psf.upfronthosting.co.za>
Message-ID: <1300843966.53.0.569773451101.issue10550@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Can you try to see if the refleak is still there? I can't reproduce on my Windows 7 VM.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10550>
_______________________________________

From report at bugs.python.org  Wed Mar 23 02:57:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 01:57:58 +0000
Subject: [issue11254] distutils doesn't byte-compile .py files to __pycache__
	during installation
In-Reply-To: <1298195698.48.0.330644441328.issue11254@psf.upfronthosting.co.za>
Message-ID: <1300845478.27.0.017518142774.issue11254@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The dance around imp.cache_from_source looks necessary, judging by Georg?s http://hg.python.org/cpython/rev/713c6b6ca5ce/#l8.53

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11254>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:04:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 02:04:38 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

If you add the following test to text_contextlib:

diff --git a/Lib/test/test_contextlib.py b/Lib/test/test_contextlib.py
--- a/Lib/test/test_contextlib.py
+++ b/Lib/test/test_contextlib.py
@@ -363,6 +363,8 @@ class TestContextDecorator(unittest.Test
             state.append(x)
         test('something')
         self.assertEqual(state, [1, 'something', 999])
+        test('something else')
+        self.assertEqual(state, [1, 'something', 999, 1, 'something else', 999])
 
 
 # This is needed to make the test actually run under regrtest.py!



You get the following error:

======================================================================
ERROR: test_contextmanager_as_decorator (test.test_contextlib.TestContextDecorator)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/32/Lib/contextlib.py", line 28, in __enter__
    return next(self.gen)
StopIteration

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/antoine/cpython/32/Lib/test/test_contextlib.py", line 366, in test_contextmanager_as_decorator
    test('something else')
  File "/home/antoine/cpython/32/Lib/contextlib.py", line 15, in inner
    with self:
  File "/home/antoine/cpython/32/Lib/contextlib.py", line 30, in __enter__
    raise RuntimeError("generator didn't yield")
RuntimeError: generator didn't yield


Clearly there is a problem in the API or its implementation, as in a function decorated with a context manager can only be invoked once! This isn't good...

----------
components: Library (Lib)
messages: 131838
nosy: michael.foord, ncoghlan, pitrou
priority: normal
severity: normal
status: open
title: function decorated with a context manager can only be invoked once
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:24:16 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 02:24:16 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300847056.96.0.716461851656.issue7391@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Several people have spoken in favour of this document and you are the only one who finds it useless, apparently (*). I think it should therefore be restored in the repository.

(*) see http://mail.python.org/pipermail/python-dev/2011-March/109513.html

----------
nosy: +orsenthil, pitrou, r.david.murray
resolution: fixed -> 
status: closed -> open
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:26:47 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Wed, 23 Mar 2011 02:26:47 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300847207.57.0.299946037167.issue11635@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

I would suggest that you base your patch on 3.3/default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:28:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 02:28:09 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300847289.35.0.364081961578.issue7391@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:28:33 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 02:28:33 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300847207.57.0.299946037167.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300847309.3559.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I would suggest that you base your patch on 3.3/default.

Well, since the module is new, I think it would be nice to fix such
quirks in the bugfix branch as well. So, following the recommended
workflow, I've started with a 3.2 patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:33:38 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Wed, 23 Mar 2011 02:33:38 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300847618.61.0.982509210901.issue11627@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

Another thing that can happen is that `__new__()` does return an instance of BaseException, but that the return value is not an instance of the expected class.

Example:

class MyException(OSError):
    def __new__(*args):
        return Exception()

try:
    raise MyException
except OSError as e:
    print(isinstance(e, OSError))

That would print "False". Currently, the patch doesn't check for that, should it do so?

Also, the error message for the 2.7 patch doesn't include that old-style classes are allowed, hence the patch needs to be updated if it should go into 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:36:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 02:36:21 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300847781.3.0.184436581171.issue7391@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I also remember a discussion about updating this document with items from Code Like a Pythonista, so there?s value in restoring and updating it IMO.  It?s not hopeless like the defunct Misc/cheatsheet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:42:36 2011
From: report at bugs.python.org (Tim Bielawa)
Date: Wed, 23 Mar 2011 02:42:36 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>


New submission from Tim Bielawa <tbielawa at redhat.com>:

Issue 8451 unintentionally introduced a bug into the openlog() function in the syslog module.

syslog.openlog() as documented [1] is defined as: syslog.openlog([ident[, logopt[, facility]]]). I believe this is caused by the patch for issue 8451 redefining the kwargs to expect a 'logoption' keyword instead.


This patch:

 - Fixes syslog.openlog() so that it properly accepts the 'logopt' keyword argument again.



[1] http://docs.python.org/library/syslog.html#syslog.openlog

----------
components: Library (Lib)
files: syslog-fixlogopt-keyword.patch
keywords: patch
messages: 131844
nosy: tbielawa
priority: normal
severity: normal
status: open
title: openlog()s 'logopt' keyword broken in syslog module
versions: Python 2.7
Added file: http://bugs.python.org/file21352/syslog-fixlogopt-keyword.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:45:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 02:45:36 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300848336.63.0.00775707521947.issue11648@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.smith, jafo, pitrou, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 03:48:13 2011
From: report at bugs.python.org (Tim Bielawa)
Date: Wed, 23 Mar 2011 02:48:13 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300848493.82.0.241254902571.issue11648@psf.upfronthosting.co.za>


Tim Bielawa <tbielawa at redhat.com> added the comment:

Trivial though it may be, the attached script demonstrates how to reproduce the bug described.

----------
Added file: http://bugs.python.org/file21353/syslogtest-pid.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 04:06:19 2011
From: report at bugs.python.org (Tim Bielawa)
Date: Wed, 23 Mar 2011 03:06:19 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300849579.42.0.335022278876.issue11648@psf.upfronthosting.co.za>


Tim Bielawa <tbielawa at redhat.com> added the comment:

Classification update.

----------
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 04:48:57 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 23 Mar 2011 03:48:57 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300852137.69.0.872837318548.issue11634@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Yes it does, but the comment says something about "parameter 'size'" which is clearly absent from the function signature of PyBytes_FromString.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Wed Mar 23 04:53:57 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 03:53:57 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <E1Q2F8r-0003H2-2p@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a364719e400a by ?ric Araujo in branch 'default':
Do not touch sys.path when site is imported and python was started with -S.
http://hg.python.org/cpython/rev/a364719e400a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Wed Mar 23 04:53:57 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 03:53:57 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <E1Q2F8r-0003H2-2y@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 57657393ceaf by ?ric Araujo in branch '3.1':
Fix obscure set crashers (#8420).  Backport of d56b3cafb1e6, reviewed by Raymond.
http://hg.python.org/cpython/rev/57657393ceaf

----------
nosy: +python-dev
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:09:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 04:09:32 +0000
Subject: [issue11591] "python -S" should be robust against e.g. "from site
	import addsitedir"
In-Reply-To: <1300391220.57.0.0581670249847.issue11591@psf.upfronthosting.co.za>
Message-ID: <1300853372.42.0.930707159155.issue11591@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Committed with small wording changes and more docs.  Thank you, and good luck for cpythonv!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11591>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:10:41 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 23 Mar 2011 04:10:41 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <AANLkTikfoW2T7icb-nVrVLi4SjGiSX_YxcNNAFvJwghK@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On Wed, Mar 23, 2011 at 12:04 PM, Antoine Pitrou <report at bugs.python.org> wrote:
> Clearly there is a problem in the API or its implementation, as in a function decorated with a context manager can only be invoked once! This isn't good...

The problem stems from a fundamentally bad call on my part: making
ContextGenerator inherit from ContextDecorator.

I failed to account for the fact that in order to work correctly the
latter requires "reusable" context managers that can be used more than
once, but ContextGenerator objects are one-shots (i.e. once __enter__
has been called once, you can't use them again).

We can either hack this to work by providing ContextDecorator with a
way to get the underlying context manager to create a new copy of
itself each time, or else revert to the 3.1 status quo and declare
that context managers created via contextlib.contextmanager simply
can't be used as decorators. I'm inclined to favour the latter option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:10:57 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 04:10:57 +0000
Subject: [issue8420] Objects/setobject.c contains unsafe code
In-Reply-To: <1271432615.46.0.0442636661618.issue8420@psf.upfronthosting.co.za>
Message-ID: <1300853457.42.0.972479949058.issue8420@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

All done.

----------
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8420>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:31:54 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 23 Mar 2011 04:31:54 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300854714.09.0.0141155597328.issue11634@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I propose the attached patch (for the latest default branch). It simply removes the first paragraph of that comment, since it's misleading and redundant. The *last* paragraph explains the same thing just in a clear and correct way (except that it also has a small typo the patch fixes :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:34:02 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 23 Mar 2011 04:34:02 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1300854842.64.0.802804046771.issue11634@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21354/issue11634.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Wed Mar 23 05:54:38 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Wed, 23 Mar 2011 04:54:38 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1300856078.56.0.82401745439.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

(For anyone wondering about the hold-up on this bug, I ended up switching to Ubuntu. Not to worry, I now have Python 3 building in XP under VirtualBox -- which is further than I ever got with my broken Vista install :-/ It seems to behave identically to native XP as far as this bug is concerned.)

Victor STINNER wrote:
> The question is now how to integrate WriteConsoleW() into Python without breaking the API, for example:
> - Should sys.stdout be a TextIOWrapper or not?

It pretty much has to be a TextIOWrapper for compatibility. Also it's easier to implement it that way, because the text stream object has to be able to fall back to using the buffer if the fd is redirected.

> - Should sys.stdout.fileno() returns 1 or raise an error?

Return sys.stdout.buffer.fileno(), which is 1 unless redirected.

This is the Right Thing because in Windows, fds are an abstraction of the C runtime library, and the C runtime allows an fd to be associated with a console. In that case, from the application's point of view it is still writing to the same fd. In fact, we'd be implementing this by calling the WriteConsoleW win32 API directly in order to avoid bugs in the CRT's Unicode support, but that's an implementation detail.

> - What about sys.stdout.buffer: should sys.stdout.buffer.write() calls WriteConsoleA() or sys.stdout should not have a buffer attribute?

I was thinking that sys.std{out,err}.buffer would still be set up exactly as they are now. Then if an app writes to that buffer, it will get interleaved with any writes via the text stream. (The writes to the buffer go to the underlying fd, which probably ends up calling WriteFile at the win32 level.)

> I think that many modules and programs now rely on sys.stdout.buffer to write directly bytes into stdout. There is at least python -m base64.

That would just work. The only caveat would be that if you write a partial line to the buffer object (or if you set the buffer object to be fully buffered and write to it), and then write to the text stream, the buffer wouldn't be flushed before the text is written. I think that is fine as long as it is documented.

If an app sets the .buffer attribute of sys.std{out,err}, it would fall back to using that buffer in the same way as when the fd is redirected.

> - Should we use ReadConsoleW() for stdin?

Yes. I'll probably start with a patch that just handles std{out,err}, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Wed Mar 23 06:42:18 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 05:42:18 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300858938.14.0.921836012519.issue7391@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Wed Mar 23 07:00:11 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 06:00:11 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
	multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1300860011.54.0.509972165346.issue10978@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Wed Mar 23 07:01:34 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 06:01:34 +0000
Subject: [issue3056] Simplify the Integral ABC
In-Reply-To: <1212803845.73.0.399511532431.issue3056@psf.upfronthosting.co.za>
Message-ID: <1300860094.11.0.521146787307.issue3056@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> low
versions: +Python 3.3 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3056>
_______________________________________

From report at bugs.python.org  Wed Mar 23 07:03:08 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 06:03:08 +0000
Subject: [issue4498] Compiler warning "signed/unsigned comparison in
	mmapmodule"
In-Reply-To: <1228254513.06.0.0352568369142.issue4498@psf.upfronthosting.co.za>
Message-ID: <1300860188.52.0.189927013303.issue4498@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I no longer have access to the compiler that emitted the warning.

----------
resolution:  -> out of date
status: open -> closed
title: Compiler warning "signed/unsigned comparion in mmapmodule" -> Compiler warning "signed/unsigned comparison in mmapmodule"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4498>
_______________________________________

From report at bugs.python.org  Wed Mar 23 09:56:47 2011
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 23 Mar 2011 08:56:47 +0000
Subject: [issue10550] Windows: leak in test_concurrent_futures
In-Reply-To: <1290883227.71.0.820732153232.issue10550@psf.upfronthosting.co.za>
Message-ID: <1300870607.44.0.630464204288.issue10550@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I can't reproduce it any more. Looks like it has been fixed in the
meantime.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10550>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:16:25 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 23 Mar 2011 09:16:25 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300871785.96.0.283559886291.issue11629@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

There is no such PEP - http://www.python.org/dev/peps/pep-0397/

----------
nosy: +techtonik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:22:16 2011
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 23 Mar 2011 09:22:16 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300872136.2.0.118532488508.issue11629@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Now there is :)

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:25:11 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 23 Mar 2011 09:25:11 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300872311.39.0.313704922804.issue11633@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

amaury> When python is run from a console, sys.stdout is line buffered.
amaury> sys.stdout.write() flushes if there is a carriage return.
amaury> No need to change anything here.

Anatoly would like a flush after all calls to print().

> print() could call file.flush() if file.isatty(), *after* the multiple
> calls to file.write().

I vote +0 to change print(), call sys.stdout.flush(), if:

 - file option is not used (and so, sys.stdout is used)
 - sys.stdout is a TTY
 - end option is used (fast heuristic to check if print will write a newline or not, a better one whould be to check if end contains a newline character or not, but we had to check for \n and/or \r, for a little gain)

But I don't want to change print() for print(text, file=file), because it would make Python slower and print(... file=file) is not used to an interactive prompt or to display informations to the user.

> Behavior is same when pasting into interactive interpreter ...
> I presume interpreter flushes before or after printing next prompt.

Did you wrote all commands on the same line? Python does change stdout buffer in interactive mode:
------------
    if (Py_UnbufferedStdioFlag) {
#ifdef HAVE_SETVBUF
        setvbuf(stdin,  (char *)NULL, _IONBF, BUFSIZ);
        setvbuf(stdout, (char *)NULL, _IONBF, BUFSIZ);
        setvbuf(stderr, (char *)NULL, _IONBF, BUFSIZ);
#else /* !HAVE_SETVBUF */
        setbuf(stdin,  (char *)NULL);
        setbuf(stdout, (char *)NULL);
        setbuf(stderr, (char *)NULL);
#endif /* !HAVE_SETVBUF */
    }
    else if (Py_InteractiveFlag) {
#ifdef MS_WINDOWS
        /* Doesn't have to have line-buffered -- use unbuffered */
        /* Any set[v]buf(stdin, ...) screws up Tkinter :-( */
        setvbuf(stdout, (char *)NULL, _IONBF, BUFSIZ);
#else /* !MS_WINDOWS */
#ifdef HAVE_SETVBUF
        setvbuf(stdin,  (char *)NULL, _IOLBF, BUFSIZ);
        setvbuf(stdout, (char *)NULL, _IOLBF, BUFSIZ);
#endif /* HAVE_SETVBUF */
#endif /* !MS_WINDOWS */
        /* Leave stderr alone - it should be unbuffered anyway. */
    }
#ifdef __VMS
    else {
        setvbuf (stdout, (char *)NULL, _IOLBF, BUFSIZ);
    }
#endif /* __VMS */
------------
(it doesn't check if stdout is a TTY or not, but I don't think that it is very useful to use the interactive mode outside a TTY)

> I have always experienced and expected Python's print to screen
> to be immediately visible. I thought that was pretty standard
> in other languages with a print-to-screen separate from
> general file-write.

Did you try Perl, Ruby, bash and other languages? I know that at least the C language requires an explicit call to fflush(stdout). I always used that.

> Terry, IDLE is completely different, its sys.stdout completely
> bypasses the new io stack, and there is no buffering...

As I wrote: "unbuffered mode" is not implemented for TextIOWrapper. So even with python3 -u, sys.stdout.write("abc") doesn't flush immediatly into the underlying FileIO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:32:01 2011
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 23 Mar 2011 09:32:01 +0000
Subject: [issue11627] segfault raising an arbitrary object as an exception
In-Reply-To: <1300744765.64.0.0214361659325.issue11627@psf.upfronthosting.co.za>
Message-ID: <1300872721.35.0.203024994647.issue11627@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11627>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:33:23 2011
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 23 Mar 2011 09:33:23 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300872803.36.0.599266198543.issue11648@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Now that keyword support was introduced, I'd rather fix the documentation to use the new name.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python, georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 10:38:27 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Wed, 23 Mar 2011 09:38:27 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300873107.95.0.378653217804.issue11635@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

Your approach seems workable but your patch allows the interpreter to exit while work items are still being processed. See the comment at the top of concurrent/futures/thread.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 12:12:56 2011
From: report at bugs.python.org (Eric Smith)
Date: Wed, 23 Mar 2011 11:12:56 +0000
Subject: [issue11648] openlog()s 'logopt' keyword broken in syslog module
In-Reply-To: <1300848156.85.0.89651150439.issue11648@psf.upfronthosting.co.za>
Message-ID: <1300878776.21.0.127437450571.issue11648@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I agree with Georg, unfortunately.

And I say "unfortunately" because neither "logopt" nor "logoption" is a good name. The "log" part adds nothing. The man page for syslog calls this "option", which would be my preferred name. But changing it now would be a hassle.

Also, we clearly need a test for this, since apparently none failed when it was changed to the longer name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11648>
_______________________________________

From report at bugs.python.org  Wed Mar 23 13:29:31 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 12:29:31 +0000
Subject: [issue11230] "Full unicode import system" not in 3.2
In-Reply-To: <1297926635.95.0.756299771372.issue11230@psf.upfronthosting.co.za>
Message-ID: <1300883371.04.0.823396971421.issue11230@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11230>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:30:23 2011
From: report at bugs.python.org (Gunnar Aastrand Grimnes)
Date: Wed, 23 Mar 2011 13:30:23 +0000
Subject: [issue11649] startElementNS in xml.sax.saxutils.XMLGenerator ignored
	encoding
In-Reply-To: <1300887023.39.0.212589786895.issue11649@psf.upfronthosting.co.za>
Message-ID: <1300887023.39.0.212589786895.issue11649@psf.upfronthosting.co.za>


New submission from Gunnar Aastrand Grimnes <gromgull at gmail.com>:

The startElementNS method in the XMLGenerator ignores the encoding set. 

it does: 

self._out.write(' xmlns:%s="%s"' % (prefix, uri))

whereas it should have done: 

self._write(' xmlns:%s="%s"' % (prefix, uri))

Issue 938076 was similar to this, but for a different method.

----------
components: XML
messages: 131863
nosy: gromgull
priority: normal
severity: normal
status: open
title: startElementNS in xml.sax.saxutils.XMLGenerator ignored encoding
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11649>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:35:52 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 13:35:52 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

14:23 ~ $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more
information.
>>> ^Z
[1]+  Stopped                 python3
14:25 ~ $
14:25 ~ $ fg
python3

[56455 refs]
[36537 refs]


And


14:29 ~/src/cpython $ ./python.exe
Python 3.3a0 (default:267578b2422d, Mar 23 2011, 13:27:15)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more
information.
>>> ^Z
[3]+  Stopped                 ./python.exe
14:29 ~/src/cpython $ fg
./python.exe

[56559 refs]
[36610 refs]

----------
components: IO, Interpreter Core
messages: 131864
nosy: sdaoden
priority: normal
severity: normal
status: open
title: CTRL-Z causes interpreter exit
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:36:59 2011
From: report at bugs.python.org (Ray.Allen)
Date: Wed, 23 Mar 2011 13:36:59 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300887419.24.0.107602708873.issue9523@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Updated patch:

1, Changes follows review comments: http://codereview.appspot.com/4185044/. Thanks eric!

2, Make Objects/dictobject.c:all_contained_in() a common useful limited api Object/abstract.c:_PyObject_AllContainedIn() for the purpose of re-usage in Modules/_gdbmmodule.c and Modules/_dbmmodule.c. Not sure if this is proper. I will ask somebody with C knowledge to do a review on the C code.

----------
Added file: http://bugs.python.org/file21355/issue_9523_3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:38:46 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 23 Mar 2011 13:38:46 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300887526.9.0.661259897261.issue11650@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I don't have this behaviour on Linux. Is it specific to Mac OS X?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:40:23 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 13:40:23 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300873107.95.0.378653217804.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300887616.3495.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Your approach seems workable but your patch allows the interpreter to
> exit while work items are still being processed. See the comment at
> the top of concurrent/futures/thread.py.

Why are you saying that? In my patch, _python_exit() still takes care of
joining worker threads.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:42:04 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 13:42:04 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887526.9.0.661259897261.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323134138.GC33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Wed, Mar 23, 2011 at 01:38:46PM +0000, STINNER Victor wrote:
> I don't have this behaviour on Linux. Is it specific to Mac OS X?

(Wish i could tell ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:44:06 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 13:44:06 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300887846.67.0.522620411422.issue11650@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

On linux it looks the same for me, but when I press enter the prompt appears again:

$ ./python 
Python 3.3a0 (default:f8d6f6797909, Mar 20 2011, 05:55:16)
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
[1]+  Stopped           ./python
wolf at hp:~/dev/py/py3k$ fg
./python

<hit enter here>
[57710 refs]
>>>

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:51:36 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 13:51:36 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887846.67.0.522620411422.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323135038.GD33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Wed, Mar 23, 2011 at 01:44:06PM +0000, Ezio Melotti wrote:
> On linux it looks the same for me, but when I press enter the prompt appears again:

14:49 ~ $ jobs
14:49 ~ $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more 
information.
>>> ^Z
[1]+  Stopped                 python3
14:49 ~ $ fg
python3

[56455 refs]
[36537 refs]
14:49 ~ $ jobs
14:49 ~ $

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 14:55:11 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 13:55:11 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887846.67.0.522620411422.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323135458.GE33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

8~~~~)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:05:46 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 23 Mar 2011 14:05:46 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300889146.47.0.928753429011.issue11650@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

What's the problem here ?
CTRL-Z causes the controlling terminal to send a SIGTSTP to the process, and the default handler stops the process, pretty much like a SIGSTOP.
If you don't want that to happen:
import signal
signal.signal(signal.SIGTSTP, signal.SIG_IGN)

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:15:54 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 14:15:54 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300889146.47.0.928753429011.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323141537.GF33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Wed, Mar 23, 2011 at 02:05:46PM +0000, Charles-Francois Natali wrote:
> What's the problem here ?
> CTRL-Z causes the controlling terminal to send a SIGTSTP to the process, and the default handler stops the process, pretty much like a SIGSTOP.
> If you don't want that to happen:
> import signal
> signal.signal(signal.SIGTSTP, signal.SIG_IGN)

(What's happening: it's so unresponsive when i try your code .. :)
Rather, i want an interactive python to integrate itself 
neatlessly into normal shell job control, say! 
Thus i always hope that a program takes care about SIGCONT!!

I'm stuck here, grep(1)ing everywhere and only find 
Modules/signalmodule.c for SIGCONT and SIGTSTP (it's *NOT* SunOS). 
Where is Python handling job control?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:31:35 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 14:31:35 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300889146.47.0.928753429011.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323143110.GG33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Wed, Mar 23, 2011 at 02:05:46PM +0000, Charles-Francois Natali wrote:
> import signal
> signal.signal(signal.SIGTSTP, signal.SIG_IGN)

15:27 ~/tmp $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more 
information.
>>> import signal
[56457 refs]
>>> signal.signal(signal.SIGCONT, lambda sig,frame: print('GOT SIG', sig))
0
[56488 refs]
>>> ^Z
[1]+  Stopped                 python3
15:29 ~/tmp $ fg
python3
GOT SIG 19

[56489 refs]
[36546 refs]
15:29 ~/tmp $

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:31:50 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Wed, 23 Mar 2011 14:31:50 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300890710.03.0.326834825998.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

davide at macrisorto ~/cpython $ ./python.exe 
Python 3.3a0 (default:4a5782a2b074, Mar 23 2011, 15:26:35) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z
[1]+  Stopped                 ./python.exe
davide at macrisorto ~/cpython $ fg
./python.exe

davide at macrisorto ~/cpython $ 


----

System Python on OS X 10.6.6:


davide at macrisorto ~/py2.6 $ python
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> 
[1]+  Stopped                 python
davide at macrisorto ~/py2.6 $ fg
python

>>> 
>>> ^D
davide at macrisorto ~/py2.6 $ 

(works as expected)


------

Python 2.6.6 from hg:

davide at macrisorto ~/py2.6 $ ./python.exe 
Python 2.6.6+ (unknown, Mar 23 2011, 15:19:22) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z
[1]+  Stopped                 ./python.exe
davide at macrisorto ~/py2.6 $ fg
./python.exe

[38594 refs]
[16875 refs]
davide at macrisorto ~/py2.6 $

(same behavior as first post)

----------
nosy: +davide.rizzo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:33:24 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 14:33:24 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300890804.13.0.74464991742.issue2771@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

testing nosy

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:33:42 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 14:33:42 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300890822.14.0.47712027097.issue2771@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

testing again

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:42:20 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 23 Mar 2011 14:42:20 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300891340.29.0.849566775483.issue11650@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

I'm still not sure I understand the problem.
- when you hit CTRL-Z, the process is put in background, since it receives a SIGTSTP : normal
- when you put it in foreground with 'fg', it doesn't resume ? Did you try to hit <ENTER> to have sys.ps1 '>>> ' printed to stdout ? Or did the process exit ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:45:21 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 23 Mar 2011 14:45:21 +0000
Subject: [issue11649] startElementNS in xml.sax.saxutils.XMLGenerator ignored
	encoding
In-Reply-To: <1300887023.39.0.212589786895.issue11649@psf.upfronthosting.co.za>
Message-ID: <1300891521.83.0.145660268242.issue11649@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Do you have a test or a small script which shows the incorrect output?

----------
nosy: +amaury.forgeotdarc
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11649>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:48:35 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Wed, 23 Mar 2011 14:48:35 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300891715.33.0.816008935064.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

The process did exit on fg. Compare with the 2nd paste on my previous message (Python shipped with OS X).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:52:11 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 23 Mar 2011 14:52:11 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300891931.77.0.257194172072.issue9523@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:54:31 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 14:54:31 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323145356.GH33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

The exit status code is always 0. 
It seems to me somewhere in a run() somebody sets some 'do exit' 
and thus causing a normal exit. 
But i really can't find something down in pythonrun.c at a short 
glance (and i just dived shallow into Python yet), and i'm in 
a hurry, too much to compile+fprintf() pythonrun.c right now. 
Maybe someone with glue on Python mainloop can give some hints, 
i'll try this evening to instrument the call graph a bit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 15:57:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 14:57:46 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Summary:
- remove "make quicktest" and "make memtest"
- when "-j0" is passed to regrtest, use the cpu count detected by multiprocessing
- remove the duplicate test in "make test"
- add "-j0" to the test options in make test

The patch is against default but perhaps we should apply to 3.2 as well.

----------
components: Tests
files: maketest.patch
keywords: patch
messages: 131882
nosy: barry, ncoghlan, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Improve test targets in Makefile
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21356/maketest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:05:49 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 23 Mar 2011 15:05:49 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300892749.29.0.205615547262.issue11651@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I propose instead to change 'make quicktest' to use -j(N>1) and blacklist the following tests:

test_mmap
test_shelve
test_posix
test_largefile
test_concurrent_futures

Then (for me) it runs in 3m20s wall clock time which is totally reasonable and I think also still useful.  Note that -j is incompatible with -l so some refactoring of TESTOPTS will probably be required.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:14:18 2011
From: report at bugs.python.org (David Fraser)
Date: Wed, 23 Mar 2011 15:14:18 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300893258.11.0.459251395311.issue11629@psf.upfronthosting.co.za>


Changes by David Fraser <davidf at sjsoft.com>:


----------
nosy: +davidfraser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:14:46 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 15:14:46 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892749.29.0.205615547262.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300893282.3495.16.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I propose instead to change 'make quicktest' to use -j(N>1) and blacklist the following tests:
> 
> test_mmap
> test_shelve
> test_posix
> test_largefile
> test_concurrent_futures

Why would you blacklist these tests? They are useful.
I agree with Skip's latest message on python-dev: if you blacklist
things you are removing some coverage.
Do note that the most resource-consuming tests are already enabled only
when -usomething is passed.

> Then (for me) it runs in 3m20s wall clock time which is totally
> reasonable and I think also still useful.  Note that -j is
> incompatible with -l so some refactoring of TESTOPTS will probably be
> required.

In the patch I've removed -l, which I've never seen do anything useful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:31:31 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 23 Mar 2011 15:31:31 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300893282.3495.16.camel@localhost.localdomain>
Message-ID: <20110323113125.0a74f078@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 23, 2011, at 03:14 PM, Antoine Pitrou wrote:

>> test_mmap
>> test_shelve
>> test_posix
>> test_largefile
>> test_concurrent_futures
>
>Why would you blacklist these tests? They are useful.

Please keep in mind the use case.  Are these really necessary in a push-race,
post-local-merge, does Python crash-and-burn case?

>I agree with Skip's latest message on python-dev: if you blacklist
>things you are removing some coverage.

Of course, but everyone who develops Python should understand when to run the
appropriate test target <wink>.

>In the patch I've removed -l, which I've never seen do anything useful.

+1.  I think -j is more useful than -l.

-Barry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:41:01 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 23 Mar 2011 15:41:01 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300894861.68.0.185966599151.issue11650@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

In that case, it's likely due to the way OS-X handles interrupted syscalls.
Under Linux, getchar and friends (actually read with default SA_RESTART) won't return EINTR on (SIGSTOP|SIGTSTP)/SIGCONT.
Under OS-X, it seems that e.g. getchar (read) does return EOF with errno set to EINTR, in which case the interactive interpreter will exit, if errno is not checked.
Out of curiosity, could you try the C snippet:

#include <stdio.h>

int main(int argc, char *argv[])
{
    int c;

    if ((c = getchar()) == EOF) {
        perror("getchar");
    }

    return 0;
}

And interrupt it with CTRL-Z ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:48:31 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 15:48:31 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300895311.46.0.190704952459.issue2771@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

testing nosy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:49:26 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 15:49:26 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300895366.25.0.160224574797.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> r.david.murray
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:49:54 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 15:49:54 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300895394.49.0.872444881081.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy:  -ezio.melotti, georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:50:09 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 15:50:09 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300895409.91.0.929298633332.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +georg.brandl -pitrou
priority:  -> release blocker
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:50:48 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 23 Mar 2011 15:50:48 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1300895448.81.0.604790828102.issue2771@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee: r.david.murray -> 
nosy: +ezio.melotti -georg.brandl, python-dev, r.david.murray
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:57:17 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 23 Mar 2011 15:57:17 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300895837.8.0.208571918258.issue11651@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

>- when "-j0" is passed to regrtest, use the cpu count detected by multiprocessing
>- remove the duplicate test in "make test"
>- add "-j0" to the test options in make test

+1. The duplicate test seems quite wasteful (outside of testall). Is there any
reason not to add "-j0" for testall as well?

I think there is merit in keeping the quicktest target, though. Perhaps it
could be renamed to make it clear that it is only meant for use after merge
races? How does "racetest" sound?

----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:57:18 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Wed, 23 Mar 2011 15:57:18 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300895838.59.0.546740017707.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

You are right. The previous runs were without readline. With readline it behaves as expected.

For the sake of completeness, here's the output of your snippet after Ctrl+Z, fg:
getchar: Interrupted system call

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 16:58:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 23 Mar 2011 15:58:18 +0000
Subject: [issue3080] Full unicode import system
In-Reply-To: <1213208697.49.0.984990811807.issue3080@psf.upfronthosting.co.za>
Message-ID: <1300895898.75.0.144680657756.issue3080@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test the fixed nosy list

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3080>
_______________________________________

From report at bugs.python.org  Wed Mar 23 17:06:25 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 16:06:25 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300896385.62.0.748894257279.issue11651@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Is there any reason not to add "-j0" for testall as well?

Have you looked at the patch? :)

> Are these really necessary in a push-race,
> post-local-merge, does Python crash-and-burn case?

Yes, they are.
If they are not significant, they should be removed. If they are significant, they should be run.

> Perhaps it
> could be renamed to make it clear that it is only meant for use after > merge
> races? How does "racetest" sound?

Sorry, that's completely bogus. If a "merge race" may introduce a regression, then there's no reason the regression will occur in the non-blacklisted tests. Have you heard of Murphy's law?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 17:18:08 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 23 Mar 2011 16:18:08 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300896385.62.0.748894257279.issue11651@psf.upfronthosting.co.za>
Message-ID: <20110323121801.38cabbf3@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 23, 2011, at 04:06 PM, Antoine Pitrou wrote:

>Sorry, that's completely bogus. If a "merge race" may introduce a regression,
>then there's no reason the regression will occur in the non-blacklisted
>tests. Have you heard of Murphy's law?

That's not the point.  If it was, you'd always have to run make testall
whenever you were resolving a merge race.  Otherwise you could leave out
something important, right?

When you're in the middle of a merge race, you've *already* thoroughly tested
your change, along with the full test suite, with a relatively up-to-date
python tree + your changes <wink>.

You've now merged any changes that have come in since you did your thorough
tests, and you're trying to beat the other guy to the push.  You want
something that can run *fast* and just proves that the merge didn't hose
Python in some brown paper bag way.  It is not intended to be a thorough test
since you've already done that.  Anything more than a smoke test will be
discovered by the buildbots.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 17:22:58 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 16:22:58 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <20110323121801.38cabbf3@neurotica.wooz.org>
Message-ID: <1300897373.3495.19.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> You've now merged any changes that have come in since you did your thorough
> tests, and you're trying to beat the other guy to the push.  You want
> something that can run *fast* and just proves that the merge didn't hose
> Python in some brown paper bag way.

What does "brown paper bag way" mean? It seems to be some kind of urban
legend at this point. A merge won't magically break all C files and
prevent Python from compiling. Especially if no C files were touched in
the first place!

If you are confident that you didn't introduce any issue then just
commit your merge and push (or run the tests which are relevant to your
initial commit).

Oh, and again, if some tests are slow on your system, then *please* open
issues about them (and/or investigate *why* they are slow). That's much
better than ignoring/blacklisting them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 17:43:47 2011
From: report at bugs.python.org (Billy Saelim)
Date: Wed, 23 Mar 2011 16:43:47 +0000
Subject: [issue11652] urlib2 returns a pair of integers as the content-length
	value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>


New submission from Billy Saelim <saelim at gmail.com>:

urlopen does not always return a single value for 'content-length'.  For example:


>>> import urllib2
>>> request = 'http://wwwsearch.sourceforge.net/mechanize/src/mechanize-0.1.11.zip'
>>> fp = urllib2.urlopen(request)
>>> fp.info().dict
{'content-length': '289519, 289519', 'x-varnish': '929586024', 'via': '1.1 varnish', 'age': '0', 'expires': 'Fri, 25 Mar 2011 14:36:43 GMT', 'server': 'Apache/2.2.3 (CentOS)', 'last-modified': 'Sat, 07 Feb 2009 19:15:15 GMT', 'connection': 'close', 'etag': '"46aef-46258f510b6c0"', 'date': 'Wed, 23 Mar 2011 14:36:43 GMT', 'content-type': 'application/zip'}

----------
components: Library (Lib)
messages: 131894
nosy: Billy.Saelim
priority: normal
severity: normal
status: open
title: urlib2 returns a pair of integers as the content-length value
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:01:47 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 23 Mar 2011 17:01:47 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300897373.3495.19.camel@localhost.localdomain>
Message-ID: <20110323130139.60d04640@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 23, 2011, at 04:22 PM, Antoine Pitrou wrote:

>What does "brown paper bag way" mean? It seems to be some kind of urban
>legend at this point. A merge won't magically break all C files and
>prevent Python from compiling. Especially if no C files were touched in
>the first place!

This whole thread came up originally because some folks wanted a smoke test
while resolving the merge race window.

>If you are confident that you didn't introduce any issue then just
>commit your merge and push (or run the tests which are relevant to your
>initial commit).

A smoke test addresses the confidence issue, while not introducing a longer
race window to run the full test suite.

>Oh, and again, if some tests are slow on your system, then *please* open
>issues about them (and/or investigate *why* they are slow). That's much
>better than ignoring/blacklisting them.

Sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:02:58 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Wed, 23 Mar 2011 17:02:58 +0000
Subject: [issue11629] Reference implementation for PEP 397
In-Reply-To: <1300777913.25.0.357945805094.issue11629@psf.upfronthosting.co.za>
Message-ID: <1300899778.66.0.479783234696.issue11629@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11629>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:20:34 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 23 Mar 2011 17:20:34 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>


New submission from Skip Montanaro <skip at pobox.com>:

At Antoine's behest, I tried running

  ./python.exe -m test -j2

in my cpython sandbox and saw several test case failures which
didn't appear when I executed a simple

    make test

He suggested I add the -W flag and try again.  I did, but I don't
see any difference in the output, so either I'm still doing something
wrong or the -W flag is somehow mishandled.  As far as I can tell the
failing tests were not re-run in verbose mode.  script command output
attached.

I ran these tests on Mac OS X Leopard (10.5.8).

S

----------
components: Tests
files: typescript
messages: 131896
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: Problems with some tests using -j2
versions: Python 3.3
Added file: http://bugs.python.org/file21357/typescript

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:33:30 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Wed, 23 Mar 2011 17:33:30 +0000
Subject: [issue11652] urlib2 returns a pair of integers as the content-length
	value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300901610.46.0.239850438769.issue11652@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> request = 'http://wwwsearch.sourceforge.net/mechanize/src/mechanize-0.1.11.zip'
>>> fp = urllib2.urlopen(request)
>>> fp.info()['content-length']
'289519, 289519'
>>>

Not reproducible on Python 3.2+ (presumably 3.x, as well).

----------
nosy: +santa4nt
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:47:06 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 17:47:06 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300902426.81.0.761237242297.issue11653@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ezio.melotti, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:47:25 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 23 Mar 2011 17:47:25 +0000
Subject: [issue11652] urlib2 returns a pair of integers as the content-length
	value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300902445.7.0.0901762946684.issue11652@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Interesting, the Content-Length header was sent twice:

HTTP/1.1 200 OK
Server: Apache/2.2.3 (CentOS)
Last-Modified: Sat, 07 Feb 2009 19:15:15 GMT
ETag: "46aef-46258f510b6c0"
Content-Length: 289519
Expires: Fri, 25 Mar 2011 17:32:49 GMT
Content-Type: application/zip
Content-Length: 289519
Date: Wed, 23 Mar 2011 17:32:49 GMT
X-Varnish: 930137777
Age: 0
Via: 1.1 varnish

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Wed Mar 23 18:48:57 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 17:48:57 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300902537.8.0.962541037299.issue11653@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:06:45 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 23 Mar 2011 18:06:45 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300903605.91.0.951251264666.issue11651@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

The patch seems to work.

I agree that quicktest and memtest should be removed as well as the duplicate test.

The only thing I would change is to create the number of jobs to be double the cpu count - I think this works quicker.

I don't think the length of testing is so bad on my 3 year old core 2 duo it takes 2:40 to run: EXTRATESTOPTS=-j4 time make test

----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:12:35 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Wed, 23 Mar 2011 18:12:35 +0000
Subject: [issue11652] urlib{,
	2} returns a pair of integers as the content-length value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300903955.33.0.837542414217.issue11652@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

This affects urllib, as well:

C:\Users\santa>python
Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib
>>> request = 'http://wwwsearch.sourceforge.net/mechanize/src/mechanize-0.1.11.z
ip'
>>> fp = urllib.urlopen(request)
>>> fp.headers['content-length']
'289519, 289519'

----------
title: urlib2 returns a pair of integers as the content-length value -> urlib{,2} returns a pair of integers as the content-length value

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:14:13 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 18:14:13 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <E1Q2SZQ-0004TL-7o@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ead9c1b9f547 by Mark Dickinson in branch 'default':
Issue #11244: Remove outdated peepholer check that was preventing the peepholer from folding -0 and -0.0.  Thanks Eugene Toder for the patch.
http://hg.python.org/cpython/rev/ead9c1b9f547

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:20:50 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 23 Mar 2011 18:20:50 +0000
Subject: [issue11244] Negative tuple elements produce inefficient code.
In-Reply-To: <1298050865.48.0.559427704302.issue11244@psf.upfronthosting.co.za>
Message-ID: <1300904450.13.0.523302228815.issue11244@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in 'default' branch.  Note that the regression still exists in 3.2;  I'm not sure that it's worth backporting the two fixes.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11244>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:32:43 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 23 Mar 2011 18:32:43 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300905163.47.0.72975942018.issue11650@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

my_fgets in Parser/myreadline.c is broken:
There's a comment saying that a fgets is retried on EINTR, but the code doesn't retry. It used to in older cPython versions, but there was also a bug, so my guess is that this bug has been here for a long time.
Could you try with the attached patch ?
It's just a quick'n dirty patch, but it should fix it.

----------
keywords: +patch
Added file: http://bugs.python.org/file21358/fgets_eintr.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:34:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 18:34:36 +0000
Subject: [issue11589] Additional tests for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <E1Q2St9-0006Vo-6O@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 3dbea3fa73fb by R David Murray in branch '3.1':
#11589: add additional tests for the email quoprimime module.
http://hg.python.org/cpython/rev/3dbea3fa73fb

New changeset 04c9c831803b by R David Murray in branch '3.2':
Merge #11589: add additional tests for the email quoprimime module.
http://hg.python.org/cpython/rev/04c9c831803b

New changeset 2f4865834695 by R David Murray in branch 'default':
Merge #11589: add additional tests for the email quoprimime module.
http://hg.python.org/cpython/rev/2f4865834695

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:38:16 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 23 Mar 2011 18:38:16 +0000
Subject: [issue11589] Additional tests for email module
In-Reply-To: <1300377350.1.0.876625755844.issue11589@psf.upfronthosting.co.za>
Message-ID: <1300905496.82.0.136227305365.issue11589@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks, Michael!  I tweaked the patch slightly: deleted that test-writing-helper check you had marked with the XXX, and renamed the helper test methods to _test_XXX.  I also didn't wind up applying it to 2.7 because hg doesn't support merge markers when doing a transplant and there were conflicts.  Not worth the extra effort that would be required.

----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11589>
_______________________________________

From report at bugs.python.org  Wed Mar 23 19:39:39 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 23 Mar 2011 18:39:39 +0000
Subject: [issue11590] email quoprimime.py patch for header_encode of empty
	string, decode with different eol
In-Reply-To: <1300379411.81.0.498480234952.issue11590@psf.upfronthosting.co.za>
Message-ID: <1300905579.06.0.351086805985.issue11590@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11590>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:00:12 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Wed, 23 Mar 2011 19:00:12 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300906812.72.0.240137918383.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

The patch works fine, thank you.

I was trying the same fix, but got stuck trying to understand what led to the decision in issue 960406. Still not sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:08:27 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 23 Mar 2011 19:08:27 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300907307.81.0.71106601335.issue11653@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

It should have been '-w', not '-W'.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:19:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 19:19:38 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300907978.38.0.00201510781572.issue11651@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I committed the "-j0" part of the patch in d8dd7ab6039d.

Brett made the point on #python-dev that a Makefile change doesn't help Windows users. Instead, we may have a Python script somewhere that both "make test" and "make quicktest" call.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:25:01 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 23 Mar 2011 19:25:01 +0000
Subject: [issue11633] regression: print buffers output when end=''
In-Reply-To: <1300790242.96.0.630463287349.issue11633@psf.upfronthosting.co.za>
Message-ID: <1300908301.25.0.596856676319.issue11633@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I completely agree that file/socket output should be left alone. Flushing char by char to either is a bit insane. The two interactive to screen use cases I can think of are text progress meters, mentioned by Anatoly, such as :
  Working .... (1 dot printed at intervals)
and timed text like

import time
for c in 'Similated 10 cps teletype output':
    print(c,end='')
    time.sleep(.1)
print()

which works fine from IDLE and whose non-functioning when started otherwise would puzzle any beginner and many beyond.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11633>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:37:45 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 19:37:45 +0000
Subject: [issue11590] email quoprimime.py patch for header_encode of empty
	string, decode with different eol
In-Reply-To: <1300379411.81.0.498480234952.issue11590@psf.upfronthosting.co.za>
Message-ID: <E1Q2TsG-0003qY-0K@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 45cc298d40eb by R David Murray in branch '3.1':
#11590: fix quoprimime decode handling of empty strings and line endings.
http://hg.python.org/cpython/rev/45cc298d40eb

New changeset df613f7b726a by R David Murray in branch '3.2':
Merge #11590: fix quoprimime decode handling of empty strings and line endings.
http://hg.python.org/cpython/rev/df613f7b726a

New changeset d9a779be9736 by R David Murray in branch 'default':
Merge #11590: fix quoprimime decode handling of empty strings and line endings.
http://hg.python.org/cpython/rev/d9a779be9736

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11590>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:39:42 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 23 Mar 2011 19:39:42 +0000
Subject: [issue11590] email quoprimime.py patch for header_encode of empty
	string, decode with different eol
In-Reply-To: <1300379411.81.0.498480234952.issue11590@psf.upfronthosting.co.za>
Message-ID: <1300909182.39.0.999148011213.issue11590@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks again, Michael.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11590>
_______________________________________

From report at bugs.python.org  Wed Mar 23 20:46:18 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 23 Mar 2011 19:46:18 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300909578.14.0.502901292122.issue11651@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I have attached a Python script which does what Antoine's patch does except which is expected to live in Tools/scripts. The perk of doing this in a Python script is that Windows users will be able to simply execute the script while the Makefile can be made to execute the script itself for those that prefer ``make test`` over ``./python Tools/scripts/run_tests.py``.

It tries to have reasonable defaults so that people who do not know what they are doing will have a rigorous test run w/o having it take too long. And the defaults can be overridden easily when people want to do that.

----------
Added file: http://bugs.python.org/file21359/run_tests.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:00:47 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Wed, 23 Mar 2011 20:00:47 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300910447.47.0.545454383533.issue11635@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

Sorry, I didn't read an error message very carefully. When I apply your patch I see:

>>> from concurrent.futures import *
>>> from time import *
>>> t = ThreadPoolExecutor(5)
>>> t.submit(sleep, 100)
<Future at 0x8acc94c state=running>
>>> <ctrl-D>
Error in atexit._run_exitfuncs:
NameError: global name 'thread' is not defined

Does that not happen in your environment?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:04:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 20:04:24 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300910447.47.0.545454383533.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300910659.3495.30.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Sorry, I didn't read an error message very carefully. When I apply your patch I see:
> 
> >>> from concurrent.futures import *
> >>> from time import *
> >>> t = ThreadPoolExecutor(5)
> >>> t.submit(sleep, 100)
> <Future at 0x8acc94c state=running>
> >>> <ctrl-D>
> Error in atexit._run_exitfuncs:
> NameError: global name 'thread' is not defined
> 
> Does that not happen in your environment?

Ah, thank you, it does happen here too. I should fix the error (a typo)
and add tests for this too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:24:28 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 20:24:28 +0000
Subject: [issue11650] CTRL-Z causes interpreter exit
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110323202418.GJ33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

[versions=Python 3.2,Python 3.1,Python 2.7;nosy:+akuchling]
Reply-To: 
In-Reply-To: <1300905163.47.0.72975942018.issue11650 at psf.upfronthosting.co.za>

On Wed, Mar 23, 2011 at 06:32:43PM +0000, Charles-Francois Natali wrote:
> my_fgets Parser/myreadline.c patch should fix it.

Works perfect! 
Wish i would always find things worked out when i come home :). 
(And would have taken a long time for me to come to Parser/, 
i think, so, even more thanks for the patch, Charles-Francois!)

The Apple-shipped Python's (2.5, 2.6) work correct, but my 
self-compiled 2.7 and unpatched 3.3 do not. 
My self-compiled backward-test 3.2rc2 works, and you are right, 
Davide, that has readline.so, the others not.
(Building of the readline module requires either MacOS X magic or 
setting of the MACOSX_DEPLOYMENT_TARGET= configure variable, 
though;  Ronald and Ned have worked on that on PyCon (#11485), but 
this is not yet included and so...)

And regardless of all that my_fgets() reacts falsely (in respect 
to it's own preceeding comment), so this is a bug, no? 
I make Andrew M. Kuchling nosy, he committed 5fcb0e0be89e.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:26:57 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 20:26:57 +0000
Subject: [issue11654] errors in atexit hooks don't change process exit code
In-Reply-To: <1300912017.1.0.699282992507.issue11654@psf.upfronthosting.co.za>
Message-ID: <1300912017.1.0.699282992507.issue11654@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Not sure if it's the desired behaviour, so I'm reporting it:

$ ./python -c "import atexit; atexit.register(lambda: 1/0)" && echo success
Error in atexit._run_exitfuncs:
ZeroDivisionError: division by zero
[36956 refs]
success

----------
components: Interpreter Core
messages: 131916
nosy: pitrou
priority: normal
severity: normal
status: open
title: errors in atexit hooks don't change process exit code
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11654>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:27:21 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 20:27:21 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300912041.0.0.439350233018.issue11650@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
components:  -IO
nosy: +akuchling
title: CTRL-Z causes interpreter exit -> Faulty RESTART/EINTR handling in Parser/myreadline.c
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:29:02 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Wed, 23 Mar 2011 20:29:02 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300912142.76.0.0144718973966.issue11650@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

(Oh - when will i get this tracker right?
Is there somewhere *real* documentation which applies
to what actually happens??
Sorry once again, all of you!)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:39:43 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 20:39:43 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300912783.49.0.34740846983.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, here is a new patch with an additional test for the atexit hook. If you don't object, I would like to start committing the test changes, and then the code changes themselves.

----------
stage: needs patch -> patch review
versions: +Python 3.2
Added file: http://bugs.python.org/file21360/cfpolling3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:49:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 20:49:09 +0000
Subject: [issue7391] Re-title the "Using Backslash to Continue Statements"
	anti-idiom
In-Reply-To: <1259072363.61.0.346322429524.issue7391@psf.upfronthosting.co.za>
Message-ID: <1300913349.07.0.345028197546.issue7391@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

More links for the future update of doanddonts are under http://uthcode.sarovar.org/python.html#simple-is-better-than-complex

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7391>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:53:34 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 20:53:34 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300913614.3.0.279225718812.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oops, test didn't work under Windows. Here is a new patch.

----------
Added file: http://bugs.python.org/file21361/cfpolling3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:53:42 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 20:53:42 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300913622.71.0.417422831822.issue11635@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file21360/cfpolling3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Wed Mar 23 21:55:18 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 23 Mar 2011 20:55:18 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1300913718.48.0.273607011611.issue11651@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Looking at the actual times with -j0, I don't think there is any need to
keep quicktest - with the removal of the duplicate test, I can do a full
run in 3m16s (on a debug build; non-debug takes 1m54s), which seems plenty
fast enough.

One thing I noticed about the -j option is that it prevents test_curses from
running, since the child process actually running the test isn't connected
to a terminal. I don't know if this is an issue (the curses module doesn't
appear to be under active development), but I thought it was worth pointing
out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:15:21 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 23 Mar 2011 21:15:21 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300914921.57.0.382609941662.issue11653@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Thanks.  That worked better.  Here is the tail end of the output
showing the verbose test output.

----------
Added file: http://bugs.python.org/file21362/output

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:19:49 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 21:19:49 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300915189.43.0.909567590672.issue11653@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Brett, -W exists too and it seems it failed working here.

Skip, can you please try "make distclean" and then rebuild from scratch?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:43:31 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 23 Mar 2011 21:43:31 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300916611.52.0.535502740512.issue11653@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think the pydoc failure is due to haypo?s patch in #3080.  Another patch (by me) in #8754 has a fix.

----------
nosy: +eric.araujo, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:43:49 2011
From: report at bugs.python.org (R. David Murray)
Date: Wed, 23 Mar 2011 21:43:49 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300916629.78.0.673890352339.issue11606@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Michael, in general your approach looks sound and is much easier to read and comprehend than the original code (which, as the comments say, was never refined from the original quick and dirty hack).  However, rather than dynamically defining sub-functions each time body_encode is called, I've moved the body-construction logic almost completely out of body_encode into a helper object.  I think this further clarifies the algorithm.  I also used a simpler approach to end-of-list detection (enumerate).  That change is more a matter of taste, but does have the advantage of taking fewer lines of code.

If you have time to review this and double check my changes (the tests pass, at least), that would be great.  Otherwise I'll just go ahead and apply it.

----------
nosy: +barry
Added file: http://bugs.python.org/file21363/quoprimime_body_encode_algorithm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:44:21 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 23 Mar 2011 21:44:21 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300915189.43.0.909567590672.issue11653@psf.upfronthosting.co.za>
Message-ID: <19850.27056.179263.82022@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Antoine> Skip, can you please try "make distclean" and then rebuild from
    Antoine> scratch?

I did.  The last output was after

    make distclean
    ./configure ... my usual suspects ...
    make
    ./python.exe -j2 -w

I will try one more time later this evening with a capital "W".  I have a
train to catch first.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:45:24 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 21:45:24 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <19850.27056.179263.82022@montanaro.dyndns.org>
Message-ID: <1300916721.3495.31.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Antoine> Skip, can you please try "make distclean" and then rebuild from
>     Antoine> scratch?
> 
> I did.  The last output was after

Oops, sorry.

> I will try one more time later this evening with a capital "W".  I have a
> train to catch first.

Well, if "-W" didn't work once, it probably won't work twice. Not sure
you want to bother.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 22:50:09 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Wed, 23 Mar 2011 21:50:09 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300917009.59.0.5089034211.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

The faulty behavior was presumably introduced in r36346, when the continue statement was removed. I already linked the relevant discussion, but I'm not sure whether that was a desired change or just an oversight. I'm inclined to believe the latter, as it wouldn't have made much sense to leave the loop there otherwise. In this case a patch like the already posted one would do the fix.

Steffen, on a side note, I got readline working with brew.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:05:17 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 22:05:17 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <E1Q2WB2-0001Rz-26@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9aa6097131ef by Antoine Pitrou in branch '3.2':
Issue #11653: fix -W with -j in regrtest
http://hg.python.org/cpython/rev/9aa6097131ef

New changeset c381b35e4f31 by Antoine Pitrou in branch 'default':
Issue #11653: fix -W with -j in regrtest.
http://hg.python.org/cpython/rev/c381b35e4f31

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:16:19 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 23 Mar 2011 22:16:19 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1300918579.86.0.407981739941.issue10966@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

The attached patch has both the code to make test skipping more obvious as well as eliminating the concept of expected skips.

If someone can double-check that what I am doing here is sane and desirable I would appreciate it.

----------
assignee: brett.cannon -> 
stage: needs patch -> patch review
Added file: http://bugs.python.org/file21364/optional_tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:18:04 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 23 Mar 2011 22:18:04 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <AANLkTikfoW2T7icb-nVrVLi4SjGiSX_YxcNNAFvJwghK@mail.gmail.com>
Message-ID: <1300918677.3495.32.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> We can either hack this to work by providing ContextDecorator with a
> way to get the underlying context manager to create a new copy of
> itself each time, or else revert to the 3.1 status quo and declare
> that context managers created via contextlib.contextmanager simply
> can't be used as decorators. I'm inclined to favour the latter option.

I would vote for the former option :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:28:23 2011
From: report at bugs.python.org (Lukas Lueg)
Date: Wed, 23 Mar 2011 22:28:23 +0000
Subject: [issue11655] map() must not swallow exceptions from PyObject_GetIter
In-Reply-To: <1300919303.37.0.228968832685.issue11655@psf.upfronthosting.co.za>
Message-ID: <1300919303.37.0.228968832685.issue11655@psf.upfronthosting.co.za>


New submission from Lukas Lueg <lukas.lueg at gmail.com>:

The built-in function map() currently swallows any exception that might have occured while trying to get an iterator from any parameter. This produces unexpected behaviour for applications that require a certain type of exception to be raised when __iter__() is called on their objects.

>From 24179f82b7de, inside map_new():

973 /* Get iterator. */
974 curseq = PyTuple_GetItem(args, i+1);
975 sqp->it = PyObject_GetIter(curseq);
976 if (sqp->it == NULL) {
977 static char errmsg[] =
978 "argument %d to map() must support iteration";
979 char errbuf[sizeof(errmsg) + 25];
980 PyOS_snprintf(errbuf, sizeof(errbuf), errmsg, i+2);
981 PyErr_SetString(PyExc_TypeError, errbuf);
982 goto Fail_2;
983 }

We *must* check if there has been any other kind of exception already being set when returning from PyObject_GetIter before setting PyExc_TypeError in line 981. If there is none, it is ok to raise a TypeError; any other exception must be passed on.

For example: raising TooManyCacheMissesException in __iter__() causes map(foobar, myobject) to raise TypeError instead of TooManyCacheMissesException.

Workaround: use map(foobar, iter(myobject)). The explicit call to iter will either produce an iterator object (which returns self to map()) or raises the correct exception.

Python 3 is not affected as map_new() does not throw it's own TypeError in case PyObject_GetIter() fails.

----------
components: None
messages: 131932
nosy: ebfe
priority: normal
severity: normal
status: open
title: map() must not swallow exceptions from PyObject_GetIter
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11655>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:49:39 2011
From: report at bugs.python.org (reedobrien)
Date: Wed, 23 Mar 2011 22:49:39 +0000
Subject: [issue10547] FreeBSD: wrong value for LDSHARED in sysconfig
In-Reply-To: <1290865671.36.0.14618274941.issue10547@psf.upfronthosting.co.za>
Message-ID: <1300920579.97.0.460636942658.issue10547@psf.upfronthosting.co.za>


Changes by reedobrien <reed at koansys.com>:


----------
nosy: +reedobrien

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10547>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:50:01 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 23 Mar 2011 22:50:01 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <1300920601.31.0.225711496922.issue8754@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:51:30 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 23 Mar 2011 22:51:30 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300920690.5.0.211525762009.issue11650@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Sorry to ask that, but would it be possible to write an automated test for this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:52:11 2011
From: report at bugs.python.org (Jack Jansen)
Date: Wed, 23 Mar 2011 22:52:11 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>


New submission from Jack Jansen <jackjansen at users.sourceforge.net>:

Because VC++ cannot cross-link modules that have been built with debugging to those built without debugging (because of runtime system differences) it would be a boon for people embedding Python if there was a binary distribution of the DLL (and .lib) available that was built with debugging turned on.

Right now, to build a debugging version of an application that has Python embedded you must also build Python from source...

----------
components: Build, Windows
messages: 131934
nosy: jackjansen
priority: normal
severity: normal
status: open
title: Debug builds for Windows would be very helpful
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Wed Mar 23 23:58:51 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 23 Mar 2011 22:58:51 +0000
Subject: [issue11652] urlib{,
	2} returns a pair of integers as the content-length value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300921131.96.0.511785188993.issue11652@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Yes, interesting that Content-Length is returned as a comma separated value of ints. 
Normally, this behavior is observed for other headers which can have multiple values and urllib appends the subsequent values of the header for e.g. Content-Type header.

curl seems to have got it right in this case, where it returns only one Content-Length header for the above URL. urllib needs to modify to deal with this scenario - If there are multiple content-lengths returned by the server, just use the last one if we are mimic curl behavior. (AFAIK, the standard is to return them comma separated, but in this case, it wont be useful).

----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:07:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 23:07:24 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <E1Q2X99-0006SG-8b@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9f9b7b656761 by Brett Cannon in branch 'default':
Have importlib use the repr of a module name in error messages.
http://hg.python.org/cpython/rev/9f9b7b656761

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:10:33 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 23 Mar 2011 23:10:33 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300921833.24.0.0228623103007.issue11656@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

But for a debug build to be really useful, the source code must be available to the debugger.
Compiling these source files is really a matter of minutes... provided that external dependencies are all present and also compiled in debug mode.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:13:13 2011
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 23 Mar 2011 23:13:13 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300921993.5.0.591297031205.issue11656@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

I believe there was a previous request for this which was rejected, likely for reasons Amaury listed.

----------
nosy: +brian.curtin, loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:14:54 2011
From: report at bugs.python.org (Jack Jansen)
Date: Wed, 23 Mar 2011 23:14:54 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300922094.35.0.420336904736.issue11656@psf.upfronthosting.co.za>


Jack Jansen <jackjansen at users.sourceforge.net> added the comment:

Sorry, I think I wasn't clear in my original message. I don't want to debug Python, I want to debug only my own code. But because it embeds Python I cannot debug my own code, because it needs to link to Python.

Indeed, if it was only Python itself I would have build from source it would not be so much of an issue, but there's all the external stuff...

Brian: if you have a reference I can check the reasoning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:16:08 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 23 Mar 2011 23:16:08 +0000
Subject: [issue6811] add a filename argument to marshal.load*
In-Reply-To: <1251745133.13.0.463652094911.issue6811@psf.upfronthosting.co.za>
Message-ID: <E1Q2XHa-00078o-IF@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5deb2094f033 by Brett Cannon in branch 'default':
Make importlib compatible with __import__ by "fixing" code.co_filename
http://hg.python.org/cpython/rev/5deb2094f033

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6811>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:18:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 23 Mar 2011 23:18:53 +0000
Subject: [issue8754] ImportError: quote bad module name in message
In-Reply-To: <1274202200.16.0.392487565261.issue8754@psf.upfronthosting.co.za>
Message-ID: <1300922333.27.0.577202295753.issue8754@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I patched import.c to use repr() instead of str() (%R instead of %U) to format module names because they might contain surrogate characters. Surrogate characters are not encodable to any encoding, except UTF-16 and UTF-32. And so print an exception to stdout may produce an UnicodeEncodeError. At the same time... exceptions are printed to stderr which uses the backslashreplace error handler, and so the message *can* be printed:

$ python3.1
>>> raise Exception('x\uDC80y')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
Exception: x\udc80y

So now I realized that my change was maybe useless.

----------
assignee: haypo -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8754>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:20:02 2011
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 23 Mar 2011 23:20:02 +0000
Subject: [issue6811] add a filename argument to marshal.load*
In-Reply-To: <1251745133.13.0.463652094911.issue6811@psf.upfronthosting.co.za>
Message-ID: <1300922402.78.0.428434535483.issue6811@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I went with a different solution as backwards-compatibility dictates a solution that is not as complete as one might do with an argument to marshal.

----------
resolution:  -> wont fix
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6811>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:26:58 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 23 Mar 2011 23:26:58 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <E1Q2WB2-0001Rz-26@dinsdale.python.org>
Message-ID: <19850.33212.669578.173567@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Antoine> New changeset 9aa6097131ef by Antoine Pitrou in branch '3.2':
    Antoine> Issue #11653: fix -W with -j in regrtest
    Antoine> http://hg.python.org/cpython/rev/9aa6097131ef

    Antoine> New changeset c381b35e4f31 by Antoine Pitrou in branch 'default':
    Antoine> Issue #11653: fix -W with -j in regrtest.
    Antoine> http://hg.python.org/cpython/rev/c381b35e4f31

Saw these checkins and tried again.  I definitely see different output and
it seems to rerun failed tests immediately in verbose mode.  For example:

    [238/352] test_pydoc
    Re-running test test_pydoc in verbose mode
    test_badimport (test.test_pydoc.PydocDocTest) ... FAIL
    test_help_output_redirect (test.test_pydoc.PydocDocTest) ... ok
    test_html_doc (test.test_pydoc.PydocDocTest) ... ok
    test_input_strip (test.test_pydoc.PydocDocTest) ... ok
    test_issue8225 (test.test_pydoc.PydocDocTest) ... ok
    test_not_here (test.test_pydoc.PydocDocTest) ... ok
    test_stripid (test.test_pydoc.PydocDocTest) ... ok
    test_text_doc (test.test_pydoc.PydocDocTest) ... ok
    test_class (test.test_pydoc.TestDescriptions) ... ok
    test_module (test.test_pydoc.TestDescriptions) ... ok
    test_server (test.test_pydoc.PydocServerTest) ... ok
    test_content_type_err (test.test_pydoc.PydocUrlHandlerTest) ... ok
    test_url_requests (test.test_pydoc.PydocUrlHandlerTest) ... ok

However, I also see lots of tests crashing in imp.  Here's one example:

    test test_ttk_textonly crashed -- Traceback (most recent call last):
      File "/Users/skip/src/hgpython/cpython/Lib/test/regrtest.py", line 988, in runtest_inner
        the_package = __import__(abstest, globals(), locals(), [])
      File "/Users/skip/src/hgpython/cpython/Lib/test/test_ttk_textonly.py", line 7, in <module>
        from tkinter.test import runtktests
      File "/Users/skip/src/hgpython/cpython/Lib/importlib/_bootstrap.py", line 437, in load_module
        return self._load_module(fullname)
      File "/Users/skip/src/hgpython/cpython/Lib/importlib/_bootstrap.py", line 141, in decorated
        return fxn(self, module, *args, **kwargs)
      File "/Users/skip/src/hgpython/cpython/Lib/importlib/_bootstrap.py", line 330, in _load_module
        code_object = self.get_code(name)
      File "/Users/skip/src/hgpython/cpython/Lib/importlib/_bootstrap.py", line 407, in get_code
        imp._fix_co_filename(found, source_path)
    AttributeError: 'module' object has no attribute '_fix_co_filename'

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:39:14 2011
From: report at bugs.python.org (Michael Foord)
Date: Wed, 23 Mar 2011 23:39:14 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1300923554.33.0.69333624547.issue11647@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

The former sounds like fixing the bug, the latter like removing functionality. So yes, I prefer the former...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Thu Mar 24 00:57:15 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 23 Mar 2011 23:57:15 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300924635.54.0.029178597356.issue11656@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Jack: what's the issue with the external dependencies? Just run Tool/buildbot/external.bat (or external-amd64.bat, or external-common.bat), and be done.

If you merely want to debug your extension modules, I recommend *not* to turn on Py_DEBUG, but only enable generation of debug information in the VS project.

In any case, I'm not willing to provide binary Py_DEBUG builds. So unless somebody else steps forward to volunteer, I close this as "won't fix".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 01:56:16 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Thu, 24 Mar 2011 00:56:16 +0000
Subject: [issue11652] urlib{,
	2} returns a pair of integers as the content-length value
In-Reply-To: <1300898627.63.0.121848868508.issue11652@psf.upfronthosting.co.za>
Message-ID: <1300928176.92.0.320240223582.issue11652@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

One way I can think of is by resorting so some list of exceptions. Not quite elegant, but it works...

----------
keywords: +patch
Added file: http://bugs.python.org/file21365/issue11652.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Thu Mar 24 01:57:26 2011
From: report at bugs.python.org (Ben Darnell)
Date: Thu, 24 Mar 2011 00:57:26 +0000
Subject: [issue11657] multiprocessing_{send,recv}fd fail with fds > 256
In-Reply-To: <1300928246.81.0.834552598366.issue11657@psf.upfronthosting.co.za>
Message-ID: <1300928246.81.0.834552598366.issue11657@psf.upfronthosting.co.za>


New submission from Ben Darnell <ben.darnell at gmail.com>:

Line 125 of multiprocessing.c is "*CMSG_DATA(cmsg) = fd;".  CMSG_DATA returns an unsigned char*, while fd is an int, so this code does not support file descriptors > 256 (additionally, I'm not sure if the buffer is guaranteed to be initialized with zeros).  ? recvfd has an analogous problem at line 168.  Both of these need to be changed to copy the entire integer, e.g. by casting the result of CMSG_DATA to an int*.

http://hg.python.org/cpython/file/5deb2094f033/Modules/_multiprocessing/multiprocessing.c

----------
messages: 131947
nosy: Ben.Darnell
priority: normal
severity: normal
status: open
title: multiprocessing_{send,recv}fd fail with fds > 256
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11657>
_______________________________________

From report at bugs.python.org  Thu Mar 24 02:02:33 2011
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 24 Mar 2011 01:02:33 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300928553.61.0.801530018491.issue11653@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

The import failures are because you didn't rebuild (I added a new function to imp). Re-build and the import issues will go away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 02:19:47 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Thu, 24 Mar 2011 01:19:47 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300929587.8.0.479204111842.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

I couldn't get an automated test to fail on the bug with subprocess. Apparently an interpreter launched with Popen is not subject to the bug as it is when launched directly from the shell (i.e. fgets is not interrupted by a SIGSTOP sent by the parent process), so I may be getting something wrong here.
However I don't believe the important thing is to test this particular issue (which may be unimportant by itself if nobody noticed it for seven years, and not many build Python without readline) but rather make sure it doesn't break things elsewhere. As I understand it the code in r36346 didn't have proper tests, so we can only guess?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Thu Mar 24 02:28:55 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 01:28:55 +0000
Subject: [issue11652] urlib{,
	2} returns a pair of integers as the content-length value
In-Reply-To: <1300928176.92.0.320240223582.issue11652@psf.upfronthosting.co.za>
Message-ID: <20110324012847.GA2513@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Yes, this is good enough for a non-standard behavior.

However, I would be curious to know what curl did. Did it do something
on based on the value or sequence in which it was obtained or just
over-wrote it.

----------
title: urlib{,2} returns a pair of integers as the content-length value -> urlib{, 2} returns a pair of integers as the content-length value

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11652>
_______________________________________

From report at bugs.python.org  Thu Mar 24 03:30:52 2011
From: report at bugs.python.org (=?utf-8?q?Jo=C3=A3o_Bernardo?=)
Date: Thu, 24 Mar 2011 02:30:52 +0000
Subject: [issue11658] complex sqrt error
In-Reply-To: <1300933852.92.0.68969844622.issue11658@psf.upfronthosting.co.za>
Message-ID: <1300933852.92.0.68969844622.issue11658@psf.upfronthosting.co.za>


New submission from Jo?o Bernardo <jbvsmo at gmail.com>:

With Python 3, the ** operator is supposed to do math with complex numbers, but look what is happening:

Python 3.2 (r32:88445, Feb 20 2011, 21:30:00) [MSC v.1500 64 bit (AMD64)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> (-1)**.5
(6.123233995736766e-17+1j)
>>> import cmath
>>> cmath.sqrt(-1)
1j
>>> pow(-1, .5)
(6.123233995736766e-17+1j)
>>> (-4)**.5
(1.2246467991473532e-16+2j)
>>> 

I also tried with Python 3.1.2 in my 32-bit Ubuntu 10.10 installation and got the same results.

The error seems to be in the floating point (double) representation limit of 16 decimal places.

----------
components: None
messages: 131951
nosy: JBernardo
priority: normal
severity: normal
status: open
title: complex sqrt error
type: behavior
versions: Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11658>
_______________________________________

From report at bugs.python.org  Thu Mar 24 03:40:21 2011
From: report at bugs.python.org (Eugene Toder)
Date: Thu, 24 Mar 2011 02:40:21 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300934421.81.0.463611231288.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Is anyone looking or planing to look at the patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Thu Mar 24 03:45:06 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 24 Mar 2011 02:45:06 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1300934706.55.0.270769375273.issue11549@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I suspect someone will sometime. There is bit of a backlog of older issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Thu Mar 24 03:51:21 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 02:51:21 +0000
Subject: [issue11658] complex sqrt error
In-Reply-To: <1300933852.92.0.68969844622.issue11658@psf.upfronthosting.co.za>
Message-ID: <1300935081.12.0.299799534417.issue11658@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

(-1)**.5 is the same than complex(-1,0)**.5, but it is computed differently than cmath.sqrt(-1).

-1.**0.5 computes:

  vabs = math.hypot(-1, 0)
  len = pow(vabs, 0.5)
  at = math.atan2(0, -1)
  phase = at * 0.5
  return complex(len*math.cos(phase), len*math.sin(phase))

whereas cmath.sqrt(-1) computes:

  ax = math.fabs(-1)
  ay = math.fabs(0)
  ax /= 8.
  s = 2. * math.sqrt(ax + math.hypot(ax, ay/8.))
  d = ay / (2.*s)
  return complex(d, math.copysign(s, 0))

Anyway, math.sqrt() and cmath.sqrt() are designed to be more precise than x**0.5.

----------
nosy: +haypo, mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11658>
_______________________________________

From report at bugs.python.org  Thu Mar 24 04:18:33 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 03:18:33 +0000
Subject: [issue6715] xz compressor support
In-Reply-To: <1250502444.31.0.107447392137.issue6715@psf.upfronthosting.co.za>
Message-ID: <1300936713.83.0.0185229020241.issue6715@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov -Christophe Simonis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6715>
_______________________________________

From report at bugs.python.org  Thu Mar 24 04:18:53 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 03:18:53 +0000
Subject: [issue6715] xz compressor support
In-Reply-To: <1250502444.31.0.107447392137.issue6715@psf.upfronthosting.co.za>
Message-ID: <1300936733.85.0.718515839097.issue6715@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6715>
_______________________________________

From report at bugs.python.org  Thu Mar 24 04:19:58 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 03:19:58 +0000
Subject: [issue6715] xz compressor support
In-Reply-To: <1250502444.31.0.107447392137.issue6715@psf.upfronthosting.co.za>
Message-ID: <1300936798.55.0.470532405713.issue6715@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +Christophe Simonis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6715>
_______________________________________

From report at bugs.python.org  Thu Mar 24 04:47:56 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 03:47:56 +0000
Subject: [issue10883] urllib: socket is not closed explicitly
In-Reply-To: <1294698764.05.0.403920474459.issue10883@psf.upfronthosting.co.za>
Message-ID: <E1Q2bWZ-00075L-OI@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 2e5aff2a9e54 by Senthil Kumaran in branch '3.2':
issue10883 - Silence some ftp related ResourceWarnings in test_urllib2net. Patch by Nadeem Vawda.
http://hg.python.org/cpython/rev/2e5aff2a9e54

New changeset 0937b3618b86 by Senthil Kumaran in branch 'default':
issue10883 - Silence some ftp related ResourceWarnings in test_urllib2net. Patch by Nadeem Vawda
http://hg.python.org/cpython/rev/0937b3618b86

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10883>
_______________________________________

From report at bugs.python.org  Thu Mar 24 04:48:55 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 24 Mar 2011 03:48:55 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300928553.61.0.801530018491.issue11653@psf.upfronthosting.co.za>
Message-ID: <19850.48930.420760.362779@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Brett> The import failures are because you didn't rebuild (I added a new
    Brett> function to imp). Re-build and the import issues will go away.

An easy mistake to make.  I'm used to running "make test" which would have
guaranteed python.exe was up-to-date.

I just executed

    hg pull -u
    make
    ./python.exe -m test -j2 -W

and I am seeing the same AttributeError exceptions.  So:

    make distclean
    ./configure ...
    make
    ./python.exe -m test -j2 -W

and I still get the AttributeError exceptions.  According to hg id I am
using this:

    changeset:   68889:f09f7ab40ce6
    tag:         tip
    user:        Raymond Hettinger <python at rcn.com>
    date:        Wed Mar 23 20:33:30 2011 -0700
    summary:     Add tests for _source to importable and exec'able.

Is that what I should be using?

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 05:32:06 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 04:32:06 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1300941126.12.0.238349986757.issue11236@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Thu Mar 24 06:00:15 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 05:00:15 +0000
Subject: [issue7839] Popen should raise ValueError if pass a string when
	shell=False or a list when shell=True
In-Reply-To: <1265137684.99.0.487285282872.issue7839@psf.upfronthosting.co.za>
Message-ID: <1300942815.54.0.101410080854.issue7839@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7839>
_______________________________________

From report at bugs.python.org  Thu Mar 24 06:07:33 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 24 Mar 2011 05:07:33 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300923554.33.0.69333624547.issue11647@psf.upfronthosting.co.za>
Message-ID: <AANLkTikEwiOwM1f+8p02Cus8c0w7EMKs_i7n_-gyO74Z@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

> The former sounds like fixing the bug, the latter like removing functionality. So yes, I prefer the former...

The reason I'm reluctant is that it makes for a fundamental change in
behaviour between the use of an @contextmanager definition as a
context manager and as a decorator. The former would continue to be a
one-shot operation, just like opening a file and implicitly closing it
at the end. The latter (if fixed) would need to implicitly recreate
the context manager on each call to the function, creating the
illusion of the context manager being reusable. The difference in
underlying behaviour bothers me a great deal, as does the effective
creation of a "context decorator" protocol that is the moral
equivalent of the implicit context manager __with__ method that
received barely any interest when I posted it on python-ideas.

Given that it is impossible for anyone to be using this feature at
this stage (since we just added it and it doesn't actually work in
practice), I would prefer to simply acknowledge that I screwed up in
failing to completely think through the implications of adding it and
ditch it completely. If someone really wants this functionality to
work, then they can do it right and write the implicit context manager
PEP. (Note that ContextDecorator itself is fine, as long as the
context manager is reusable. It's the fact that ContextGenerator
*isn't* reusable that causes problems).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Thu Mar 24 06:17:03 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 24 Mar 2011 05:17:03 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300943823.21.0.224878493945.issue11653@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Skip, what parameters are you using with ./configure ?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 06:19:04 2011
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 24 Mar 2011 05:19:04 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1300943944.88.0.266203023747.issue11653@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

You have a build problem, Skip. On my system and at least all of the stable buildbots for 3.3 there are no test failures from imp._fix_co_filename().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 06:24:25 2011
From: report at bugs.python.org (Ben Hayden)
Date: Thu, 24 Mar 2011 05:24:25 +0000
Subject: [issue11659] Fix ResourceWarning in test_subprocess
In-Reply-To: <1300944265.17.0.69540585366.issue11659@psf.upfronthosting.co.za>
Message-ID: <1300944265.17.0.69540585366.issue11659@psf.upfronthosting.co.za>


New submission from Ben Hayden <hayden767 at gmail.com>:

Adding in a cleanup to close Popen stdout in the function test_select_unbuffered in test_subprocess file in Lib/test dir. There are several tickets about different resource warnings mentioning test_subprocess - but I couldn't find any patches that fix this specific issue.

----------
components: Tests
files: test_subprocess_resource_warning.patch
keywords: patch
messages: 131960
nosy: beardedp
priority: normal
severity: normal
status: open
title: Fix ResourceWarning in test_subprocess
type: resource usage
versions: Python 3.3
Added file: http://bugs.python.org/file21366/test_subprocess_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11659>
_______________________________________

From report at bugs.python.org  Thu Mar 24 07:32:49 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 24 Mar 2011 06:32:49 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1300948369.59.0.573748330828.issue5863@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Thu Mar 24 08:00:30 2011
From: report at bugs.python.org (Eric Snow)
Date: Thu, 24 Mar 2011 07:00:30 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <1300950030.4.0.490739395188.issue11660@psf.upfronthosting.co.za>
Message-ID: <1300950030.4.0.490739395188.issue11660@psf.upfronthosting.co.za>


New submission from Eric Snow <ericsnowcurrently at gmail.com>:

While perhaps esoteric, it looks like exec'ing a code object that has freevars, using a closure that has too few cells causes a segfault.  I believe the problem is around line 3276 of ceval.c at the PyTuple_GET_ITEM call:

    if (PyTuple_GET_SIZE(co->co_freevars)) {
        int i;
        for (i = 0; i < PyTuple_GET_SIZE(co->co_freevars); ++i) {
>>>         PyObject *o = PyTuple_GET_ITEM(closure, i);
            Py_INCREF(o);
            freevars[PyTuple_GET_SIZE(co->co_cellvars) + i] = o;
        }
    }

I only bring this up because I am toying around with exposing a wrapper around PyEval_EvalCodeEx that is a more fully featured version of exec.  Here is an example of code where I ran into the problem:

def outer():
    x = 5
    y = 6
    def f(): return x,y
    z = 7
    def g(): return z
    exec_closure(f.__code__, closure=g.__closure__)

Incidently, it looks there isn't any check to see if len(closure) > len(freevars), which I would expect to be disallowed.  However, I understand that there hasn't really been any point to worry about it due to the current usage of PyEval_EvalCodeEx.  

If the above two constraints are appropriate I would love to see them added in with something like the following:

    if (closure == NULL)
        &closure = PyTuple_New(0);
    if (!PyTuple_Check(closure)) {
        PyErr_Format(PyExc_TypeError,
                     "closure must be a tuple");
        goto fail;        
    }
    Py_ssize_t nfreevars = PyTuple_GET_SIZE(co->co_freevars);
    Py_ssize_t ncells = PyTuple_GET_SIZE(closure);
    if (nfreevars != ncells) {
        PyErr_Format(PyExc_SystemError,
                     "Expected %s cells, received %s", 
                     nfreevars, ncells);
        goto fail;        
    }
    if (nfreevars) {
        int i;
        for (i = 0; i < PyTuple_GET_SIZE(co->co_freevars); ++i) {
            PyObject *o = PyTuple_GET_ITEM(closure, i);
            Py_INCREF(o);
            freevars[PyTuple_GET_SIZE(co->co_cellvars) + i] = o;
        }
    }

Alternately, I could just add some validation into exec_closure, if it's not worth bothering in ceval.c.

----------
components: Interpreter Core
messages: 131961
nosy: ericsnow
priority: normal
severity: normal
status: open
title: closure with too few cells segfaults
type: crash
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________

From report at bugs.python.org  Thu Mar 24 08:12:19 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 07:12:19 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300950739.04.0.42797723766.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21367/650549138a3d.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 08:13:20 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 07:13:20 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300950800.56.0.221395994693.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21258/f1bd5468dae6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 08:31:51 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 07:31:51 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300951911.26.0.564183155069.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21367/650549138a3d.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 08:32:43 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 07:32:43 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300951963.0.0.813849600107.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21368/650549138a3d.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:30:17 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 24 Mar 2011 10:30:17 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1300941126.17.0.805942520947.issue11236@psf.upfronthosting.co.za>
Message-ID: <20110324103010.GK33873@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

By the way, in another thread i've seen a link to issue960406, 
where Guido van Rossum states (in msg46074):

    Ideally, ^C should always cause the signal handler for
    SIGINT to be called, and the KeyboardInterrupt should be
    generated by the default SIGINT handler

Thus removing ISIG contradicts approaches Python has chosen to 
use a long time ago (tracks get lost, as always). 
Just in case anybody is not convinced yet that ISIG has to go.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:41:08 2011
From: report at bugs.python.org (Michael Henry)
Date: Thu, 24 Mar 2011 10:41:08 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300963268.46.0.436848246965.issue11606@psf.upfronthosting.co.za>


Michael Henry <python at drmikehenry.com> added the comment:

David,

Your patch looks fine to me.  I like putting the logic is a
separate class as you've done.  I looked in itertools for
something to perform the job of the each_last() generator I'd
had in my patch, but I didn't see anything.  I like the idea of
encapsulating the test logic of (index + 1 == len(sequence)) in
some way, as each_last() does, rather than having the caller
calculate it.  If that capability exists somewhere in the Python
standard library, it would be my choice to use that.  If it has
to be built just for this test, though, perhaps it's not worth
the extra lines of code to define each_last().

Michael Henry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:43:49 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Thu, 24 Mar 2011 10:43:49 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300963429.26.0.91622689048.issue11650@psf.upfronthosting.co.za>


Changes by Davide Rizzo <sorcio at gmail.com>:


----------
nosy: +mwh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:48:43 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 10:48:43 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300963723.21.0.776429812403.issue7330@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

By the way, as my simple tests, wprintf() with "%ls" does apply the width and precision formatters on units of characters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:53:12 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 10:53:12 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300963992.2.0.591706767357.issue7330@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

There are 4 patches "issue 7030" attached to this issue. Some of them have a version number in their name, some doesn't. You did the same on other issues. It is more easy to follow a patch if it has a version number, for example: issue_7330.diff, issue_7330-2.diff, issue_7330-3.diff, issue_7330-4.diff, ... And I suppose that you can remove all old patches, except if they are alternative implementations or contain something special.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 11:59:48 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 24 Mar 2011 10:59:48 +0000
Subject: [issue11658] complex sqrt error
In-Reply-To: <1300933852.92.0.68969844622.issue11658@psf.upfronthosting.co.za>
Message-ID: <1300964388.94.0.893687629932.issue11658@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I don't see a real problem here:  both cmath.sqrt(-1) and (-1)**0.5 are producing good approximations to the correct result, which is about as much as you can hope for in general with floating-point algorithms.

I wouldn't want to start special-casing the complex power algorithm to produce expected results for given bases or exponents;  the code is complex enough as it is.

Patches to improve the general accuracy of complex.__pow__ would be welcome.

Closing as won't fix.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11658>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:08:37 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 24 Mar 2011 11:08:37 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110324110817.GA69753@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Thu, Mar 23, 2011 at 21:50:42PM +0000, Davide Rizzo wrote:
> Steffen, on a side note, I got readline working with brew.

Say - readline not libedit which does not take care of .inputrc? 
Without permanently modifying GNU autoconf stuff? 
How do you do that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:18:35 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 11:18:35 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300965515.41.0.772571481311.issue7330@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Sorry for having done that! I will remove old patches and leave a cleaner view.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:18:43 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 11:18:43 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300965523.18.0.0812121877803.issue7330@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


Removed file: http://bugs.python.org/file20739/issue_7330.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:19:46 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 11:19:46 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300965586.19.0.150204880429.issue7330@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


Removed file: http://bugs.python.org/file20786/issue_7330.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:19:52 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 11:19:52 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1300965592.31.0.820855601061.issue7330@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


Removed file: http://bugs.python.org/file20983/issue7330_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 12:46:05 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 11:46:05 +0000
Subject: [issue9523] Improve dbm modules
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1300967165.75.0.977103266874.issue9523@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

I tried to work out a doc patch for 3.2 to mention the limitation api: the missing methods compared with dict and the imperfect methods(keys(), items()) of collections.MutableMapping. Here is it.

----------
Added file: http://bugs.python.org/file21369/issue_9523_3.2_doc_patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Thu Mar 24 13:04:44 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 12:04:44 +0000
Subject: [issue11661] test_collections.TestNamedTuple.test_source failing on
	many buildbots after f09f7ab40ce6
In-Reply-To: <1300968284.13.0.782582358366.issue11661@psf.upfronthosting.co.za>
Message-ID: <1300968284.13.0.782582358366.issue11661@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

Example:

http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/1609/steps/test/logs/stdio

======================================================================
FAIL: test_source (test.test_collections.TestNamedTuple)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/test/test_collections.py", line 334, in test_source
    self.assertNotIn('Color', globals())
AssertionError: 'Color' unexpectedly found in {'OrderedDict': <class 'collections.OrderedDict'>, 'forget': <function forget at 0x28e89b34>, 'unittest': <module 'unittest' from '/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/unittest/__init__.py'>, 'MyOrderedDict': <class 'test.test_collections.MyOrderedDict'>, 'WithSet': <class 'test.test_collections.WithSet'>, 'KeysView': <class 'collections.abc.KeysView'>, 'operator': <module 'operator' (built-in)>, 'shuffle': <bound method Random.shuffle of <random.Random object at 0x286ff014>>, 'TestNT': <class 'test.test_collections.TestNT'>, 'MutableMapping': <class 'collections.abc.MutableMapping'>, 'randrange': <bound method Random.randrange of <random.Random object at 0x286ff014>>, 'unlink': <function unlink at 0x28e89a2c>, 'support': <module 'test.support' from '/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/test/support.py'>, 'Mapping': <class 'collections.abc.Mapping'>, '__package__': None, 'Callable': <class 'collections.abc.Callable'>, 're': <module 're' from '/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/re.py'>, 'TestCounter': <class 'test.test_collections.TestCounter'>, 'collections': <module 'collections' from '/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/collections/__init__.py'>, 'test_main': <function test_main at 0x2c6da8cc>, 'SubclassMappingTests': <class 'test.test_collections.SubclassMappingTests'>, 'ChainMap': <class 'collections.ChainMap'>, '__doc__': 'Unit tests for collections.py.', 'Hashable': <class 'collections.abc.Hashable'>, 'namedtuple': <function namedtuple at 0x2860a7c4>, 'inspect': <module 'inspect' from '/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/inspect.py'>, 'MutableSet': <class 'collections.abc.MutableSet'>, '__builtins__': {'bytearray': <class 'bytearray'>, 'IndexError': <class 'IndexError'>, 'all': <built-in function all>, 'help': Type help() for interactive help, or help(object) for help about object., 'vars': <built-in function vars>, 'SyntaxError': <class 'SyntaxError'>, 'UnicodeDecodeError': <class 'UnicodeDecodeError'>, 'memoryview': <class 'memoryview'>, 'isinstance': <built-in function isinstance>, '__build_class__': <built-in function __build_class__>, 'copyright': Copyright (c) 2001-2011 Python Software Foundation.

----------
assignee: rhettinger
components: Tests
keywords: buildbot
messages: 131970
nosy: pitrou, r.david.murray, rhettinger
priority: high
severity: normal
stage: needs patch
status: open
title: test_collections.TestNamedTuple.test_source failing on many buildbots after f09f7ab40ce6
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11661>
_______________________________________

From report at bugs.python.org  Thu Mar 24 13:07:38 2011
From: report at bugs.python.org (Jack Jansen)
Date: Thu, 24 Mar 2011 12:07:38 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1300968458.32.0.944103679715.issue11656@psf.upfronthosting.co.za>


Jack Jansen <jackjansen at users.sourceforge.net> added the comment:

Martin, I agree about the Py_DEBUG issue. My reason for asking is really only a workaround for the VC++ problam that you can't link non-debug and debug builds together.

You know what: if you think it isn't worth it just assign it to me and I'll try to go the extra step of doing the work and providing a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 13:08:09 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 12:08:09 +0000
Subject: [issue11661] test_collections.TestNamedTuple.test_source failing on
	many buildbots after f09f7ab40ce6
In-Reply-To: <1300968284.13.0.782582358366.issue11661@psf.upfronthosting.co.za>
Message-ID: <1300968489.08.0.462003004458.issue11661@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Link to the commit: f09f7ab40ce6

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11661>
_______________________________________

From report at bugs.python.org  Thu Mar 24 13:43:31 2011
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 24 Mar 2011 12:43:31 +0000
Subject: [issue11655] map() must not swallow exceptions from PyObject_GetIter
In-Reply-To: <1300919303.37.0.228968832685.issue11655@psf.upfronthosting.co.za>
Message-ID: <1300970611.0.0.904608682659.issue11655@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

There maybe compatibility issues which prevent such behavior change.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11655>
_______________________________________

From report at bugs.python.org  Thu Mar 24 14:34:45 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 24 Mar 2011 13:34:45 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1300973685.52.0.812387511613.issue11455@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Thomas, I know you've been working on this post-Pycon. Could you please take a look at Daniel's patch and/or publish your own.

----------
assignee:  -> twouters
nosy: +ncoghlan, twouters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 24 14:41:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 13:41:45 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1300974105.35.0.244141344842.issue11455@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 24 14:43:49 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 13:43:49 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1300974229.47.0.332912889004.issue11455@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Cool, someone uses my PyErr_WarnFormat() function! :-) I didn't know that NULL can be used for the category: I would prefer an explicit PyExc_RuntimeWarning to not have to read the source of PyErr_WarnFormat() or its documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 24 14:55:43 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 13:55:43 +0000
Subject: [issue1590744] mail message parsing glitch
Message-ID: <1300974943.54.0.696499102163.issue1590744@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I needed an airplane-trip-sized problem to work on on the way back from PyCon and the sprints, so I tried my hand at "fixing" this.  The attached patch is really just a proof of concept.  Because it is so invasive of the email package machinery I doubt that I will apply it, but it does serve to prove that it is quite practical, given the right design, to preserve the leading whitespace in message headers, and this does enable the email package to read and write the messages in the sample mbox without changing them.  I will incorporate what I learned from this exercise into the header management in email6.

On the other hand, if anyone else thinks this *is* worth tidying up an applying I could be convinced.

Note that after this patch one test fails, but that test failure is actually a buggy test that hides a bug in the header formatter (a failure to provide folding white space at the start of a continuation line).  That bug I may revisit.

----------
keywords: +patch
Added file: http://bugs.python.org/file21370/preserve_leading_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1590744>
_______________________________________

From report at bugs.python.org  Thu Mar 24 15:19:16 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 14:19:16 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1300976356.79.0.251598722776.issue11236@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Agree to removing of termios.ISIG so that we get a KeyBoardInterrupt exception raised when CNTL-C is pressed. Looking at discussion more carefully, it does not present any security risk.

Should this be fixed in 3.3 only with NEWS detailing the change in behavior (back to old 2.5 behavior) or should be this be backported?

Close similarity with getpass.c 's behavior had lent some to support to this change in 2.6. Changing now in older codeline has some chances of breaking others code.

Someone who has been affected by this change in behavior should provide some insights if back-porting would make sense.

----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Thu Mar 24 15:27:19 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 14:27:19 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <E1Q2lVM-0000M7-AV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c177faafec51 by Senthil Kumaran in branch 'default':
issue11236 getpass.getpass to respond ctrl-c or ctrl-z
http://hg.python.org/cpython/rev/c177faafec51

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Thu Mar 24 15:34:34 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 14:34:34 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1299844492.32.0.259676792362.issue11466@psf.upfronthosting.co.za>
Message-ID: <1300977274.31.0.961845742185.issue11466@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________

From report at bugs.python.org  Thu Mar 24 15:38:28 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 14:38:28 +0000
Subject: [issue975330] Inconsistent newline handling in email module
Message-ID: <1300977508.73.0.80127191685.issue975330@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions:  -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975330>
_______________________________________

From report at bugs.python.org  Thu Mar 24 15:54:15 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 24 Mar 2011 14:54:15 +0000
Subject: [issue11466] getpass.getpass doesn't close tty file
In-Reply-To: <1300977274.37.0.917204798368.issue11466@psf.upfronthosting.co.za>
Message-ID: <20110324145340.GC69753@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Thu, Mar 24, 2011 at 02:34:34PM +0000, Senthil Kumaran wrote:
> assignee:  -> orsenthil

Here is yet another patch which only passes valid streams into 
_user_input(), so that this does not need to take care about that 
at all. 
Would you please review that instead of all the others ;/? 
(It's identical to .5. beside that.) 
Thanks for looking at this issue!

----------
Added file: http://bugs.python.org/file21371/11466.6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11466>
_______________________________________
-------------- next part --------------
diff --git a/Lib/getpass.py b/Lib/getpass.py
--- a/Lib/getpass.py
+++ b/Lib/getpass.py
@@ -38,27 +38,26 @@
 
     Always restores terminal settings before returning.
     """
-    fd = None
-    tty = None
-    try:
-        # Always try reading and writing directly on the tty first.
-        fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
-        tty = os.fdopen(fd, 'w+', 1)
-        input = tty
-        if not stream:
-            stream = tty
-    except EnvironmentError as e:
-        # If that fails, see if stdin can be controlled.
+    tty, exinst, passwd = None, None, None
+    # Something to break off if an error happens
+    while 1:
         try:
-            fd = sys.stdin.fileno()
-        except (AttributeError, ValueError):
-            passwd = fallback_getpass(prompt, stream)
-        input = sys.stdin
-        if not stream:
-            stream = sys.stderr
+            # Always try reading and writing directly on the tty first.
+            fd = os.open('/dev/tty', os.O_RDWR|os.O_NOCTTY)
+            input = tty = os.fdopen(fd, 'w+', 1)
+            if not stream:
+                stream = tty
+        except EnvironmentError:
+            # If that fails, see if stdin can be controlled;
+            # use generic fallback implementation as last resort
+            try:
+                fd = sys.stdin.fileno()
+            except:
+                break
+            input = sys.stdin
+            if not stream:
+                stream = sys.stderr
 
-    if fd is not None:
-        passwd = None
         try:
             old = termios.tcgetattr(fd)     # a copy to save
             new = old[:]
@@ -68,21 +67,29 @@
                 tcsetattr_flags |= termios.TCSASOFT
             try:
                 termios.tcsetattr(fd, tcsetattr_flags, new)
-                passwd = _raw_input(prompt, stream, input=input)
+                passwd = _user_input(prompt, stream, input, echooff=True)
+            except Exception as e:
+                exinst = e
             finally:
                 termios.tcsetattr(fd, tcsetattr_flags, old)
-                stream.flush()  # issue7208
-        except termios.error as e:
+                stream.flush() # issue7208 (7246)
+        except Exception as e:
             if passwd is not None:
-                # _raw_input succeeded.  The final tcsetattr failed.  Reraise
-                # instead of leaving the terminal in an unknown state.
-                raise
-            # We can't control the tty or stdin.  Give up and use normal IO.
-            # fallback_getpass() raises an appropriate warning.
-            del input, tty  # clean up unused file objects before blocking
-            passwd = fallback_getpass(prompt, stream)
+                # _user_input succeeded, but the final tcsetattr failed.
+                # Reraise the termios.error instead of leaving the terminal
+                # in an unknown state.
+                exinst = e
+        break
 
-    stream.write('\n')
+    if not exinst and passwd is None:
+        # We can't control the tty or stdin. Give up and use normal IO.
+        # fallback_getpass() raises an appropriate warning.
+        passwd = fallback_getpass(prompt, stream)
+
+    if tty:
+        tty.close()
+    if exinst:
+        raise exinst
     return passwd
 
 
@@ -115,21 +122,19 @@
     if not stream:
         stream = sys.stderr
     print("Warning: Password input may be echoed.", file=stream)
-    return _raw_input(prompt, stream)
+    return _user_input(prompt, stream, sys.stdin, echooff=False)
 
 
-def _raw_input(prompt="", stream=None, input=None):
+def _user_input(prompt, stream, input, echooff=False):
     # This doesn't save the string in the GNU readline history.
-    if not stream:
-        stream = sys.stderr
-    if not input:
-        input = sys.stdin
     prompt = str(prompt)
     if prompt:
         stream.write(prompt)
         stream.flush()
     # NOTE: The Python C API calls flockfile() (and unlock) during readline.
     line = input.readline()
+    if echooff:
+        stream.write('\n')
     if not line:
         raise EOFError
     if line[-1] == '\n':

From report at bugs.python.org  Thu Mar 24 15:49:12 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 14:49:12 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <E1Q2lqY-0002bB-64@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 76a898433a02 by Antoine Pitrou in branch '3.2':
Add tests for the atexit hook in concurrent.futures (part of #11635)
http://hg.python.org/cpython/rev/76a898433a02

New changeset d6bbde982c1c by Antoine Pitrou in branch 'default':
Add tests for the atexit hook in concurrent.futures (part of #11635)
http://hg.python.org/cpython/rev/d6bbde982c1c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:06:58 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 15:06:58 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>


New submission from Guido van Rossum <guido at python.org>:

We received the following on the security list. With the OP's permission I am now filing a public bug with a patch, with the intent to submit the patch ASAP (in time for MvL's planned April security release of Python 2.5).

The OP's description is below; I will attach a patch to this issue as soon as I have figured out how.


description:
--------------------
The Python urllib and urllib2 modules are typically used to fetch web
pages but by default also contains handlers for ftp:// and file:// URL
schemes.

Now unfortunately it appears that it is possible for a web server to
redirect (HTTP 302) a urllib request to any of the supported
schemes. Examples on how this could turn bad:

 1) File disclosure: A web application, that normally fetches and
 displays a web page, is redirected to file:///etc/passwd and
 discloses it.

 2) Denial of Service: An application is redirected to a system device
 (e.g. file:///dev/zero) which will result in excessive CPU/memory/disk
 usage.

Affected versions:
------------------
The urllib and urllib2 modules of python 2.4.6 and 2.6.5 where tested
but this likely affects all versions.

Possible solution:
------------------
The default handlers could be reduced but this will probably break
existing python scripts.

Alternatively the default HTTPRedirectHandler behaviour can be changed
to only allow redirects to HTTP, HTTPS and FTP by checking the scheme
of the location URL (this seems to be a common practise in browsers)

----------
assignee: gvanrossum
components: Library (Lib)
hgrepos: 6
messages: 131981
nosy: barry, benjamin.peterson, georg.brandl, gvanrossum
priority: release blocker
severity: normal
stage: patch review
status: open
title: Redirect vulnerability in urllib/urllib2
type: security
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:09:30 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 15:09:30 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300979370.83.0.415126534594.issue11662@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

>> HTTPRedirectHandler behaviour can be changed
>> to only allow redirects to HTTP, HTTPS and FTP by checking the scheme
>> of the location URL (this seems to be a common practise in browsers)

This would be the way to go.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:09:37 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 15:09:37 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300979377.9.0.717485880264.issue11662@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21372/dd852a0f92d6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:10:32 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 15:10:32 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300979432.97.0.175810692158.issue11662@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Repository URL is incorrect (missing http:/ prefix). The commit:
http://hg.python.org/sandbox/guido/rev/dd852a0f92d6

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:11:44 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 15:11:44 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300979504.3.0.748060430471.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Please review the patch that I created. (Now why doesn't it have a "review" link?) Note that the patch currently only allows http and https.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:14:36 2011
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 24 Mar 2011 15:14:36 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300943823.21.0.224878493945.issue11653@psf.upfronthosting.co.za>
Message-ID: <19851.24534.350813.106112@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Ned> Skip, what parameters are you using with ./configure ?

Pretty vanilla.  Install in my directory tree, get libraries from MacPorts:

  --prefix=/Users/skip/local --enable-shared LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include

I thought you had fixed the --enable-shared linkage problems, but taking it
out seems to solve this issue.  I'm guessing nothing has been checked in yet
to solve that problem.

S

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:14:52 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 15:14:52 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300979692.52.0.138311936246.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Tests now committed, here is a patch without them.

----------
Added file: http://bugs.python.org/file21373/cfpolling4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:21:00 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 15:21:00 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <19851.24534.350813.106112@montanaro.dyndns.org>
Message-ID: <1300980056.3957.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Pretty vanilla.  Install in my directory tree, get libraries from MacPorts:
> 
>   --prefix=/Users/skip/local --enable-shared LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include
> 
> I thought you had fixed the --enable-shared linkage problems, but taking it
> out seems to solve this issue.  I'm guessing nothing has been checked in yet
> to solve that problem.

It's not --enable-shared, it's that you have to set "LD_LIBRARY_PATH=.",
otherwise your new "./python.exe" will use some other Python 3.3 shared
library installed on your system. So you're basically testing an old
Python with the latest test suite :)

We do have a buildbot testing shared builds btw:
http://www.python.org/dev/buildbot/all/buildslaves/bolen-ubuntu

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:24:31 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 15:24:31 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300980271.76.0.706581130899.issue11662@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

>> why doesn't it have a "review" link?

Perhaps, as it is not against the 'default'?

Let's try my hg sandbox link which has a fix committed. Let's see if it gives the review link.

----------
hgrepos: +7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:25:01 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 15:25:01 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300980301.55.0.435567965924.issue11662@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


Added file: http://bugs.python.org/file21374/c6a4d267fe88.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:29:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 15:29:18 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300980558.09.0.574472849608.issue11662@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

The patch has no test. You may read our new "Python Developer?s Guide" for new contributors:
http://docs.python.org/devguide/runtests.html#writing

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:35:04 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 15:35:04 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300980904.65.0.30251590923.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Oddly, I now see a review link for my own diff but not for orsenthil's. Maybe there's a delay?

I could use help with the tests.

I suppose orsenthil's patch is for Python 3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:36:28 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 15:36:28 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300980988.23.0.953062548334.issue11662@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Which patch should be reviewed? They seem to be different. Senthil's patch allows a redirect to ftp while Guido's doesn't.

Senthil's patch doesn't seem to fix urllib-inherited code, only urllib2- (see FancyURLopener.redirect_internal()).

Guido's patch doesn't close the file (fp.close()) when the redirect is denied.

Both patches apparently return silently (?), while it might be better to raise an exception.
Both would deserve a test :)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:38:04 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 15:38:04 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300981084.69.0.944924724106.issue11662@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

c6a4d267fe88.diff: This patch doesn't explain why other scheme are not allowed. I like Guido's comment:

# For security reasons we do not allow redirects to protocols
# other than HTTP or HTTPS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 16:39:09 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 15:39:09 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300981149.72.0.319782726297.issue11662@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes there is a delay.  The cron job that creates the link runs every two minutes.  Not sure why the delay seems to be longer than that, though.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:01:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 16:01:18 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300982478.02.0.119834339251.issue11606@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I turns out that issue 5803 has a patch that also fixes this bug, and the algorithm used there is even more efficient than the one you've developed here.  However, it is also not compatible with the email5 version of quoprimime.  It could be adapted, but I think I'm going to put off considering that until I can take a deeper look at why encode_body takes string as its input.  So I'm going to apply this patch in the meantime.

----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:09:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 16:09:13 +0000
Subject: [issue11663] concurrent.futures (or multiprocessing?) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

If you do:

./python -c "from concurrent.futures import *; from time import *; t = ProcessPoolExecutor(1); t.submit(sleep, 60)"

and then kill the child process, the parent process doesn't notice and waits endlessly for the child to return the results.

I'm using concurrent.futures here but I assume the bug (or limitation) is on the multiprocessing side?

----------
components: Library (Lib)
messages: 131995
nosy: asksol, bquinlan, jnoller, pitrou
priority: normal
severity: normal
status: open
title: concurrent.futures (or multiprocessing?) doesn't detect killed processes
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:09:48 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:09:48 +0000
Subject: [issue11663] concurrent.futures (or multiprocessing?) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300982988.48.0.290064105224.issue11663@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:11:51 2011
From: report at bugs.python.org (Scott Dial)
Date: Thu, 24 Mar 2011 16:11:51 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300983111.45.0.212901632412.issue11393@psf.upfronthosting.co.za>


Scott Dial <scott at scottdial.com> added the comment:

Antoine Pitrou wrote:
> It would be nice if it were enabled by default for fatal errors (and asserts perhaps?).

I feel like a broken record. This code hardcodes fd=2 as a write target on crash, which is not safe thing to do at all. You can argue that adopters of Python 3.3 should have to deal with that fact, but it's obscure and there is no way to warn anyone about it except by putting a NEWS item, and if the PyCapsule discussion on python-dev have taught us anything: even well meaning programmers miss these things all the time.

I have stated this repeatedly on the other issues for this same discussion. I think creating a completely new issue for this same topic has segmented the discussion unfortunately. I wrote a much longer and more thoughtful explanation of why faulthandler writes to the wrong "thing" here:

http://bugs.python.org/msg124381

AFAICT, Victor has addressed my issue by giving programmers yet another interface to configure (that they may or may not be aware of). So, the only way this acceptable to me is if it's off by default and a programmer who wants this functionality opts-in and has taken care to make sure it does the right thing. My suggestion that faulthandler needs to find a way to be coupled to "sys.stderr" still stands.

----------
nosy: +scott.dial

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:12:17 2011
From: report at bugs.python.org (Merlijn van Deen)
Date: Thu, 24 Mar 2011 16:12:17 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1300983137.38.0.162482038574.issue11236@psf.upfronthosting.co.za>


Merlijn van Deen <valhallasw at gmail.com> added the comment:

@orsenthil
> Close similarity with getpass.c 's behavior had lent some to support to this change in 2.6. Changing now in older codeline has some chances of breaking others code.
> Someone who has been affected by this change in behavior should provide some insights if back-porting would make sense.

Most code will probably have been updated their getpass code with a line like

if '\x03' in text:
  raise KeyboardInterrupt()

( http://www.mediawiki.org/wiki/Special:Code/pywikipedia/8978 )

However, people might have changed their code from
try:
  pass = getpass.getpass()
except KeyboardInterrupt:
  print "Ctrl-C!"

to:
pass = getpass.getpass()
if "\x03' in pass:
  print "Ctrl-C!"

which will break with this change. The first workaround makes more sense, though, so I suspect very little code will be broken by reverting the ISIG flag.

Overall, I think most people are not aware of the removal, either because they still use python 2.5 or because they don't press ctrl-c. They are still in for a surprise if the ISIG flag is not removed (although it will probably stay in the 2.6 branch, anyway?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:16:54 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:16:54 +0000
Subject: [issue11663] concurrent.futures (or multiprocessing?) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300983414.9.0.68749032848.issue11663@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

In the following example, if I kill the child process, the parent is immediatly done:
---
from os import getpid
from time import sleep
from multiprocessing import Process

def f(sec):
    print("child %s: wait %s seconds" % (getpid(), sec))
    sleep(sec)

if __name__ == '__main__':
    print("parent %s: wait child" % (getpid(),))
    p = Process(target=f, args=(30,))
    p.start()
    p.join()
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:18:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 16:18:22 +0000
Subject: [issue11663] concurrent.futures (or multiprocessing?) doesn't detect
	killed processes
In-Reply-To: <1300983414.9.0.68749032848.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300983499.3957.5.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le jeudi 24 mars 2011 ? 16:16 +0000, STINNER Victor a ?crit :
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> In the following example, if I kill the child process, the parent is immediatly done:
> ---
> from os import getpid
> from time import sleep
> from multiprocessing import Process

concurrent.futures uses a multiprocessing.Queue to get the function
results back. You should use a similar setup in your script.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:21:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 16:21:44 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1300983111.45.0.212901632412.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300983699.3957.6.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Antoine Pitrou wrote:
> > It would be nice if it were enabled by default for fatal errors (and asserts perhaps?).
> 
> I feel like a broken record. This code hardcodes fd=2 as a write target on crash,

For fatal errors, you needn't be async-safe, so the fatal error code
could read fileno(stderr) and give it to the traceback printing code.
What do you think, Victor?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:23:09 2011
From: report at bugs.python.org (Darren Dale)
Date: Thu, 24 Mar 2011 16:23:09 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300983789.14.0.121242332598.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

Here is a new version of the patch. I think it addresses all of the issues that have been raised to date.

I had to comment out the -lintl line in Modules/Setup to build on OS X, this seems to be a similar issue to http://bugs.python.org/issue6154 . So I don't have a _locale module, and I also don't have _scproxy. I ran "make test", and get the same results with and without the patch: 315 passes, 22 failed, 15 skipped. All of the failures are due to missing _locale and _scproxy, with the exception of an error during the sax test that is unrelated to my changes.

----------
components:  -Library (Lib)
Added file: http://bugs.python.org/file21375/issue11610_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:23:38 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 24 Mar 2011 16:23:38 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1300983818.57.0.924907392009.issue11477@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:29:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 16:29:42 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <E1Q2nPp-0004kZ-4V@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 37ba11d806c5 by R David Murray in branch '3.1':
#11606: improved body_encode algorithm, no longer produces overlong lines
http://hg.python.org/cpython/rev/37ba11d806c5

New changeset b801d55a9979 by R David Murray in branch '3.2':
Merge #11606: improved body_encode algorithm, no longer produces overlong lines
http://hg.python.org/cpython/rev/b801d55a9979

New changeset 0c40f4939174 by R David Murray in branch 'default':
Merge #11606: improved body_encode algorithm, no longer produces overlong lines
http://hg.python.org/cpython/rev/0c40f4939174

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:30:02 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:30:02 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1300984202.7.0.534612417829.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> For fatal errors, you needn't be async-safe, so the fatal error code
> could read fileno(stderr) and give it to the traceback printing code.

My last patch for issue #8863 does exactly that:

##############
 void
 Py_FatalError(const char *msg)
 {
-    fprintf(stderr, "Fatal Python error: %s\n", msg);
-    fflush(stderr); /* it helps in Windows debug build */
-    if (PyErr_Occurred()) {
+    const int fd = fileno(stderr);
+
+    fputs("Fatal Python error: ", stderr);
+    fputs(msg, stderr);
+    fputc('\n', stderr);
+    fflush(stderr);
+
+    if (PyErr_Occurred())
         PyErr_PrintEx(0);
+    else {
+        fputc('\n', stderr);
+        fflush(stderr);
+        _Py_DumpBacktrace(fd);
     }
...
##############

Yes, call fileno() here is safe.

--

The main problem was on the SIGSEGV handler which was first proposed as enabled by default. Extract of my old patch:

+static void
+fault_handler(int signum)
+{
+    const int fd = 2; /* should be fileno(stderr) */
+    unsigned int i;
+    fault_handler_t *handler;
...

In the faulthandler module, the last call to faulthandler.enable() saves sys.stderr.fileno(). If this file descriptor is replaced by a critical file, we have a problem. It can occurs in two cases:
 - stderr was closed (after the call to enable) and a new file gets its file descriptor number
 - dup2() was used

Both cases may occur on a server application.

But I think that everybody agrees to disable the SIGSEGV handler by default.

--

I'm preparing the integration of faulthandler in the following Mercurial repo:
http://hg.python.org/features/faulthandler/

I didn't write the fatal error hook yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:30:16 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 16:30:16 +0000
Subject: [issue11606] maxlinelen exceeded by email module's body_encode()
	function
In-Reply-To: <1300536796.56.0.211033588078.issue11606@psf.upfronthosting.co.za>
Message-ID: <1300984216.47.0.119864723919.issue11606@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11606>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:33:16 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:33:16 +0000
Subject: [issue11663] concurrent.futures (or multiprocessing?) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300984396.96.0.930043625204.issue11663@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

In the following example, the parent doesn't react when the child process is killed:
-----
from os import getpid
from time import sleep, time
from multiprocessing import Pool

def f(sec):
    print("child %s: wait %s seconds" % (getpid(), sec))
    sleep(sec)

if __name__ == '__main__':
    print("parent %s: wait child" % (getpid(),))
    pool = Pool(processes=1)
    result = pool.apply_async(f, [60])
    print(result.get(timeout=120))
    print("parent: done")
-----

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:35:18 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:35:18 +0000
Subject: [issue11663] multiprocessing (and concurrent.futures) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300984518.79.0.891318518924.issue11663@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
title: concurrent.futures (or multiprocessing?) doesn't detect killed processes -> multiprocessing (and concurrent.futures) doesn't detect killed processes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:37:15 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:37:15 +0000
Subject: [issue11663] multiprocessing (and concurrent.futures) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1300984635.99.0.905093372765.issue11663@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

It's possible to stop the parent with a CTRL+c, and so here is the trace of blocking function:

$ ./python y.py 
parent 26706: wait child
child 26707: wait 60 seconds
^CProcess PoolWorker-2:
Traceback (most recent call last):
  File "y.py", line 13, in <module>
Traceback (most recent call last):
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/process.py", line 263, in _bootstrap
    print(result.get(timeout=120))
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/pool.py", line 539, in get
    self.run()
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/process.py", line 118, in run
    self._target(*self._args, **self._kwargs)
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/pool.py", line 102, in worker
    self.wait(timeout)
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/pool.py", line 534, in wait
    task = get()
  File "/home/haypo/prog/HG/cpython/Lib/multiprocessing/queues.py", line 378, in get
    return recv()
KeyboardInterrupt
    self._cond.wait(timeout)
  File "/home/haypo/prog/HG/cpython/Lib/threading.py", line 241, in wait
    gotit = waiter.acquire(True, timeout)
KeyboardInterrupt
[61207 refs]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:48:51 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 24 Mar 2011 16:48:51 +0000
Subject: [issue11661] test_collections.TestNamedTuple.test_source failing on
	many buildbots after f09f7ab40ce6
In-Reply-To: <1300968284.13.0.782582358366.issue11661@psf.upfronthosting.co.za>
Message-ID: <1300985331.25.0.565418049694.issue11661@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for the report.  It looks like globals() contamination is happening on the buildbot that isn't happening locally.

Isolated the test in commit 4f1cd92fe835

Will check the buildbots after to make sure it worked.  Otherwise, will delete test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11661>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:50:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 16:50:53 +0000
Subject: [issue11661] test_collections.TestNamedTuple.test_source failing on
	many buildbots after f09f7ab40ce6
In-Reply-To: <1300968284.13.0.782582358366.issue11661@psf.upfronthosting.co.za>
Message-ID: <1300985453.02.0.19916929226.issue11661@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Why do you remove NTColor from globals *after* creating it? The assertion looks useless, or are you testing that globals().pop() works as expected?

tmp = namedtuple('NTColor', 'red green blue')
globals().pop('NTColor', None)          # remove artifacts from other tests
self.assertNotIn('NTColor', globals())

Can't you remove NTColor from globals before creating it?

globals().pop('NTColor', None)
tmp = namedtuple('NTColor', 'red green blue')
self.assertNotIn('NTColor', globals())

It looks like I missed something important :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11661>
_______________________________________

From report at bugs.python.org  Thu Mar 24 17:52:36 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 16:52:36 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300980988.23.0.953062548334.issue11662@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=z1yqK-Y4FZnSPHRKBTfokoi-JpzO=UdYRoTw=@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

> Which patch should be reviewed? They seem to be different.

Both. Mine's for the Python 2 line while Senthil seems to deal with
Python 3. (However the presence of Senthil's patch somehow overrode my
patch in Rietveld. It looks like Martin didn't think of this use
case.) I'd like to have agreement over the Python 2 patch first, then
we can think about forward porting.

> Senthil's patch allows a redirect to ftp while Guido's doesn't.

That is a good question. Should we? It doesn't look like ftp:
participates in the vulnerability, but I'm not sure how useful it is
either.

> Senthil's patch doesn't seem to fix urllib-inherited code, only urllib2- (see FancyURLopener.redirect_internal()).

Right, that's for Python 3.

> Guido's patch doesn't close the file (fp.close()) when the redirect is denied.

But the calling code does. Note that when there is no URI or Location
header, redirect_internal() also returns without closing the file; if
the error handler returns no result, http_error() will call
http_error_default() which closes the file.

> Both patches apparently return silently (?), while it might be better to raise an exception.

This follows the tradition of returning silently when no URI or
Location header is found. The 302 error will be treated the same as
any other error.

> Both would deserve a test :)

If someone would contribute one I'd appreciate it. Otherwise I will
get on it myself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 18:02:16 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 17:02:16 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300986136.26.0.194514001682.issue11662@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


Added file: http://bugs.python.org/file21376/3c07ea6a176a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 18:07:08 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 24 Mar 2011 17:07:08 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300986428.36.0.508491343001.issue11662@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Here is a more complete patch with tests. Please review this. Yes, it is against the default branch (3.x codeline). We can backport this behavior to 2.x codeline.

I have raised an URLError exception when the direct to invalid_schemes is detected.

Also, ftp redirection should be allowed. It is common to see ISO download mirrors which will redirect itself to an ftp url. Also the security report says about allowing to http, https and ftp.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 18:08:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 17:08:38 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <AANLkTi=z1yqK-Y4FZnSPHRKBTfokoi-JpzO=UdYRoTw=@mail.gmail.com>
Message-ID: <1300986514.3957.16.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > Senthil's patch allows a redirect to ftp while Guido's doesn't.
> 
> That is a good question. Should we? It doesn't look like ftp:
> participates in the vulnerability, but I'm not sure how useful it is
> either.

I would say accept it anyway. That way we minimize potential for
compatibility breakage.
(do we support "ftps" as well? I don't think so)

> > Senthil's patch doesn't seem to fix urllib-inherited code, only
> urllib2- (see FancyURLopener.redirect_internal()).
> 
> Right, that's for Python 3.

FancyURLopener is still present in Python 3 (even though we would like
to deprecate it in 3.3).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 18:32:42 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 17:32:42 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300987962.78.0.747204525702.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

I am okay with adding FTP to the list.

I still don't think we should raise URLError on the bad redirect; we should treat it the same as a missing URI/Location header, and it will raise HTTPError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 18:45:28 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 24 Mar 2011 17:45:28 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1300988728.09.0.740402777165.issue11662@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


Added file: http://bugs.python.org/file21377/ca3b117c40f3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:34:28 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 18:34:28 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1300991668.57.0.937710193563.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

After studying the multiprocessing code, it turns out that Queue.get() with a timeout does its own rather high-frequency polling under Windows (see Modules/_multiprocessing/pipe_connection.c). Therefore, here is an updated patch which doesn't have a security timeout at all.

----------
Added file: http://bugs.python.org/file21378/cfpolling5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:35:27 2011
From: report at bugs.python.org (=?utf-8?b?0JDQu9C10LrRgdCw0L3QtNGAINCm0LDQvNGD0YLQsNC70Lg=?=)
Date: Thu, 24 Mar 2011 18:35:27 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1300991727.8.0.881299759601.issue5305@psf.upfronthosting.co.za>


????????? ???????? <astsmtl at yandex.ru> added the comment:

So noone is working on this issue ATM?

----------
nosy: +astsmtl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:35:50 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 18:35:50 +0000
Subject: [issue11030] regrtest - allow for relative path with --coverdir
In-Reply-To: <1296154137.39.0.416513090061.issue11030@psf.upfronthosting.co.za>
Message-ID: <E1Q2pNq-00088T-Os@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6ff4e479f03b by R David Murray in branch 'default':
#11030: make --coverdir work for relative directories again.
http://hg.python.org/cpython/rev/6ff4e479f03b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11030>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:37:07 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 18:37:07 +0000
Subject: [issue11030] regrtest - allow for relative path with --coverdir
In-Reply-To: <1296154137.39.0.416513090061.issue11030@psf.upfronthosting.co.za>
Message-ID: <1300991827.81.0.509760547575.issue11030@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks.  Shortened patch by using the fact that os.path.join returns the second component if it is absolute, as discussed on IRC.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11030>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:43:13 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 18:43:13 +0000
Subject: [issue11031] regrtest - --testdir,
	new command-line option to specify alternative test directory
In-Reply-To: <1296164976.55.0.598223857745.issue11031@psf.upfronthosting.co.za>
Message-ID: <E1Q2pV2-0000EU-A5@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ef393e6ac31b by R David Murray in branch 'default':
#11031: Add --testdir to specify where to find tests
http://hg.python.org/cpython/rev/ef393e6ac31b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11031>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:44:45 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 18:44:45 +0000
Subject: [issue11031] regrtest - --testdir,
	new command-line option to specify alternative test directory
In-Reply-To: <1296164976.55.0.598223857745.issue11031@psf.upfronthosting.co.za>
Message-ID: <1300992285.77.0.701031036141.issue11031@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Made the same change to the usage of os.path.join.

----------
nosy: +r.david.murray
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11031>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:57:28 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 18:57:28 +0000
Subject: [issue11093] test_future - rename not-unittest files to make
	regrtest.NOTTESTS an empty set
In-Reply-To: <1296587284.84.0.269223815277.issue11093@psf.upfronthosting.co.za>
Message-ID: <E1Q2pio-0001Sw-AK@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 6a649a15cd14 by R David Murray in branch 'default':
#11093: make NOTTESTS empty by renaming confusingly named files in test dir.
http://hg.python.org/cpython/rev/6a649a15cd14

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11093>
_______________________________________

From report at bugs.python.org  Thu Mar 24 19:58:13 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 24 Mar 2011 18:58:13 +0000
Subject: [issue11093] test_future - rename not-unittest files to make
	regrtest.NOTTESTS an empty set
In-Reply-To: <1296587284.84.0.269223815277.issue11093@psf.upfronthosting.co.za>
Message-ID: <1300993093.21.0.718617453216.issue11093@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11093>
_______________________________________

From report at bugs.python.org  Thu Mar 24 20:03:52 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 24 Mar 2011 19:03:52 +0000
Subject: [issue10225] Fix doctest runable examples in python manual
In-Reply-To: <1288318735.45.0.959857258913.issue10225@psf.upfronthosting.co.za>
Message-ID: <1300993432.23.0.754717533817.issue10225@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> Please leave the deployed code for named tuple as-is.  Doctest may
> have issues with trailing whitespace, but that is doctest's problem,
> not named tuple's.

I am curious, what was the reason to add trailing whitespace in the named tuple template?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10225>
_______________________________________

From report at bugs.python.org  Thu Mar 24 20:15:37 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 24 Mar 2011 19:15:37 +0000
Subject: [issue10225] Fix doctest runable examples in python manual
In-Reply-To: <1288318735.45.0.959857258913.issue10225@psf.upfronthosting.co.za>
Message-ID: <1300994137.07.0.793699407423.issue10225@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> I am curious, what was the reason to add 
> trailing whitespace in the named tuple template?

To make it hard to doctest ;-)

I had a thought that it made the template more readable, but the better solution was to just use real newlines instead of '\n'.   The template has been considerably beautified for python 3.3, but I don't want to go back in time and muck with stable code just to accommodate adding a doctest in old docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10225>
_______________________________________

From report at bugs.python.org  Thu Mar 24 20:20:35 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 24 Mar 2011 19:20:35 +0000
Subject: [issue9344] please add posix.getgrouplist()
In-Reply-To: <1279890657.77.0.804697326433.issue9344@psf.upfronthosting.co.za>
Message-ID: <1300994435.76.0.723788659939.issue9344@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Looks good to me as well.  Just a nit-pick: in python code base "sizeof" is not separated from the opening parenthesis.  I understand the desire to distinguish "sizeof" from a function, but it is probably better to be consistent.

----------
assignee: belopolsky -> rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9344>
_______________________________________

From report at bugs.python.org  Thu Mar 24 20:23:24 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 24 Mar 2011 19:23:24 +0000
Subject: [issue9344] please add posix.getgrouplist()
In-Reply-To: <1279890657.77.0.804697326433.issue9344@psf.upfronthosting.co.za>
Message-ID: <1300994604.07.0.0330923637944.issue9344@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Ronald, does it have the same problem as #7900 on OS X or can I commit?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9344>
_______________________________________

From report at bugs.python.org  Thu Mar 24 20:31:28 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 24 Mar 2011 19:31:28 +0000
Subject: [issue9909] request for calendar.dayofyear() function
In-Reply-To: <1285039663.27.0.59327234025.issue9909@psf.upfronthosting.co.za>
Message-ID: <1300995088.52.0.767493142959.issue9909@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9909>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:04:59 2011
From: report at bugs.python.org (Chris Lambacher)
Date: Thu, 24 Mar 2011 20:04:59 +0000
Subject: [issue1156179] Calls from VBScript clobber passed args
Message-ID: <1300997099.1.0.548048916268.issue1156179@psf.upfronthosting.co.za>


Chris Lambacher <chris at kateandchris.net> added the comment:

copied to pywin32 bug tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=3238774&group_id=78018&atid=551954

----------
nosy: +lambacck

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1156179>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:40:48 2011
From: report at bugs.python.org (Michael Hudson)
Date: Thu, 24 Mar 2011 20:40:48 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1300999248.61.0.20578736281.issue11650@psf.upfronthosting.co.za>


Michael Hudson <mwh at users.sourceforge.net> added the comment:

To be clear, I have no idea why the patch for issue 960406 removed the continue from my_fgets.  It may have been simply a mistake.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:41:45 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 24 Mar 2011 20:41:45 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1300999305.86.0.402680845566.issue11610@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

(Darren, what version of OS X and what arguments did you use for ./configure ?  In general, for testing purposes, a vanilla ./configure with no args should work fine for building a Python that works right from your source build directory.  If you want to build something to be installed, avoid using --enable-shared on OS X, see, for instance, Issue11445)

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:43:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 24 Mar 2011 20:43:59 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

A common thing to do in setUp or test* methods is to replace some module attribute with something else, either to mock an object calling an external resource or to test platform-specific behavior (for example, changing os.name before calling some function).  Care has to be taken to restore the initial object with addCleanup, tearDown or in a finally block.

I propose that a new method TestCase.patch (inspired by mock.patch, but more limited in scope) be added, to allow such usages (each example is standalone):

  def setUp(self):
      self.patch(socket, 'socket', MockSocket)

  def test_default_format(self):
      self.patch(os, 'name', 'posix')
      self.assertEqual(get_default_format(), '.tar.gz')
      self.path(os, 'name', 'nt')
      self.assertEqual(get_default_format(), '.zip')

  def setUp(self):
      self.patch(sys, 'path', sys.path.copy())

In each example, patch(object, attribute, value) does this: save object.attribute, set object.attribute to value, register a cleanup function to restore object.attribute.

I assigned to Michael so that he can kill this idea early if he has reason to do so.  If not, please move stage to ?patch needed? (no pun).  I am willing to work on a patch for 3.3 and unittest2 (not sure which is first :)

----------
assignee: michael.foord
components: Library (Lib)
keywords: easy
messages: 132026
nosy: eric.araujo, ezio.melotti, michael.foord
priority: normal
severity: normal
status: open
title: Add patch method to unittest.TestCase
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:49:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 24 Mar 2011 20:49:35 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1300999775.69.0.382755093332.issue11664@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Typo s/self.path/self.patch/

I forgot to mention the rationale for this method: factor out common code to make sure the cleanup is not forgotten.  Also kill debates about addCleanup vs. tearDown vs. try/finally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:50:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 24 Mar 2011 20:50:32 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1300999832.27.0.47964215105.issue11664@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Needless to say the name is open: patch, replace, settempvalue, what have you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:51:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 20:51:24 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <E1Q2rV5-0004iF-CR@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a729dfdbd24b by Eli Bendersky in branch 'default':
Issue #11634: Remove misleading paragraph from a comment
http://hg.python.org/cpython/rev/a729dfdbd24b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:56:50 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 24 Mar 2011 20:56:50 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <E1Q2raL-0005FP-07@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 44749e501982 by Eli Bendersky in branch '2.7':
Issue #11634: Remove misleading paragraph from a comment
http://hg.python.org/cpython/rev/44749e501982

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Thu Mar 24 21:57:54 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 24 Mar 2011 20:57:54 +0000
Subject: [issue11634] misleading comment on PyBytes_FromStringAndSize
In-Reply-To: <1300804882.95.0.132860096.issue11634@psf.upfronthosting.co.za>
Message-ID: <1301000274.39.0.6055207817.issue11634@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Patch reviewed by Nick Coghlan and committed

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11634>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:00:41 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Thu, 24 Mar 2011 21:00:41 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1301000441.98.0.724189870529.issue11650@psf.upfronthosting.co.za>


Changes by Steffen Daode Nurpmeso <sdaoden at googlemail.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:24:33 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 24 Mar 2011 21:24:33 +0000
Subject: [issue11455] issue a warning when populating a CPython type dict with
	non-string keys
In-Reply-To: <1299704028.56.0.168922481621.issue11455@psf.upfronthosting.co.za>
Message-ID: <1301001873.65.0.130863992322.issue11455@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

> I would prefer an explicit PyExc_RuntimeWarning to not have to read the
> source of PyErr_WarnFormat() or its documentation.

The patch at issue11470 adds a new warning type, CompatibilityWarning. I think probably that should be used here too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11455>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:27:32 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Thu, 24 Mar 2011 21:27:32 +0000
Subject: [issue9056] Adding additional level of bookmarks and section numbers
	in python pdf documents.
In-Reply-To: <1277175637.31.0.472126376822.issue9056@psf.upfronthosting.co.za>
Message-ID: <1301002052.71.0.0844828855082.issue9056@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

The number of items in the bookmark is controlled by 

\setcounter{tocdepth}{1}

in sphinxmanual.cls, that's included in every latex file (the source of the PDF documentation). The cls file is coming directly from sphinx, so Georg: what is the purpose of limiting the bookmarks depth to 1? can we consider (somehow) to special-case if for python?

----------
nosy: +georg.brandl, sandro.tosi
versions: +Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9056>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:27:37 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 24 Mar 2011 21:27:37 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301002057.59.0.0188286470982.issue10966@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m probably the one with the least regrtest knowledge among us, but I like the general idea of moving the compat info from one huge dict into the tests themselves.  It looks more readable and maintainable.

The new tests for test.support looks good.

I have a reputation to maintain, so here are some nits:
- ?FS encoding? would be clearer as ?filesystem encoding?.
- The argument names ?required_on? and ?optional? are not symmetrical.
- The indentation is hard to read here:

+pty = import_module('pty',
+            optional=['win32', 'os2emx', 'freebsd4', 'freebsd5', 'freebsd6',
+                        'freebsd7', 'freebsd8'])

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:38:50 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 24 Mar 2011 21:38:50 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <1300950030.4.0.490739395188.issue11660@psf.upfronthosting.co.za>
Message-ID: <1301002730.74.0.717833456741.issue11660@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

And the source of exec_closure is what exactly?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:42:08 2011
From: report at bugs.python.org (Darren Dale)
Date: Thu, 24 Mar 2011 21:42:08 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301002928.22.0.211072578865.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

(Ned, I'm running 10.6.6 with a 64-bit kernel. I've tried running ./configure without any arguments, and also with --prefix=/opt/local, since I install essentially everything with MacPorts.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:42:10 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 21:42:10 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300968458.32.0.944103679715.issue11656@psf.upfronthosting.co.za>
Message-ID: <4D8BBAB0.7000402@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Martin, I agree about the Py_DEBUG issue. My reason for asking is
> really only a workaround for the VC++ problam that you can't link
> non-debug and debug builds together.

Please understand that this is factually incorrect, if, by "debug
build" you mean "build with debug symbols".

> You know what: if you think it isn't worth it just assign it to me
> and I'll try to go the extra step of doing the work and providing a
> patch.

Not sure what a patch might help. It's the effort of actually releasing
the files that I want to avoid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:46:37 2011
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 24 Mar 2011 21:46:37 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <1300950030.4.0.490739395188.issue11660@psf.upfronthosting.co.za>
Message-ID: <1301003197.41.0.875049674701.issue11660@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:47:15 2011
From: report at bugs.python.org (Eric Snow)
Date: Thu, 24 Mar 2011 21:47:15 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <1301002730.74.0.717833456741.issue11660@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=POs=nH04jz8JpmfPXfrKecq5=+7Yead=9GvGp@mail.gmail.com>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I'm hoping to "release" it this week.  Nick helped be a bunch with it during
pycon sprints.  I basically took call_function in ceval.c and got it working
for arbitrary code blocks and exposed it as exec_closure to look like exec.

On Thu, Mar 24, 2011 at 3:38 PM, Benjamin Peterson
<report at bugs.python.org>wrote:

>
> Benjamin Peterson <benjamin at python.org> added the comment:
>
> And the source of exec_closure is what exactly?
>
> ----------
> nosy: +benjamin.peterson
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue11660>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file21379/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________
-------------- next part --------------
I&#39;m hoping to &quot;release&quot; it this week. ??Nick helped be a bunch with it during pycon sprints. ??I basically took call_function in ceval.c and got it working for arbitrary code blocks and exposed it as exec_closure to look like exec.<br>
<br><div class="gmail_quote">On Thu, Mar 24, 2011 at 3:38 PM, Benjamin Peterson <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Benjamin Peterson &lt;<a href="mailto:benjamin at python.org">benjamin at python.org</a>&gt; added the comment:<br>
<br>
And the source of exec_closure is what exactly?<br>
<br>
----------<br>
nosy: +benjamin.peterson<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;<br>
&lt;<a href="http://bugs.python.org/issue11660" target="_blank">http://bugs.python.org/issue11660</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Thu Mar 24 22:48:22 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 24 Mar 2011 21:48:22 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <AANLkTi=POs=nH04jz8JpmfPXfrKecq5=+7Yead=9GvGp@mail.gmail.com>
Message-ID: <AANLkTimhKy+Y5OWPDy0OOH1xZ_=naCRAf6-Z1sezsm_d@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/24 Eric Snow <report at bugs.python.org>:
>
> Eric Snow <ericsnowcurrently at gmail.com> added the comment:
>
> I'm hoping to "release" it this week. ?Nick helped be a bunch with it during
> pycon sprints. ?I basically took call_function in ceval.c and got it working
> for arbitrary code blocks and exposed it as exec_closure to look like exec.

Is it a Python or C function?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:51:15 2011
From: report at bugs.python.org (Eric Snow)
Date: Thu, 24 Mar 2011 21:51:15 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <AANLkTimhKy+Y5OWPDy0OOH1xZ_=naCRAf6-Z1sezsm_d@mail.gmail.com>
Message-ID: <AANLkTinSx0omGG_JBXUgt0wDGG=1NUZHp_Xon_k9ttVo@mail.gmail.com>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

It's a C function that for now I have in an extension module.  If it turns
out to be useful I am going to try to get it put into the builtins, but I
don't want to get ahead of myself.

----------
Added file: http://bugs.python.org/file21380/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________
-------------- next part --------------
It&#39;s a C function that for now I have in an extension module. ??If it turns out to be useful I am going to try to get it put into the builtins, but I don&#39;t want to get ahead of myself.<br>

From report at bugs.python.org  Thu Mar 24 22:51:40 2011
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 24 Mar 2011 21:51:40 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301003500.95.0.650892405835.issue10966@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

In terms of the symmetrical comment, what exactly do you mean? The semantics are opposites of each other. Do you not like the name? Or did I screw up and they truly aren't opposites?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:53:14 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 24 Mar 2011 21:53:14 +0000
Subject: [issue11660] closure with too few cells segfaults
In-Reply-To: <1300950030.4.0.490739395188.issue11660@psf.upfronthosting.co.za>
Message-ID: <1301003594.27.0.338153883262.issue11660@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Then the checking should be in your function.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11660>
_______________________________________

From report at bugs.python.org  Thu Mar 24 22:56:46 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 24 Mar 2011 21:56:46 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301003806.68.0.680070680902.issue10966@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

It?s only the names that are not symmetrical (?_on? or not).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:00:00 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 22:00:00 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1300918579.86.0.407981739941.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301003996.3957.25.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The attached patch has both the code to make test skipping more
> obvious as well as eliminating the concept of expected skips.

I still don't like the idea that we have to hand-maintain lists of
"optional" or "required" platforms. It is not more manageable than the
list of "expected" tests.

For example:

-import_module('_ctypes')
+import_module('_ctypes', optional=['openbsd3', 'netbsd3'])

there are other platforms where _ctypes is not supported. We don't want
to maintain a list of them.

Same for:

+pty = import_module('pty',
+            optional=['win32', 'os2emx', 'freebsd4', 'freebsd5', 'freebsd6',
+                        'freebsd7', 'freebsd8'])

Do you want to keep track of the specificities of each version of the *BSDs?

I'm not sure why you have "optional" and "required_on". Either
"optional" and "required", or "optional_on" and "required_on", would be
more logical (the former looks less verbose to me).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:16:05 2011
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 24 Mar 2011 22:16:05 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301004965.12.0.305183964283.issue10966@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I can change it to 'required' and 'optional'.

As for Antoine's comment, do you have another suggestion? I realize it isn't necessarily easier per se to manage these lists than the 'expected' list, but what would you rather have happen? Simply say tests are skipped because they were not imported and assume people pay enough attention to realize that some compilation error occurred for the modules? That doesn't seem like a much better solution; Nick once didn't realize that there was a compilation issue for an extension as the test was simply skipped to begin with. And when ctypes wouldn't compile under LLVM that was not exactly a test being skipped but a failure (albeit on LLVM's side in that case).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:22:10 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 22:22:10 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1301004965.12.0.305183964283.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301005325.3957.29.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I can change it to 'required' and 'optional'.
> 
> As for Antoine's comment, do you have another suggestion? I realize it
> isn't necessarily easier per se to manage these lists than the
> 'expected' list, but what would you rather have happen?
> Simply say tests are skipped because they were not imported and assume
> people pay enough attention to realize that some compilation error
> occurred for the modules?

Well, "make" clearly tells you which modules couldn't be built at the
end. Many people are already concerned enough by that message :)

Perhaps we can keep required/optional for core things like "posix" or
"winreg". But failing the test suite because ctypes doesn't compile on a
platform is IMO overblown. Especially given that we also go out of our
way to make the test suite pass successfully when e.g. zlib or threads
are unavailable (or at least Ezio did at one point).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:27:07 2011
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 24 Mar 2011 22:27:07 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1301005325.3957.29.camel@localhost.localdomain>
Message-ID: <AANLkTimReavZ0aTz6VQfo1WeyXQG7RJeb-+O2By2Vrzh@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Thu, Mar 24, 2011 at 15:22, Antoine Pitrou <report at bugs.python.org>wrote:

Sure, but do the buildbots pick up on this fact in some visible way?

> Perhaps we can keep required/optional for core things like "posix" or
> "winreg". But failing the test suite because ctypes doesn't compile on a
> platform is IMO overblown. Especially given that we also go out of our
> way to make the test suite pass successfully when e.g. zlib or threads
> are unavailable (or at least Ezio did at one point).
>

Basically anything that isn't built by setup.py? That's the bare minimum I
would want to go with.

Anyone else have an opinion?

----------
Added file: http://bugs.python.org/file21381/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________
-------------- next part --------------
<br><br><div class="gmail_quote">On Thu, Mar 24, 2011 at 15:22, Antoine Pitrou <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
Antoine Pitrou &lt;<a href="mailto:pitrou at free.fr">pitrou at free.fr</a>&gt; added the comment:<br>
<div class="im"><br>
&gt; I can change it to &#39;required&#39; and &#39;optional&#39;.<br>
&gt;<br>
&gt; As for Antoine&#39;s comment, do you have another suggestion? I realize it<br>
&gt; isn&#39;t necessarily easier per se to manage these lists than the<br>
&gt; &#39;expected&#39; list, but what would you rather have happen?<br>
&gt; Simply say tests are skipped because they were not imported and assume<br>
&gt; people pay enough attention to realize that some compilation error<br>
&gt; occurred for the modules?<br>
<br>
</div>Well, &quot;make&quot; clearly tells you which modules couldn&#39;t be built at the<br>
end. Many people are already concerned enough by that message :)<br>
<br></blockquote><div><br>Sure, but do the buildbots pick up on this fact in some visible way?<br>??</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Perhaps we can keep required/optional for core things like &quot;posix&quot; or<br>
&quot;winreg&quot;. But failing the test suite because ctypes doesn&#39;t compile on a<br>
platform is IMO overblown. Especially given that we also go out of our<br>
way to make the test suite pass successfully when e.g. zlib or threads<br>
are unavailable (or at least Ezio did at one point).<br></blockquote><div><br>Basically anything that isn&#39;t built by setup.py? That&#39;s the bare minimum I would want to go with.<br><br>Anyone else have an opinion?<br>

??</div></div>

From report at bugs.python.org  Thu Mar 24 23:29:03 2011
From: report at bugs.python.org (Viktor Ferenczi)
Date: Thu, 24 Mar 2011 22:29:03 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>


New submission from Viktor Ferenczi <python at cx.hu>:

Finding all matches of a expression freezes:

{{{
fviktor at sirius:~$ python3.2
Python 3.2 (r32:88445, Mar  8 2011, 01:24:57) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import re
>>> text = '\\   = 0) & (lag < 1000) & (registered = 1) & !computer & (autocolor = 0) &'
>>> rx = re.compile(r'(<(?:(?:[^<>]*)|(?:"[^"]*"))*>)')
>>> rx.findall(text)

It freezes at this point with 100% CPU load. So I pressed Ctrl-C to break it, which works:

^CTraceback (most recent call last):
  File "<stdin>", line 1, in <module>
KeyboardInterrupt
>>> 
}}}

It is freezing on Python 2.6.6 as well, so it seems to be an old issue just (re)discovered.

The regexp is ugly, I know. It can be written much simpler (r'(<.*?>|".*?")'), which is working fine. But this issue points out a possible vulnerability: DOS attack due to freezing a Python application utilizing an affected regexp to parse user input.

I wasn't able to narrow down it further, but this issue is also depending on the text parsed, not only on the regexp pattern itself.

----------
components: Library (Lib)
files: regexp_freeze.py
messages: 132048
nosy: complex
priority: normal
severity: normal
status: open
title: Regexp findall freezes
type: crash
versions: Python 2.6, Python 3.2
Added file: http://bugs.python.org/file21382/regexp_freeze.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:33:39 2011
From: report at bugs.python.org (Viktor Ferenczi)
Date: Thu, 24 Mar 2011 22:33:39 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301006019.06.0.297350809039.issue11665@psf.upfronthosting.co.za>


Viktor Ferenczi <python at cx.hu> added the comment:

Fixing my typo in this bug report:

"Finding all matches of a regular expression freezes:"

(I'm not allowed to edit the report's body itself.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:38:27 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 24 Mar 2011 22:38:27 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301006307.7.0.617511104657.issue10966@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:53:08 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 24 Mar 2011 22:53:08 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301007188.72.0.459846085334.issue11477@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Added file: http://bugs.python.org/file21383/8bd713a823b5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Thu Mar 24 23:59:04 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 24 Mar 2011 22:59:04 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301007544.71.0.140588571114.issue11665@psf.upfronthosting.co.za>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Yes, this is known as catastrophic backtracking, and there isn't really a solution for it, some regexps can't be efficiently matched.

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:07:00 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 23:07:00 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301008020.58.0.165093323239.issue11665@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

If I read correctly '(<(?:(?:[^<>]*)|(?:"[^"]*"))*>)', it is something like (A*|B)*. Regex like (A*)* is *very* slow. It can easily be optimized to A*. Or for (A*|B)* => (A|B)*.

So '(<(?:(?:[^<>]*)|(?:"[^"]*"))*>)' can be optimized to '(<(?:(?:[^<>])|(?:"[^"]*"))*>)'.

I hope that it does match the same thing :-)

I wrote a library to optimize regular expression, but you are unliky: it doesn't support (?:...) yet :-)
https://bitbucket.org/haypo/hachoir/wiki/hachoir-regex

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:10:23 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 24 Mar 2011 23:10:23 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301008223.87.0.0139392753957.issue11477@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Martin and I are still experimenting with this issue as a test case for the remote repository diff calculator, so apologies for the noise as we add and remove patch files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:22:09 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 23:22:09 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301008929.81.0.398831168777.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21383/8bd713a823b5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:22:35 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 23:22:35 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301008955.9.0.293454328583.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21384/8bd713a823b5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:22:59 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 23:22:59 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301008979.44.0.493254693273.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21384/8bd713a823b5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:23:40 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 23:23:40 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <1301009020.18.0.458807859964.issue10833@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

My stronger argument was that %.100s was never supported. I am wrong: Python 2 is only to truncate strings in PyErr_Format() (PyString_FromFormatV() supports precision for %s format). As I am the only one wanting to changing that, and I don't have any argument anymore, I accept to leave the code unchanged, but #7330 must be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:23:50 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 24 Mar 2011 23:23:50 +0000
Subject: [issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary
	limit of 500 bytes is outdated
In-Reply-To: <1294196554.94.0.785505480291.issue10833@psf.upfronthosting.co.za>
Message-ID: <1301009030.05.0.21120258074.issue10833@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10833>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:26:47 2011
From: report at bugs.python.org (Jack Jansen)
Date: Thu, 24 Mar 2011 23:26:47 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1301009207.11.0.0531918275442.issue11656@psf.upfronthosting.co.za>


Jack Jansen <jackjansen at users.sourceforge.net> added the comment:

Martin, what I meant by "linking debug and non-debug builds together is impossible" is "you cannot link modules together if they code generation has been set to different runtime systems, for example one module using the debug runtime system and another using the non-debug runtime system".

But: let's cut this short, if this isn't worth the extra load on the release manager then it isn't worth pursuing. I did the work for myself (and co-developers, more importantly) but then I won't try and shape things up for more general consumption.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:35:44 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 24 Mar 2011 23:35:44 +0000
Subject: [issue11666] Test pydoc to display full help for named tuples
In-Reply-To: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>
Message-ID: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

Teach pydoc to find methods and attributes with leadings underscores in a named tuple.

----------
components: Library (Lib)
files: pydoc.patch
keywords: patch
messages: 132055
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Test pydoc to display full help for named tuples
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file21385/pydoc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11666>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:38:16 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 24 Mar 2011 23:38:16 +0000
Subject: [issue11477] Bug in code dispatching based on internal slots
In-Reply-To: <1299965091.63.0.267715976543.issue11477@psf.upfronthosting.co.za>
Message-ID: <1301009896.61.0.624316617734.issue11477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21386/8bd713a823b5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11477>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:45:13 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Thu, 24 Mar 2011 23:45:13 +0000
Subject: [issue11651] Improve test targets in Makefile
In-Reply-To: <1300892266.04.0.602974057054.issue11651@psf.upfronthosting.co.za>
Message-ID: <1301010313.09.0.235211367853.issue11651@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11651>
_______________________________________

From report at bugs.python.org  Fri Mar 25 00:49:28 2011
From: report at bugs.python.org (David Kirkby)
Date: Thu, 24 Mar 2011 23:49:28 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>


New submission from David Kirkby <david.kirkby at onetel.net>:

I'm trying to build a version of Python *without* debugging information.

The reason for me wanting to do this is because there is a bug which is either in gcc or AIX , that prevents recently patched versions of AIX building code where there are static variables that are unitilized. 

So I have tried 

$ export CFLAGS="-g0"
$export CXXFLAGS="-g0"

The "-g0" should disable debugging information. But instead the option occurs before the automatically inserted options, so I see:

gcc -c -fno-strict-aliasing -g0 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes  -I. -IInclude -I./Include   -DPy_BUILD_CORE -o Parser/pgen.o Parser/pgen.c

Because of this, the "-g" overrides the "-g0" and I get debugging information. 

Is there any way to not add -g when building Python?

----------
components: Installation
messages: 132056
nosy: drkirkby
priority: normal
severity: normal
status: open
title: 'configure' script overrides users setting of CFLAGS
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:11:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 00:11:05 +0000
Subject: [issue7330] PyUnicode_FromFormat: implement width and precision for
	%s, %S, %R, %V, %U, %A
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1301011865.12.0.821117165714.issue7330@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I closed #10833 as invalid, because it is a regression of Python 3. PyErr_String() uses PyString_FromFormatV() in Python 2, which supports precision for %s, whereas it uses PyUnicode_FromFormatV() in Python 3, which never supported precision for %s.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7330>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:27:36 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 00:27:36 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This impacts higher-level APIs such as Queue.get() with a positive timeout.
I'm not sure whether it's easily possible to fix this. A Google search seems to suggest that the pipe could be opened with "SYNCHRONIZE" access rights (?) and then WaitForSingleObject() be used on the handle.

----------
messages: 132058
nosy: asksol, brian.curtin, jnoller, krisvale, pitrou, tim.golden
priority: normal
severity: normal
status: open
title: _multiprocessing.Connection.poll with timeout uses polling under Windows
type: resource usage
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:32:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 00:32:50 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301013170.35.0.426122251522.issue11668@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

For the record, the polling code is in conn_poll() in Modules/_multiprocessing/pipe_connection.c.
Windows named pipes seem to be created in pure Python in Lib/multiprocessing/connection.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:39:49 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Fri, 25 Mar 2011 00:39:49 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301013589.08.0.507025855175.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

I wrote:
> The only caveat would be that if you write a partial line to the buffer object (or if you set the buffer object to be fully buffered and write to it), and then write to the text stream, the buffer wouldn't be flushed before the text is written.

Actually it looks like that already happens (because the sys.std{out,err} TextIOWrappers are line-buffered separately to their underlying buffers), so it would not be an incompatibility:

$ python3 -c 'import sys; sys.stdout.write("foo"); sys.stdout.buffer.write(b"bar"); sys.stdout.write("baz\n")'
barfoobaz

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:54:36 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Fri, 25 Mar 2011 00:54:36 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301014476.12.0.0130606260499.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

I wrote:
$ python3 -c 'import sys; sys.stdout.write("foo"); sys.stdout.buffer.write(b"bar"); sys.stdout.write("baz\n")'
barfoobaz

Hmm, the behaviour actually would differ here: the proposed implementation would print

foobaz
bar

(the "foobaz\n" is written by a call to WriteConsoleW and then the "bar" gets flushed to stdout when the process exits).

But since the naive expectation is "foobarbaz\n" and you already have to flush after each call in order to get that, I think this change in behaviour would be unlikely to affect correct applications.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 01:59:20 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Fri, 25 Mar 2011 00:59:20 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301014760.19.0.696803132492.issue1602@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

Presently, a correct application only needs to flush between a sequence of writes and a sequence of buffer.writes.

Don't assume the flush happens after every write, for a correct application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 02:05:29 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Fri, 25 Mar 2011 01:05:29 +0000
Subject: [issue11343] Make errors due to full parser stack identifiable
In-Reply-To: <1299274211.29.0.177006727238.issue11343@psf.upfronthosting.co.za>
Message-ID: <AANLkTinTQzEedrsHGe_ok0yqUWy6j8TxsQU8bUn_S1W3@mail.gmail.com>


Andreas St??hrk <andy-python at hammerhartes.de> added the comment:

On Fri, Mar 4, 2011 at 9:30 PM, Terry J. Reedy <report at bugs.python.org> wrote:
> I agree with Martin (from 2000) that SyntaxError is not right either. Perhaps a new ParseError subclass thereof.

I added a new `ParserError` that inherits from `SyntaxError`.

> I presume REPL == read-eval-print-loop (from Google). Would a new error help such programs (like code.interact, or IDLE)?

Yes, I meant a read-eval-print-loop. A new error would help and if
it's a subclass of SyntaxError, they most likely need no changes at
all to handle that new error, as they have to deal with SyntaxErrors
anyway.

----------
Added file: http://bugs.python.org/file21387/issue11343.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11343>
_______________________________________
-------------- next part --------------
diff -r a729dfdbd24b Doc/library/exceptions.rst
--- a/Doc/library/exceptions.rst	Thu Mar 24 22:32:56 2011 +0200
+++ b/Doc/library/exceptions.rst	Fri Mar 25 01:43:13 2011 +0100
@@ -289,6 +289,12 @@
    This is a subclass of :exc:`IndentationError`.
 
 
+.. exception:: ParserError
+
+   Raised when the parser encounters an error due to internal limitations.
+   This is a subclass of :exc:`SyntaxError`.
+
+
 .. exception:: SystemError
 
    Raised when the interpreter finds an internal error, but the situation does not
diff -r a729dfdbd24b Include/errcode.h
--- a/Include/errcode.h	Thu Mar 24 22:32:56 2011 +0200
+++ b/Include/errcode.h	Fri Mar 25 01:43:13 2011 +0100
@@ -30,6 +30,7 @@
 #define E_EOLS		24	/* EOL in single-quoted string */
 #define E_LINECONT	25	/* Unexpected characters after a line continuation */
 #define E_IDENTIFIER    26      /* Invalid characters in identifier */
+#define E_TOONESTED     27      /* Too many opening parens */
 
 #ifdef __cplusplus
 }
diff -r a729dfdbd24b Include/pyerrors.h
--- a/Include/pyerrors.h	Thu Mar 24 22:32:56 2011 +0200
+++ b/Include/pyerrors.h	Fri Mar 25 01:43:13 2011 +0100
@@ -149,6 +149,7 @@
 PyAPI_DATA(PyObject *) PyExc_SyntaxError;
 PyAPI_DATA(PyObject *) PyExc_IndentationError;
 PyAPI_DATA(PyObject *) PyExc_TabError;
+PyAPI_DATA(PyObject *) PyExc_ParserError;
 PyAPI_DATA(PyObject *) PyExc_ReferenceError;
 PyAPI_DATA(PyObject *) PyExc_SystemError;
 PyAPI_DATA(PyObject *) PyExc_SystemExit;
diff -r a729dfdbd24b Lib/test/exception_hierarchy.txt
--- a/Lib/test/exception_hierarchy.txt	Thu Mar 24 22:32:56 2011 +0200
+++ b/Lib/test/exception_hierarchy.txt	Fri Mar 25 01:43:13 2011 +0100
@@ -29,7 +29,8 @@
       |    +-- NotImplementedError
       +-- SyntaxError
       |    +-- IndentationError
-      |         +-- TabError
+      |    |    +-- TabError
+      |    +-- ParserError
       +-- SystemError
       +-- TypeError
       +-- ValueError
diff -r a729dfdbd24b Lib/test/test_parser.py
--- a/Lib/test/test_parser.py	Thu Mar 24 22:32:56 2011 +0200
+++ b/Lib/test/test_parser.py	Fri Mar 25 01:43:13 2011 +0100
@@ -542,10 +542,7 @@
 
     def test_trigger_memory_error(self):
         e = self._nested_expression(100)
-        print("Expecting 's_push: parser stack overflow' in next line",
-              file=sys.stderr)
-        sys.stderr.flush()
-        self.assertRaises(MemoryError, parser.expr, e)
+        self.assertRaises(ParserError, parser.expr, e)
 
 class STObjectTestCase(unittest.TestCase):
     """Test operations on ST objects themselves"""
diff -r a729dfdbd24b Objects/exceptions.c
--- a/Objects/exceptions.c	Thu Mar 24 22:32:56 2011 +0200
+++ b/Objects/exceptions.c	Fri Mar 25 01:43:13 2011 +0100
@@ -1063,6 +1063,14 @@
 
 
 /*
+ *    ParserError extends SyntaxError
+ */
+MiddlingExtendsException(PyExc_SyntaxError, ParserError, SyntaxError,
+                         "Raised when the parser encounters an error due "
+                         "to internal limitations.");
+
+
+/*
  *    LookupError extends Exception
  */
 SimpleExtendsException(PyExc_Exception, LookupError,
@@ -1998,6 +2006,7 @@
     PRE_INIT(SyntaxError)
     PRE_INIT(IndentationError)
     PRE_INIT(TabError)
+    PRE_INIT(ParserError)
     PRE_INIT(LookupError)
     PRE_INIT(IndexError)
     PRE_INIT(KeyError)
@@ -2061,6 +2070,7 @@
     POST_INIT(SyntaxError)
     POST_INIT(IndentationError)
     POST_INIT(TabError)
+    POST_INIT(ParserError)
     POST_INIT(LookupError)
     POST_INIT(IndexError)
     POST_INIT(KeyError)
diff -r a729dfdbd24b Parser/parser.c
--- a/Parser/parser.c	Thu Mar 24 22:32:56 2011 +0200
+++ b/Parser/parser.c	Fri Mar 25 01:43:13 2011 +0100
@@ -39,8 +39,7 @@
 {
     register stackentry *top;
     if (s->s_top == s->s_base) {
-        fprintf(stderr, "s_push: parser stack overflow\n");
-        return E_NOMEM;
+        return E_TOONESTED;
     }
     top = --s->s_top;
     top->s_dfa = d;
diff -r a729dfdbd24b Python/pythonrun.c
--- a/Python/pythonrun.c	Thu Mar 24 22:32:56 2011 +0200
+++ b/Python/pythonrun.c	Fri Mar 25 01:43:13 2011 +0100
@@ -2052,6 +2052,10 @@
     case E_IDENTIFIER:
         msg = "invalid character in identifier";
         break;
+    case E_TOONESTED:
+        errtype = PyExc_ParserError;
+        msg = "too many opening parens";
+        break;
     default:
         fprintf(stderr, "error=%d\n", err->error);
         msg = "unknown parsing error";

From report at bugs.python.org  Fri Mar 25 02:07:03 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Fri, 25 Mar 2011 01:07:03 +0000
Subject: [issue11343] Make errors due to full parser stack identifiable
In-Reply-To: <1298759991.59.0.16834388397.issue11343@psf.upfronthosting.co.za>
Message-ID: <1301015223.67.0.35443236116.issue11343@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Removed file: http://bugs.python.org/file20926/parser_nested_SyntaxError.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11343>
_______________________________________

From report at bugs.python.org  Fri Mar 25 02:07:09 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Fri, 25 Mar 2011 01:07:09 +0000
Subject: [issue11343] Make errors due to full parser stack identifiable
In-Reply-To: <1298759991.59.0.16834388397.issue11343@psf.upfronthosting.co.za>
Message-ID: <1301015229.88.0.0393110544459.issue11343@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Removed file: http://bugs.python.org/file20925/parser_nested_MemoryError.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11343>
_______________________________________

From report at bugs.python.org  Fri Mar 25 02:21:23 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Fri, 25 Mar 2011 01:21:23 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301016083.18.0.543139742302.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

Glenn Linderman wrote:
> Presently, a correct application only needs to flush between a sequence of writes and a sequence of buffer.writes.

Right. The new requirement would be that a correct app also needs to flush between a sequence of buffer.writes (that end in an incomplete line, or always if PYTHONUNBUFFERED or python -u is used), and a sequence of writes.

> Don't assume the flush happens after every write, for a correct application.

It's rather hard to implement this without any change in behaviour. Or rather, it isn't hard if the TextIOWrapper were to flush its underlying buffer before each time it writes to the console, but I'd be concerned about the extra overhead of that call. I'd prefer not to do that unless the new requirement above leads to incompatibilities in practice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 02:30:04 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Fri, 25 Mar 2011 01:30:04 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301016604.45.0.504015020577.issue1602@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

Would it suffice if the new scheme internally flushed after every buffer.write?  It wouldn't be needed after write, because the correct application would already do one there?

Am I off-base in supposing that the performance of buffer.write is expected to include a flush (because it isn't expected to be buffered)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:01:18 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 02:01:18 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301018478.73.0.874493948651.issue10966@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Antoine wrote:
> Do you want to keep track of the specificities of each version of the *BSDs?

Currently regrtest does, but they are currently all set to the same list of tests.  Perhaps a FreeBSD generic that implies all versions, and then if we ever have a test that varies per version we can add support for that :)

Brett, I think I misunderstood what you were proposing.  I agree with Antoine that it doesn't seem sensible to make the test suite *fail* for those cases where regrtest currently just says "unexpected skip".  I am, however, in favor of moving the infrastructure for marking tests as expected/unexpected skips out of regrtest and into the tests themselves.  And the expected skip report could be dropped, given that skip messages are printed during the test run for things other than whole modules.

I rely on that list of unexpected skips at the end of regrtest as part of my "things look like I expect" check.  If I don't have given optional-but-normal modules installed I know which ones they are.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:05:30 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 02:05:30 +0000
Subject: [issue11321] 9th import of module _pickle always crashes
In-Reply-To: <1298649081.58.0.623637694114.issue11321@psf.upfronthosting.co.za>
Message-ID: <1301018730.32.0.419817801482.issue11321@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11321>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:09:55 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 02:09:55 +0000
Subject: [issue11657] multiprocessing_{send,recv}fd fail with fds > 256
In-Reply-To: <1300928246.81.0.834552598366.issue11657@psf.upfronthosting.co.za>
Message-ID: <1301018995.72.0.769243839128.issue11657@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +asksol, jnoller
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11657>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:12:29 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 02:12:29 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1301014476.12.0.0130606260499.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301019139.25217.22.camel@marge>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Le vendredi 25 mars 2011 ? 00:54 +0000, David-Sarah Hopwood a ?crit :
> David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:
> 
> I wrote:
> $ python3 -c 'import sys; sys.stdout.write("foo");
> sys.stdout.buffer.write(b"bar"); sys.stdout.write("baz\n")'
> barfoobaz
> 
> Hmm, the behaviour actually would differ here: the proposed
> implementation would print
> 
> foobaz
> bar
> 
> (the "foobaz\n" is written by a call to WriteConsoleW and then the
> "bar" gets flushed to stdout when the process exits).
> 
> But since the naive expectation is "foobarbaz\n" and you already have
> to flush after each call in order to get that, I think this change in
> behaviour would be unlikely to affect correct applications.

I would not call this "naive". "foobaz\nbar" is really weird. I think
that sys.stdout and sys.stdout.buffer will both have to flush after each
write, or they may be desynchronized.

Some developers already think that adding sys.stdout.flush() after
print("Processing.. ", end='') is too hard (#11633). So I cannot imagine
how they would react if they will have to do it explicitly after all
print, sys.stdout.write() and sys.stdout.buffer.write().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:42:07 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 25 Mar 2011 02:42:07 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300987962.78.0.747204525702.issue11662@psf.upfronthosting.co.za>
Message-ID: <20110325024157.GB2477@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Mar 24, 2011 at 05:32:42PM +0000, Guido van Rossum wrote:
> I still don't think we should raise URLError on the bad redirect; we
> should treat it the same as a missing URI/Location header, and it
> will raise HTTPError.

Agreed. Updated the hg repository by raising HTTPError instead of
URLError.

Thing to note - HTTPError does not change anything from the
redirection. It would still give the code as 302 with an additional
message saying that Redirection to 'newurl' is not allowed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Fri Mar 25 03:45:06 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 25 Mar 2011 02:45:06 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301021106.89.0.54097881654.issue11662@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


Added file: http://bugs.python.org/file21388/ff71c4416cde.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Fri Mar 25 04:55:25 2011
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 25 Mar 2011 03:55:25 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301025325.45.0.141751091722.issue11668@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

SYNCHRONIZE comes for free on pipes created with CreateNamedPipe, so there's nothing to do there.

I think it's more likely that we'll have to use WaitForMultipleObjects and include the pipe handle with a signal handler for Ctrl-C. I believe this is done elsewhere in the code, timemodule comes to mind (for sleep).

I'll see what I can come up with.

----------
assignee:  -> brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Fri Mar 25 05:33:04 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 04:33:04 +0000
Subject: [issue3851] IDLE: Pressing "Home" on Windows places cursor before
	">>>" instead of after. Solution offered.
In-Reply-To: <1221250835.7.0.322524713176.issue3851@psf.upfronthosting.co.za>
Message-ID: <E1Q2yhq-0004Vu-BH@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a7d50a4e124e by Kurt B. Kaiser in branch '3.1':
<Home> toggle non-functional when NumLock set
http://hg.python.org/cpython/rev/a7d50a4e124e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3851>
_______________________________________

From report at bugs.python.org  Fri Mar 25 07:17:08 2011
From: report at bugs.python.org (Ned Deily)
Date: Fri, 25 Mar 2011 06:17:08 +0000
Subject: [issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"
In-Reply-To: <1300725819.97.0.991086015608.issue11623@psf.upfronthosting.co.za>
Message-ID: <1301033828.1.0.0566670099393.issue11623@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

A similar issue on StackOverflow reminded me that Distutils has support for the ARCHFLAGS environment variable on Mac OS X which you can use when building a C extension module to override the ARCH values that Python was built with.  I don't have Xcode 4 installed yet to verify this but you may be able to work around the problem by something like:

ARCHFLAGS='-arch i386 -arch x86_64' /usr/bin/python2.6 setup.py install

when using the Apple-supplied Python 2.6 or:

ARCHFLAGS='-arch i386' /usr/local/bin/pythonx.x setup.py install

when using a 32-bit-only python.org Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11623>
_______________________________________

From report at bugs.python.org  Fri Mar 25 08:51:32 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 07:51:32 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301039492.51.0.941385080765.issue11665@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Fri Mar 25 09:42:54 2011
From: report at bugs.python.org (Graham Wideman)
Date: Fri, 25 Mar 2011 08:42:54 +0000
Subject: [issue11669] Clarify Lang Ref "Compound statements" footnote
In-Reply-To: <1301042574.67.0.975748752077.issue11669@psf.upfronthosting.co.za>
Message-ID: <1301042574.67.0.975748752077.issue11669@psf.upfronthosting.co.za>


New submission from Graham Wideman <initcontact at grahamwideman.com>:

In Language Ref section 7 "Compound Statements":
http://docs.python.org/release/3.1.3/reference/compound_stmts.html
there's a footnote regarding what happens to unhandled exceptions in a try-except statement:

[1] The exception is propagated to the invocation stack only if there is no *finally* clause that negates the exception.

This is very unclearly worded, especially since the reader in need of this footnote is probably familiar with the *except* clause being the one to "negate" an exception, and may well think this footnote is in error.  This footnote could provide a more convincing explanation: 

[1] The exception is propagated to the invocation stack unless there is a finally clause which happens to raise another exception. That new exception causes the old exception to be lost.

----------
assignee: docs at python
components: Documentation
messages: 132072
nosy: docs at python, gwideman
priority: normal
severity: normal
status: open
title: Clarify Lang Ref "Compound statements" footnote
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11669>
_______________________________________

From report at bugs.python.org  Fri Mar 25 10:16:45 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 25 Mar 2011 09:16:45 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301044605.82.0.811809565464.issue11667@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

You should override the OPT variable as well. I tried:

$ CFLAGS="" OPT="-fwrapv -O3 -Wall" ./configure

Then "make" shows lines like:

gcc -pthread -c -fno-strict-aliasing  -DNDEBUG -fwrapv -O3 -Wall  -I. -IInclude -I./Include   -DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c

----------
nosy: +amaury.forgeotdarc
resolution:  -> works for me
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Fri Mar 25 10:31:41 2011
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 25 Mar 2011 09:31:41 +0000
Subject: [issue5438] test_bigmem.test_from_2G_generator uses more memory than
	expected
In-Reply-To: <1236475515.92.0.849329057425.issue5438@psf.upfronthosting.co.za>
Message-ID: <1301045501.59.0.103575836637.issue5438@psf.upfronthosting.co.za>


Thomas Wouters <thomas at python.org> added the comment:

I'm not surprised this test takes up more memory... It claims to take up 9 times the test size in memory, with a minimum useful test size of 1G. With a limit of 12G that would make the test size about 1.33G. However, it then proceeds to build a tuple of 159 million distinct integers and stuffs them into a tuple. Each integer is at least 24 bytes long, plus the 8 of the pointer in the tuple, making the total memory use over 32 times the test size. I'll fix the test.

----------
assignee:  -> twouters
nosy: +twouters
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5438>
_______________________________________

From report at bugs.python.org  Fri Mar 25 11:08:19 2011
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 25 Mar 2011 10:08:19 +0000
Subject: [issue11670] configparser read_file now iterates over f,
	docs still say it calls readline
In-Reply-To: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>
Message-ID: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>


New submission from Larry Hastings <larry at hastings.org>:

The documentation for configparser.RawConfigParser.read_file() states:

"Read and parse configuration data from the file or file-like object in f (only the readline() method is used)."

This was true in Python 3.1 and before.  However in 3.2 the implementation of read_file changed.  It no longer calls readline().  Instead, it iterates over the file object.  Whoever made this change neglected to

* fix the docs, or apparently
* tell anybody.

I've got the commit bit, so I'd be happy to fix this.

I'd like to add it to the What's New In Python 3.2 as well; there's a section about configparser changes that would be perfect.  Is it permissible to change the What's New document ex post facto like this?  (Adding rhettinger so he can answer this.)

----------
assignee: docs at python
components: Documentation
messages: 132075
nosy: docs at python, larry, rhettinger
priority: low
severity: normal
stage: needs patch
status: open
title: configparser read_file now iterates over f, docs still say it calls readline
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11670>
_______________________________________

From report at bugs.python.org  Fri Mar 25 11:13:19 2011
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 25 Mar 2011 10:13:19 +0000
Subject: [issue11670] configparser read_file now iterates over f,
	docs still say it calls readline
In-Reply-To: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>
Message-ID: <1301047999.93.0.817480210345.issue11670@psf.upfronthosting.co.za>


Larry Hastings <larry at hastings.org> added the comment:

By the same token, readfp is now deprecate in favor of the new spelling read_file.  That change *is* mentioned in configparser.  If I'm touching What's New In Python 3.2, mind if I add a mention of that too?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11670>
_______________________________________

From report at bugs.python.org  Fri Mar 25 11:34:30 2011
From: report at bugs.python.org (Gunnar Aastrand Grimnes)
Date: Fri, 25 Mar 2011 10:34:30 +0000
Subject: [issue11649] startElementNS in xml.sax.saxutils.XMLGenerator ignored
	encoding
In-Reply-To: <1300887023.39.0.212589786895.issue11649@psf.upfronthosting.co.za>
Message-ID: <1301049270.27.0.445414291344.issue11649@psf.upfronthosting.co.za>


Gunnar Aastrand Grimnes <gromgull at gmail.com> added the comment:

I came across the bug when trying to write XML documents to StringIO objects. This does not work, since the output contains a mix of unicode and str objects, and StringIO gets confused. 

A better alternative is to use io.BytesIO, since all output should be encoded, but this also throws an error since it gets some unicode objects. 

The attached file breaks for both cases (comment/uncomment StringIO to test)

----------
Added file: http://bugs.python.org/file21389/xmltest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11649>
_______________________________________

From report at bugs.python.org  Fri Mar 25 11:38:35 2011
From: report at bugs.python.org (David Kirkby)
Date: Fri, 25 Mar 2011 10:38:35 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301049515.8.0.321511208451.issue11667@psf.upfronthosting.co.za>


David Kirkby <david.kirkby at onetel.net> added the comment:

Thank you. That solved it, so you can close this.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Fri Mar 25 11:39:00 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 25 Mar 2011 10:39:00 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301049540.42.0.430876940796.issue11667@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:04:45 2011
From: report at bugs.python.org (David Kirkby)
Date: Fri, 25 Mar 2011 12:04:45 +0000
Subject: [issue6006] ffi.c compile failures on AIX 5.3 with xlc
In-Reply-To: <1242148314.87.0.355689567924.issue6006@psf.upfronthosting.co.za>
Message-ID: <1301054685.77.0.682820697751.issue6006@psf.upfronthosting.co.za>


David Kirkby <david.kirkby at onetel.net> added the comment:

I've just downloaded libffi-3.0.9 (the latest) and it builds with no problems on my AIX 5.3 system. 

Is there any chance of the version of libffi in Python being updated?

----------
nosy: +drkirkby

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6006>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:14:58 2011
From: report at bugs.python.org (=?utf-8?q?Felix_Gr=C3=B6bert?=)
Date: Fri, 25 Mar 2011 12:14:58 +0000
Subject: [issue11671] Potential misuse of wsgiref.headers.Headers
In-Reply-To: <1301055298.41.0.957962483368.issue11671@psf.upfronthosting.co.za>
Message-ID: <1301055298.41.0.957962483368.issue11671@psf.upfronthosting.co.za>


New submission from Felix Gr?bert <groebert at google.com>:

As noted by security at python.org's response I'm filing this bug here.


In wsgiref.headers.Headers it is possible to include headers which
contain a newline (i.e. \n or \r) either through add_header or
__init__. It is not uncommon that developers provide web applications
to the public in which the HTTP response headers are not filtered for
newlines but are controlled by the user. In such scenarios a malicious
user can use a newline to inject another header or even initiate a
HTTP response body. The impact would be at least equivalent to XSS.
Therefore, I suggest to filter/warn/except header tuples which contain
the above characters upon assignment in wsgiref.headers.

----------
components: Library (Lib)
messages: 132080
nosy: Felix.Gr?bert
priority: normal
severity: normal
status: open
title: Potential misuse of wsgiref.headers.Headers
type: security
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11671>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:25:21 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Fri, 25 Mar 2011 12:25:21 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1301055921.48.0.889216626868.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

The bugs seems not to be limited to the REPL.

# Python 2.6 with readline on Mac OS X
$ python -c "raw_input()"
^Z
[1]+  Stopped                 python -c "raw_input()"
$ fg
python -c "raw_input()"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
EOFError


# Python 3.1 on Debian Linux
$ python3.1 -c "print(input())"
^Z
[1]+  Stopped                 python3.1 -c "print(input())"
$ fg
python3.1 -c "print(input())"
hello
hello


# Python 3.3(267578b2422d) without readline, OS X (I've put two extra printfs around fgets in myreadline.c)
$ ./python.exe -c "print(input())"
Entering fgets
^Z
[1]+  Stopped                 ./python.exe -c "print(input())"
$ fg
./python.exe -c "print(input())"
fgets returned 0
Traceback (most recent call last):
  File "<string>", line 1, in <module>
EOFError
[36537 refs]


# same as before with Charles-Francois patch applied
$ ./python.exe -c "print(input())"
^Z
[1]+  Stopped                 ./python.exe -c "print(input())"
$ fg
./python.exe -c "print(input())"
hello
hello
[36538 refs]


Some remarks here:
1) the bug is in all tested versions running on OS X, and the patch does fix it.

2) I tested with and without GNU readline and input()'s behavior doesn't change when running with python -c (i.e. it uses myreadline.c instead of GNU readline). Though, if run interactively, input() uses readline.
Isn't input() supposed to use readline whenever reading from a tty, not only if called from the REPL? Or even if it were to fallback, shouldn't that be on TextIOWrapper(sys.stdin).readline()?

3) io module seems to be doing it right already. sys.stdin.read() raises an IOError (not an EOFError as input() incorrectly does, this is acceptable as a platform quirk) when interrupted, while sys.stdin.readline() handles the interruption without complaining at all.
Maybe myreadline.c is too old and wants to be replaced (or backed) by io in 3.3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:27:15 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 12:27:15 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <E1Q366j-0001CG-6d@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 1402c719b7cf by Ezio Melotti in branch '3.1':
#2650: Refactor the tests for re.escape.
http://hg.python.org/cpython/rev/1402c719b7cf

New changeset 9147f7ed75b3 by Ezio Melotti in branch '3.1':
#2650: Add tests with non-ascii chars for re.escape.
http://hg.python.org/cpython/rev/9147f7ed75b3

New changeset ed02db9921ac by Ezio Melotti in branch '3.1':
#2650: Refactor re.escape to use enumerate().
http://hg.python.org/cpython/rev/ed02db9921ac

New changeset 42ab3ebb8c2c by Ezio Melotti in branch '3.2':
#2650: Merge with 3.1.
http://hg.python.org/cpython/rev/42ab3ebb8c2c

New changeset 9da300ad8255 by Ezio Melotti in branch 'default':
#2650: Merge with 3.2.
http://hg.python.org/cpython/rev/9da300ad8255

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:41:59 2011
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 25 Mar 2011 12:41:59 +0000
Subject: [issue11654] errors in atexit hooks don't change process exit code
In-Reply-To: <1300912017.1.0.699282992507.issue11654@psf.upfronthosting.co.za>
Message-ID: <1301056919.92.0.744718285158.issue11654@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Comparing to the atexit() in C, I think this is the wrong behavior. I's weird that error in atexit does't change process exit code while error in common python code does. There should be a fix.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11654>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:51:09 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 12:51:09 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <E1Q36Tr-0003Cz-93@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d52b1faa7b11 by Ezio Melotti in branch '2.7':
#2650: Refactor re.escape and its tests.
http://hg.python.org/cpython/rev/d52b1faa7b11

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 13:57:27 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 12:57:27 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1301057847.15.0.983637864081.issue2650@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I did a few more tests and using a re.sub seems indeed slower (the implementation is just 4 lines though, and it's more readable):

wolf at hp:~/dev/py/3.1$ ./python -m timeit -s 'import re,string; escape_pattern = re.compile("([^\x00a-zA-Z0-9])")' 'escape_pattern.sub(r"\\\1", string.printable).replace("\x00", "\\000")'
1000 loops, best of 3: 219 usec per loop
wolf at hp:~/dev/py/3.1$ ./python -m timeit -s 'import re,string' 're.escape(string.printable)'
10000 loops, best of 3: 59.3 usec per loop
wolf at hp:~/dev/py/3.1$ ./python -c 'import re,string; escape_pattern = re.compile("([^\x00a-zA-Z0-9])"); print(escape_pattern.sub(r"\\\1", string.printable).replace("\x00", "\\000") == re.escape(string.printable))'
True

wolf at hp:~/dev/py/3.1$ ./python -m timeit -s 'import re,string; escape_pattern = re.compile(b"([^\x00a-zA-Z0-9])"); s = string.printable.encode("ascii")' 'escape_pattern.sub(br"\\\1", s).replace(b"\x00", b"\\000")'
1000 loops, best of 3: 231 usec per loop
wolf at hp:~/dev/py/3.1$ ./python -m timeit -s 'import re,string; s = string.printable.encode("ascii")' 're.escape(s)'
10000 loops, best of 3: 73.2 usec per loop
wolf at hp:~/dev/py/3.1$ ./python -c 'import re,string; escape_pattern = re.compile(b"([^\x00a-zA-Z0-9])"); s = string.printable.encode("ascii"); print(escape_pattern.sub(br"\\\1", s).replace(b"\x00", b"\\000") == re.escape(s))'
True

The .replace() doesn't seem to affect the affect the speed in any significant way.
I also did a few more tests:
 1) using enumerate();
 2) like 1) but also moving \x00 in the set of alnum chars, removing the "if c == '\000'" from the loop and using .replace("\x00", "\\000") on the joined string;
 3) like 2) but also moving the loop in a genexp inside the join();

1) is the fastest (10-15% faster than the original), 2) is pretty much the same speed of 1), and 3) is slower, so I just changed re.escape to use enumerate() and refactored its tests in 2.7/3.1/3.2/3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 14:21:07 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 25 Mar 2011 13:21:07 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1301055921.48.0.889216626868.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110325132050.GA15655@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 25, 2011 at 12:25:21PM +0000, Davide Rizzo wrote:
> Some remarks here:
> 1) the patch does fix it.

Yes!

I can't comment the rest except for what
    .. function:: input([prompt])
states, which Davide surely have read himself.

Anyway it seems to be a good idea to replace parts of the code 
where such severe bugs can sleep for such a long time. 
This code will not be used automatically on, yes, *all* modern 
UNIX platforms (don't let me think on what "modern" means here). 

So if there are no dependencies i don't know of (but even without 
knowing i would think there should be none - this is readline), 
it seems that providing a simple Python-based fallback 
implementation, which will use functions which themselves will be 
used daily in real life, is a good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 14:25:57 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 13:25:57 +0000
Subject: [issue2650] re.escape should not escape underscore
In-Reply-To: <1208441650.53.0.945063086485.issue2650@psf.upfronthosting.co.za>
Message-ID: <1301059557.5.0.832283996437.issue2650@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The attached patch (issue2650.diff) adds '_' to the list of chars that are not escaped.

----------
keywords: +patch
Added file: http://bugs.python.org/file21390/issue2650.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2650>
_______________________________________

From report at bugs.python.org  Fri Mar 25 14:51:46 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 13:51:46 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301061106.04.0.568905610677.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thinking about this some more, I now think it is incorrect that an 8bit header causes getitem to return a Header object.  I think instead it should be returning the stringified version of the header, including the unknown-8bit encoding.  That way decode_header can be used as normal to recover the original bytes.

I hate making a change like this in a bug fix release, but in this case I think it is the right thing to do.  I will propose a patch soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:02:17 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 14:02:17 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301061737.69.0.766490616556.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It is reasonably likely that the attached patch will fix this.  It also removes 3 seconds of fixed overhead from the test.

----------
keywords: +patch
nosy: +r.david.murray
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.3
Added file: http://bugs.python.org/file21391/test_mailbox_refresh.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:17:03 2011
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 25 Mar 2011 14:17:03 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301062623.08.0.877059956298.issue11647@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Agreed with nick's idea, the implicitly recreation of the context managers would confuse users.

How about removing the "generator must yield exactly one value" restriction of @contextlib.contextmanage? Then if I want a generator to be used as a common context manager, I can make it yield exactly one value, else further if I want the resulting context manager can be used as a decorator, (reusable), I can put the generator code in a "while True" loop and add a "yield" at the end of loop body, like this:

@contextmanager
def func():
    while True:
        print('begin func')
        yield
        print('end func')
        yield

:)

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:23:14 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 25 Mar 2011 14:23:14 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1301061106.04.0.568905610677.issue11584@psf.upfronthosting.co.za>
Message-ID: <20110325141958.GA88694@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 25, 2011 at 01:51:46PM +0000, R. David Murray wrote:
> I now think it is incorrect that an 8bit header causes getitem 
> to return a Header object.
> I think instead it should be returning the stringified version 
> of the header, including the unknown-8bit encoding.

It seems to be much better to either return only strings or only 
objects. 
You've prominently documented that (in a model generated from 
bytes) objects are returned, and *DesignThoughts* states that 
*all* headers will be represented as objects in the upcoming 
package, so it's my guess that many people who are currently 
programming email things using Py3K go for Header. 

Thus, to give you a neat NONONO - why not simply allowing header 
objects for decode_header(), too?
:)

----------
title: email.decode_header fails if msg.__getitem__ returns  Header object -> email.decode_header fails if msg.__getitem__ returns Header object

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:26:45 2011
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 25 Mar 2011 14:26:45 +0000
Subject: [issue11654] errors in atexit hooks don't change process exit code
In-Reply-To: <1300912017.1.0.699282992507.issue11654@psf.upfronthosting.co.za>
Message-ID: <1301063205.35.0.153406995685.issue11654@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

A straight forward fix maybe making the interpreter exit code a static global variable and change it in Modules/atexitmodule.c:atexit_callfuncs() in the case of errors occurred.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11654>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:29:24 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 14:29:24 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301063364.69.0.725691889202.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I documented that?  Where?

It is true that the fact that all headers will be objects when using the email6 API was one reason I did it this way, but in hindsight I don't think it was the right choice.  However, I/we may now be stuck with it, in which case you are right, we could make decode_header just return the chunks from a Header object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:38:08 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 14:38:08 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1301062623.08.0.877059956298.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301063885.3703.1.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Agreed with nick's idea, the implicitly recreation of the context
> managers would confuse users.

Uh, why would it? That's exactly what I expect the decorator to do, and
I was astonished to discover that it *doesn't*.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:42:58 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 25 Mar 2011 14:42:58 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1301063364.69.0.725691889202.issue11584@psf.upfronthosting.co.za>
Message-ID: <20110325144243.GC86511@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 25, 2011 at 02:29:24PM +0000, R. David Murray wrote:
> I documented that?  Where?

Changeset:   67447:cad1811d9e13
user:        R. David Murray <rdmurray at bitdance.com>
date:        Fri Jan 07 23:25:30 2011 +0000
summary:     #10686: recode non-ASCII headers to 'unknown-8bit' instead of ?s.

It was a friday.
So, have a nice weekend.
:)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:50:13 2011
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 25 Mar 2011 14:50:13 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301064613.33.0.195955542803.issue11647@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

> > Agreed with nick's idea, the implicitly recreation of the context
> > managers would confuse users.

> Uh, why would it? That's exactly what I expect the decorator to do, and
> I was astonished to discover that it *doesn't*.


Because there is no *OBVIOUS* code or sign which can illustrate that context manager changes from a one-shot to a reusable. When using in "with" statement, it's a one-shot, while using as a decorator, it becomes a reusable. I think the way using it doesn't provide enough reason for its behavior change. Is there somebody who may expected that the GeneratorContextManager IS a one-shot?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:52:30 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 14:52:30 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301064750.29.0.935747856667.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Heh.

OK, so I think we're stuck with it, then.  It does mean I don't have to handle certain other edge cases, and can punt more convenient handling of them into email6.  I'll make the patch for decode_header instead, then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:52:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 14:52:49 +0000
Subject: [issue5482] RFC: improve distutils bdist_rpm so it builds pure python
	modules as single packages that works across architectures
In-Reply-To: <1236943653.87.0.451270681282.issue5482@psf.upfronthosting.co.za>
Message-ID: <1301064769.5.0.977414378425.issue5482@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

To complement Terry?s closing message: bdist_rpm is frozen in distutils, removed in distutils2/packaging, but has a new life at https://bitbucket.org/tarek/pypi2rpm/

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5482>
_______________________________________

From report at bugs.python.org  Fri Mar 25 15:57:49 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 14:57:49 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1301065069.17.0.192152238908.issue1597850@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.3 -3rd party, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:04:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 15:04:29 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301065469.8.0.0722206539234.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

OK, here is the patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file21392/decode_Header.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:24:21 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 15:24:21 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1301064613.33.0.195955542803.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301066658.3703.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Because there is no *OBVIOUS* code or sign which can illustrate that
> context manager changes from a one-shot to a reusable.

I'm talking about the decorator, not the context manager. Surely there
is a way for the decorator to instantiate a new context manager each
time the decorated function is called? I may miss something, but it
doesn't sound like rocket science.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:25:04 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Fri, 25 Mar 2011 15:25:04 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1301065469.8.0.0722206539234.issue11584@psf.upfronthosting.co.za>
Message-ID: <20110325152446.GD86511@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Fri, Mar 25, 2011 at 03:04:29PM +0000, R. David Murray wrote:
> OK, here is the patch.

Works fine at a first glance and for me - i see you didn't stuck :/. 
Say, though not belonging here, can you think of problems incurred 
in message.py:_sanitize_headers() due to

   if _has_surrogates(value):

instead of:

   if _has_surrogates_or_8bit(value):

I stumbled over that place somewhen but fixing it was no real 
help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:25:27 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 15:25:27 +0000
Subject: [issue3754] cross-compilation support for python build
In-Reply-To: <1220305759.82.0.468834426074.issue3754@psf.upfronthosting.co.za>
Message-ID: <1301066727.07.0.881897246832.issue3754@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3754>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:26:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 15:26:44 +0000
Subject: [issue3754] cross-compilation support for python build
In-Reply-To: <1220305759.82.0.468834426074.issue3754@psf.upfronthosting.co.za>
Message-ID: <1301066804.08.0.193533724926.issue3754@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I see some ?fix for issue #NNN is bogus? in your patch: would you open separate bug reports for those?  A diff file is not a very useful way to report bugs or express opinions <wink>.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3754>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:28:50 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 15:28:50 +0000
Subject: [issue8982] argparse docs cross reference Namespace as a class but
	the Namespace class is not documented
In-Reply-To: <1276350269.78.0.816004374409.issue8982@psf.upfronthosting.co.za>
Message-ID: <1301066930.12.0.552945694118.issue8982@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8982>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:41:47 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 15:41:47 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301067707.13.0.153320388243.issue9557@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, on my new setup (Windows 7 VM with a Python checkout located on an SMB drive), the test sometimes passes and sometimes fails, regardless of the patch.
I suspect that maybe maildir requires atomicity guarantees that a network FS won't provide.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:49:13 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 15:49:13 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1301068153.69.0.0486365783819.issue1006238@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

See also #3754.

Please remember that the bug tracker is meant to develop Python, not offer support about autoconf or patch(1).

----------
nosy: +eric.araujo
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Fri Mar 25 16:50:09 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 15:50:09 +0000
Subject: [issue11670] configparser read_file now iterates over f,
	docs still say it calls readline
In-Reply-To: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>
Message-ID: <1301068209.24.0.476227219469.issue11670@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I don't think this is worthy of being in whatsnew.
Feel free to update the other docs though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11670>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:02:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:02:33 +0000
Subject: [issue10914] Python sub-interpreter test
In-Reply-To: <1295098719.73.0.016388283782.issue10914@psf.upfronthosting.co.za>
Message-ID: <1301068953.36.0.244372997699.issue10914@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Note that I think it would be a perfectly reasonable feature request to better isolate and improve the compiler in packaging/distutils2.  (This does not mean this issue should be delayed.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10914>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:08:53 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:08:53 +0000
Subject: [issue11670] configparser read_file now iterates over f,
	docs still say it calls readline
In-Reply-To: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>
Message-ID: <1301069333.87.0.262073435121.issue11670@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: docs at python -> lukasz.langa
nosy: +lukasz.langa
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11670>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:09:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:09:44 +0000
Subject: [issue11671] Security hole in wsgiref.headers.Headers
In-Reply-To: <1301055298.41.0.957962483368.issue11671@psf.upfronthosting.co.za>
Message-ID: <1301069384.96.0.347538335393.issue11671@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> pje
nosy: +pje
stage:  -> needs patch
title: Potential misuse of wsgiref.headers.Headers -> Security hole in wsgiref.headers.Headers
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11671>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:10:34 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:10:34 +0000
Subject: [issue11669] Clarify Lang Ref "Compound statements" footnote
In-Reply-To: <1301042574.67.0.975748752077.issue11669@psf.upfronthosting.co.za>
Message-ID: <1301069434.24.0.575862990423.issue11669@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +needs review, patch
stage:  -> patch review
versions:  -Python 2.5, Python 2.6, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11669>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:14:59 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 16:14:59 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301069699.57.0.919052524899.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Let's try the "Remote hg repo" feature.

----------
hgrepos: +8

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:16:36 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 16:16:36 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301069796.2.0.47707903658.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21393/ec274420e9e2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:19:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:19:18 +0000
Subject: [issue11666] Test pydoc to display full help for named tuples
In-Reply-To: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>
Message-ID: <1301069958.93.0.291579267054.issue11666@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

LGTM.  I?m not sure I?d add it in stable versions, though.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11666>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:24:06 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 16:24:06 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301070246.15.0.925390508661.issue11584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Theoretically there should be no way to get bytes into that code path.  I'm sure there's a way if you try hard enough (I haven't tried directly assigning a byte string as a header value, for example), but they would be broken uses of the API.  If you have an identifiable bug, though, open an issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:25:20 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 16:25:20 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301070320.99.0.607666182323.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ok, here is a full patch tested on Linux and Windows:
 - Add faulthandler module (code, doc, tests) as a builtin module
 - Add "-X faulthandler=1" command line option and PYTHONFAULTHANDLER=1 en var to enable the fault handler at startup
 - Add _Py_DumpTraceback() and _Py_DumpTracebackThreads() functions to Python/traceback.c
 - Py_FatalError() calls _Py_DumpTraceback() if there is not exception
 - Initialize/Unload faulthandler explicitly in Py_InitializeEx()/Py_Finalize() to do it in the right order

I added a section in the doc to explain the file descriptor issue.

I merged different .c and .h files into faulthandler.c, the code is easier to read and maintain like that.

I don't know if the following test is the best test to check if SIGARLM constant and alarm() function are available:

+#ifdef SIGALRM
+#  define FAULTHANDLER_LATER
+#endif

(The test works at least on Linux and Windows)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:28:01 2011
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 25 Mar 2011 16:28:01 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301070481.25.0.0338463748358.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

(Reminder for me: add something to Doc/whatsnew/3.3.rst and Misc/NEWS)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:30:42 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 16:30:42 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301070642.16.0.06937620446.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

That could be, certainly.  The code is depending on the mtime having a resolution of at least one second.  Try making the constant 61 instead of 60.  If that doesn't work, try putting the mtime back a lot farther and see if that makes it work  If it passes with that change then it could be the assumptions made by the code are also incorrect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:32:27 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 16:32:27 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301070747.71.0.763816994853.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Can you run ?./python -m distutils.tests.test_archive_util??  We may get more output.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:36:11 2011
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 25 Mar 2011 16:36:11 +0000
Subject: [issue11665] Regexp findall freezes
In-Reply-To: <1301005743.88.0.293616308721.issue11665@psf.upfronthosting.co.za>
Message-ID: <1301070971.2.0.203714516611.issue11665@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

Alex is correct.

This part:

    [^<>]*

can match an empty string, and it's nested with a repeated group. It stalls, repeatedly matching an empty string.

Incidentally, my regex implementation (available on PyPI) returns [].

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11665>
_______________________________________

From report at bugs.python.org  Fri Mar 25 17:50:26 2011
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 25 Mar 2011 16:50:26 +0000
Subject: [issue11670] configparser read_file now iterates over f,
	docs still say it calls readline
In-Reply-To: <1301047699.5.0.476245530251.issue11670@psf.upfronthosting.co.za>
Message-ID: <1301071826.31.0.723707143468.issue11670@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Ouch, this would be my fault. I agree with Raymond, at this point I think we should only update the docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11670>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:03:26 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 17:03:26 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301072606.66.0.127195233027.issue9557@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Indeed, 61 seems to work. I don't understand the comment about one-second granularity, shouldn't it be one-minute? (or why do you need 61?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:08:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:08:35 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301072915.18.0.351588682293.issue5845@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Ned, does readline.read_init_file() with libedit?

----------
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:29:48 2011
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 25 Mar 2011 17:29:48 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301074188.93.0.953378845931.issue11664@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:30:11 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 17:30:11 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301074211.0.0.329248319784.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Hmm.  You are right, I wasn't thinking clearly, and I copied that mtime setting call from another test.  Now I have no idea why 61 would work, unless the clock between your virthost and your smb server is off by a minute?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:30:11 2011
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 25 Mar 2011 17:30:11 +0000
Subject: [issue11640] Shelve references globals in its __del__ method
In-Reply-To: <1300832144.38.0.133902930927.issue11640@psf.upfronthosting.co.za>
Message-ID: <1301074211.97.0.806234407006.issue11640@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11640>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:34:22 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 17:34:22 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1301074211.0.0.329248319784.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301074458.3703.11.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Hmm.  You are right, I wasn't thinking clearly, and I copied that
> mtime setting call from another test.  Now I have no idea why 61 would
> work, unless the clock between your virthost and your smb server is
> off by a minute?

No, they seem exactly synchronized.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:39:42 2011
From: report at bugs.python.org (Ned Deily)
Date: Fri, 25 Mar 2011 17:39:42 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301074782.02.0.0839439422408.issue5845@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

readline.read_init_file() does work with libedit.  The directives read have to be in libedit format.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:41:49 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 17:41:49 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301074909.62.0.873565746929.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Could you print out the mtime values that are being set, and the value of self._mbox._last_read?  Or, rather, print out the result of calls to os.path.getmtime on the two directories after the mtime is changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:45:06 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:45:06 +0000
Subject: [issue11600] PY_CFLAGS and PY_CPPFLAGS inconsistent
In-Reply-To: <1300474039.66.0.607700128709.issue11600@psf.upfronthosting.co.za>
Message-ID: <1301075106.0.0.605286451459.issue11600@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Ditto for sysconfig.

----------
nosy: +benjamin.peterson, jcea, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11600>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:47:43 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:47:43 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1301075263.44.0.871922030772.issue11614@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What?s import __hello__?  I don?t have it in any version from 2.4 to 3.2.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:48:38 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:48:38 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1301075318.33.0.00290819726164.issue6087@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

get_makefile_filename also fails when run from a checkout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:51:20 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:51:20 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301075480.32.0.691998927888.issue11667@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is this worth a README or doc update?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:51:39 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 17:51:39 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301075499.03.0.395665319629.issue9557@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

before: os.path.getmtime('cur') = 1301075411.6942866
before: os.path.getmtime('new') = 1301075411.693287
after: os.path.getmtime('cur') = 1301075347.38
after: os.path.getmtime('new') = 1301075347.38
self._box._last_read = 1301075407.365
time.time() = 1301075408.395

(the test passed here)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:52:48 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:52:48 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1301075568.81.0.829329764656.issue11614@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Okay, it doesn?t work with -m __hello__, but using -c "import __hello__" I can see the message in all versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:54:50 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 17:54:50 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1301075690.32.0.336390166852.issue10617@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I put the list under the table and grouped a few more ABCs. If this patch is OK I'll commit it.

----------
Added file: http://bugs.python.org/file21394/issue10617-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Fri Mar 25 18:56:20 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 17:56:20 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <1301075780.65.0.478101321813.issue11071@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

?unencoded? is still here.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:11:26 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 18:11:26 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301076686.04.0.392769642221.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Hmm.  411-61=350.  Three seconds difference looks a little odd.  But doesn't explain 60 vs 61 making the difference in the test.

Can you change it back to 60 (or even less) and see what the values look like when the test fails?

It is interesting (and possibly meaningful) that the last modified time 'before' appears to be in the future compared to time.time by 3-plus seconds.  That would at least explain why the test fails without the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:11:52 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 18:11:52 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1301076712.31.0.884387624264.issue10617@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


Added file: http://bugs.python.org/file21395/10617-2.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:15:07 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 25 Mar 2011 18:15:07 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1301076907.17.0.0621616206257.issue11614@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:22:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 18:22:18 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1301077338.49.0.950257229684.issue10617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What about making the class names in the table not links?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:41:32 2011
From: report at bugs.python.org (Phillip J. Eby)
Date: Fri, 25 Mar 2011 18:41:32 +0000
Subject: [issue11671] Security hole in wsgiref.headers.Headers
In-Reply-To: <1301055298.41.0.957962483368.issue11671@psf.upfronthosting.co.za>
Message-ID: <1301078492.99.0.856467822453.issue11671@psf.upfronthosting.co.za>


Phillip J. Eby <pje at telecommunity.com> added the comment:

> It is not uncommon that developers provide web applications
to the public in which the HTTP response headers are not filtered for
newlines but are controlled by the user.

Really?  Which applications, and which response headers?

> Therefore, I suggest to filter/warn/except header tuples which contain
the above characters upon assignment in wsgiref.headers.

Applications that send them are not WSGI compliant anyway, since the spec forbids control characters in header strings -- and wsgiref.validate already validates this.

Still, I'm not aware of any legitimate use case for apps sending user input as an HTTP header where the data wouldn't already be escaped in some fashion -- cookies, URLs, ...?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11671>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:42:09 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 18:42:09 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1301076686.04.0.392769642221.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301078526.3703.17.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Hmm.  411-61=350.  Three seconds difference looks a little odd.  But
> doesn't explain 60 vs 61 making the difference in the test.
> 
> Can you change it back to 60 (or even less) and see what the values
> look like when the test fails?

Hmm, 60 doesn't fail anymore so I changed it to 1 (!) and here is the
result:

before: os.path.getmtime('cur') = 1301078411.882165
before: os.path.getmtime('new') = 1301078411.8801715
after: os.path.getmtime('cur') = 1301078410.802999
after: os.path.getmtime('new') = 1301078410.802999
self._box._last_read = 1301078410.787
time.time() = 1301078411.818

(it fails obviously)

> It is interesting (and possibly meaningful) that the last modified
> time 'before' appears to be in the future compared to time.time by
> 3-plus seconds.  That would at least explain why the test fails
> without the patch.

Yep, although the drift is varying. Sometimes small, sometimes big. At
this point I think it's just caused by my setup (the fact that VM and
host aren't always synchronized - I once witnessed time advancing
quicker on the VM than on the host! -, and the fact that a network FS is
used).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:47:51 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 18:47:51 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301078871.61.0.498149963366.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

All right, so how about I set the add factor to, say, 5, so that if things are mostly in sync it will succeed, and otherwise just ignore your failures :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 19:50:44 2011
From: report at bugs.python.org (Jacob Godserv)
Date: Fri, 25 Mar 2011 18:50:44 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1301079044.19.0.229730313879.issue1006238@psf.upfronthosting.co.za>


Jacob Godserv <jacobgodserv at gmail.com> added the comment:

I have two questions:

Will a new developer be assigned to this bug?
And, why are we wasting comments and grave-digging five-year-old discussions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:00:54 2011
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 25 Mar 2011 19:00:54 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301079654.9.0.75962660796.issue11664@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:02:44 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 19:02:44 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1301079764.87.0.566919995558.issue1006238@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> Will a new developer be assigned to this bug?
If someone is willing to take charge, yes.  We?re all volunteers, with varying free time and skill sets.  For example, I?m not an expert about compilation, so I try to learn thanks to those issues.

> why are we wasting comments and grave-digging five-year-old discussions?
Comments are not a scarce resource, it?s okay.  An unclosed bug, even that old, is still something to act upon: declare it superseded, outdated, rejected or fix it.  This happens all the time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:10:08 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 19:10:08 +0000
Subject: =?utf-8?q?=5Bissue11644=5D_Cross-link_2to3_documentation=2C_what=E2=80=99?=
	=?utf-8?q?s_new_and_pyporting_howto?=
In-Reply-To: <1300838396.67.0.863213339568.issue11644@psf.upfronthosting.co.za>
Message-ID: <1301080208.57.0.769388823405.issue11644@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

See also the fifth piece in http://docs.python.org/release/3.2/howto/pyporting#universal-bits-of-advice

Resources are here, but lack links.

----------
resolution: out of date -> 
stage:  -> needs patch
status: pending -> open
title: 2to3 documentation should mention that the sample file requires 2.6 or better -> Cross-link 2to3 documentation, what?s new and pyporting howto
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11644>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:10:13 2011
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 25 Mar 2011 19:10:13 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1301080213.81.0.698513111032.issue11572@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
keywords: +needs review
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:11:25 2011
From: report at bugs.python.org (Mike Frysinger)
Date: Fri, 25 Mar 2011 19:11:25 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1301080285.64.0.95954255776.issue1006238@psf.upfronthosting.co.za>


Mike Frysinger <vapier at users.sourceforge.net> added the comment:

i really dont understand your point.  python uses autoconf and therefore any questions about python's usage of autoconf to accomplish cross-compiles is completely valid here.

no one was asking for general autoconf help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:20:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 19:20:30 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1301080830.75.0.321850223639.issue1006238@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

It seemed to me that there were quite a number of messages asking about how to apply the patch and what to do after the configure step.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:21:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 19:21:33 +0000
Subject: [issue11572] bring Lib/copy.py to 100% coverage
In-Reply-To: <1300293152.7.0.733550751317.issue11572@psf.upfronthosting.co.za>
Message-ID: <1301080893.11.0.790387190078.issue11572@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the updated patch.

-t = getattr(types, "CodeType", None)
-if t is not None:
-    d[t] = _copy_immutable
+d[types.CodeType] = _copy_immutable

What was the use case for this again?  The defunct restricted mode, another VM or something else?  IOW, are we sure this change isn?t going to break something?

+    def _copy_with_copy_method(x):
+        return x.copy()
+    d[PyStringMap] = _copy_with_copy_method  # for Jython

Could even just be d[PyStringMap] = PyStringMap.copy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11572>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:33:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 19:33:01 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <E1Q3Cki-0005su-Hw@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b21fdfa0019c by R David Murray in branch '3.2':
#11584: Since __getitem__ returns headers, make decode_header handle them.
http://hg.python.org/cpython/rev/b21fdfa0019c

New changeset 12e39cd7a0e4 by R David Murray in branch 'default':
Merge #11584: Since __getitem__ returns headers, make decode_header handle them.
http://hg.python.org/cpython/rev/12e39cd7a0e4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:34:55 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 19:34:55 +0000
Subject: [issue11584] email.decode_header fails if msg.__getitem__ returns
	Header object
In-Reply-To: <1300362827.23.0.229630674906.issue11584@psf.upfronthosting.co.za>
Message-ID: <1301081695.62.0.569348172852.issue11584@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11584>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:41:45 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 19:41:45 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <E1Q3CtE-0006mC-FH@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a805d4415e34 by Raymond Hettinger in branch '3.2':
Issue  #11071: Fix whatsnew description of O/S access to raw bytes.
http://hg.python.org/cpython/rev/a805d4415e34

New changeset df1a1774a544 by Raymond Hettinger in branch 'default':
Issue  #11071: Fix whatsnew description of O/S access to raw bytes.
http://hg.python.org/cpython/rev/df1a1774a544

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:42:49 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 19:42:49 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <1301082169.21.0.720959141751.issue11071@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:47:09 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 19:47:09 +0000
Subject: [issue11672] multiprocessing.Array fails if size parameter is a long
In-Reply-To: <1301082429.65.0.587496352735.issue11672@psf.upfronthosting.co.za>
Message-ID: <1301082429.65.0.587496352735.issue11672@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

[From a problem encountered by an EPD user, analyzed by Robert Kern]

There appears to be an

    if isinstance(size_or_initializer, (int, long)):

check in the Python 2.x source for multiprocessing.RawArray. As a result, the following works (as expected):

Python 2.7.1+ (2.7:24179f82b7de, Mar 25 2011, 19:11:09) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing
[49842 refs]
>>> multiprocessing.Array('i', 2)
<SynchronizedArray wrapper for <multiprocessing.sharedctypes.c_int_Array_2 object at 0x10073aae0>>
[65598 refs]

But replacing the '2' with a '2L' makes it fail:

>>> multiprocessing.Array('i', 2L)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/mdickinson/Python/cpython/Lib/multiprocessing/__init__.py", line 260, in Array
    return Array(typecode_or_type, size_or_initializer, **kwds)
  File "/Users/mdickinson/Python/cpython/Lib/multiprocessing/sharedctypes.py", line 113, in Array
    obj = RawArray(typecode_or_type, size_or_initializer)
  File "/Users/mdickinson/Python/cpython/Lib/multiprocessing/sharedctypes.py", line 85, in RawArray
    type_ = type_ * len(size_or_initializer)
TypeError: object of type 'long' has no len()
[65655 refs]

----------
components: Library (Lib)
messages: 132143
nosy: mark.dickinson
priority: normal
severity: normal
stage: needs patch
status: open
title: multiprocessing.Array fails if size parameter is a long
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11672>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:47:14 2011
From: report at bugs.python.org (Robert Kern)
Date: Fri, 25 Mar 2011 19:47:14 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>


New submission from Robert Kern <robert.kern at gmail.com>:

The constructor for multiprocessing.RawArray() takes an argument that is either an integer size or a sequence to initialize the contents. To determine if the argument is a size, it uses isinstance(x, int). This means that integers that happen to be Python longs cause an error. On Win64 systems, Python ints are still 32-bits, so valid sizes for arrays sometimes must be represented by Python longs.

Attached is a patch that uses operator.index() to determine if the object can be used as an integer size.

----------
components: Library (Lib)
files: raw-array-long.diff
keywords: patch
messages: 132144
nosy: Robert.Kern
priority: normal
severity: normal
status: open
title: RawArray does not accept long
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21396/raw-array-long.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:48:39 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 19:48:39 +0000
Subject: [issue11672] multiprocessing.Array fails if size parameter is a long
In-Reply-To: <1301082429.65.0.587496352735.issue11672@psf.upfronthosting.co.za>
Message-ID: <1301082519.17.0.944659543758.issue11672@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Duplicate of issue 11673 :-)

----------
resolution:  -> duplicate
superseder:  -> RawArray does not accept long

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11672>
_______________________________________

From report at bugs.python.org  Fri Mar 25 20:48:53 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 19:48:53 +0000
Subject: [issue11672] multiprocessing.Array fails if size parameter is a long
In-Reply-To: <1301082429.65.0.587496352735.issue11672@psf.upfronthosting.co.za>
Message-ID: <1301082533.5.0.128016831599.issue11672@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11672>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:10:15 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 20:10:15 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301083815.9.0.890146212027.issue11673@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the patch.

Are there practical cases where the operator.index check is more useful that the isinstance(..., (int, long)) check that you originally proposed (off-tracker)?  While I agree that it's the right fix in principle, the operator.index check smells a bit like new functionality to me, and risks changing behaviour for those (rare, I hope) user-defined classes that implement both __index__ and sequence methods.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:13:46 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 20:13:46 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301084026.65.0.257920547423.issue11673@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:18:18 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 20:18:18 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301084298.18.0.842354867199.issue11673@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:21:05 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Fri, 25 Mar 2011 20:21:05 +0000
Subject: [issue11659] Fix ResourceWarning in test_subprocess
In-Reply-To: <1300944265.17.0.69540585366.issue11659@psf.upfronthosting.co.za>
Message-ID: <1301084465.65.0.648387825079.issue11659@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

Looks good to me.

> [...] but I couldn't find any patches that fix this specific issue.

Well, test_select_unbuffered() was only introduced a few days ago (changeset
cb148da52c47), so I'm not surprised :)

----------
nosy: +nvawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11659>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:21:40 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 20:21:40 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <E1Q3DVl-0002B2-4y@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9a184d8211f5 by R David Murray in branch '3.1':
#9557: eliminate 3 seconds of static overhead from test_mailbox.
http://hg.python.org/cpython/rev/9a184d8211f5

New changeset 268ab32a89a9 by R David Murray in branch '3.2':
Merge #9557: eliminate 3 seconds of static overhead from test_mailbox.
http://hg.python.org/cpython/rev/268ab32a89a9

New changeset 03c7a83bbdd3 by R David Murray in branch 'default':
Merge #9557: eliminate 3 seconds of static overhead from test_mailbox.
http://hg.python.org/cpython/rev/03c7a83bbdd3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:23:25 2011
From: report at bugs.python.org (R. David Murray)
Date: Fri, 25 Mar 2011 20:23:25 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1301084605.6.0.536835695818.issue9557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Antoine agreed in IRC that this was an acceptable closure.

----------
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:26:05 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 20:26:05 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301084765.27.0.105141362979.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
hgrepos: +9

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:38:10 2011
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 25 Mar 2011 20:38:10 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>


New submission from Elvis Pranskevichus <elprans at gmail.com>:

Consider the following:

>>> class Test:
...     def __init__(self):
...         self.items = []
...     def __len__(self):
...         if not self.items:
...             self.items = list(self.calc_items())
...         return len(self.items)
...     def __iter__(self):
...         return iter(self.items)
...     def calc_items(self, number):
...         return range(1, number)
... 
>>> l = list(Test())
>>> print(l)
[]
>>> t = tuple(Test())
>>> print(t)
()


In the above example calc_items() method is called with a missing argument, which raises TypeError.  That TypeError is being wrongly interpreted as "object of type 'Test' has no len()" and is swallowed by _PyObject_LengthHint().  

The result is entirely unpredictable as the bug is masked, which is especially annoying for objects that can have a complex call graph under __len__().  Possible solution would be to adjust _PyObject_LengthHint() to rely on some other exception rather than straight TypeError.  Swallowing a generic exception like that is bad.

----------
components: Interpreter Core
messages: 132150
nosy: Elvis.Pranskevichus
priority: normal
severity: normal
status: open
title: list(obj), tuple(obj) swallow TypeError (in _PyObject_LengthHint)
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:44:16 2011
From: report at bugs.python.org (Robert Kern)
Date: Fri, 25 Mar 2011 20:44:16 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301085856.89.0.570232629472.issue11673@psf.upfronthosting.co.za>


Robert Kern <robert.kern at gmail.com> added the comment:

The practical case I was thinking of was numpy integer scalar types, which can crop up without explicitly requesting them, much like the long type.

Although, now that I check, I see that single-element numpy arrays also pass index(). Ideally, there would be two functions, one that takes sizes and one that takes sequences, much like numpy has array() and empty().

I can revert my patch to doing the isinstance(x, (int, long)) test as a quick fix. That will allow most of the numpy scalar types that I expect will actually be encountered.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 21:56:27 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 25 Mar 2011 20:56:27 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301086587.83.0.309163091778.issue11674@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

_PyObject_LengthHint() does not define any exception; it simply calls PyObject_Size(), which is expected to raise TypeError for objects with no size (an opened file for example).

Where is the problem exacty? Does the failing __len__ put the object in an invalid state?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:02:05 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 21:02:05 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

The documentation for the multiprocessing module says:

"If size_or_initializer is an integer, then it determines the length of the array, and the array will be initially zeroed. "

But the part about the array being zeroed doesn't seem to be true:

Python 3.3a0 (default:03c7a83bbdd3, Mar 25 2011, 21:00:37) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from multiprocessing import Array
[67297 refs]
>>> arr1 = Array('i', [56, 27, 1729])
[79877 refs]
>>> del arr1
[79805 refs]
>>> arr2 = Array('i', 3)
[79876 refs]
>>> list(arr2)  # expect [0, 0, 0]
[56, 27, 1729]
[79882 refs]

----------
components: Library (Lib)
messages: 132153
nosy: jnoller, mark.dickinson
priority: normal
severity: normal
status: open
title: multiprocessing Arrays not automatically zeroed.
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:07:53 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 21:07:53 +0000
Subject: [issue8617] Better document user site-packages in site module doc
In-Reply-To: <1273017080.78.0.24275979751.issue8617@psf.upfronthosting.co.za>
Message-ID: <1301087273.74.0.187684652247.issue8617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Tarek, if you don?t have time for a patch, I am interested in making one.

----------
nosy: +eric.araujo
title: Non-existent variables documented -> Better document user site-packages in site module doc
versions: +Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8617>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:10:51 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 21:10:51 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301087451.71.0.277128107147.issue11675@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Since this behaviour seems to have been present since at least Python 2.6, it's tempting to call this a documentation bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:15:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 21:15:09 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301087709.35.0.465284606417.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21397/a5bded1b8db4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:16:17 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 21:16:17 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301087777.27.0.350947433763.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Added file: http://bugs.python.org/file21398/c43e264256e4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:16:50 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 21:16:50 +0000
Subject: [issue11666] Test pydoc to display full help for named tuples
In-Reply-To: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>
Message-ID: <E1Q3END-0008QE-Qt@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset daa408ad7440 by Raymond Hettinger in branch '3.2':
Issue #11666: Teach pydoc to display full help for named tuples
http://hg.python.org/cpython/rev/daa408ad7440

New changeset 374982e17f36 by Raymond Hettinger in branch 'default':
Issue #11666: Teach pydoc to display full help for named tuples
http://hg.python.org/cpython/rev/374982e17f36

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11666>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:17:57 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 21:17:57 +0000
Subject: [issue11666] Teach pydoc to display full help for named tuples
In-Reply-To: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>
Message-ID: <1301087877.25.0.325725411451.issue11666@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
title: Test pydoc to display full help for named tuples -> Teach pydoc to display full help for named tuples

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11666>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:21:34 2011
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 25 Mar 2011 21:21:34 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301088094.81.0.821946400293.issue11674@psf.upfronthosting.co.za>


Elvis Pranskevichus <elprans at gmail.com> added the comment:

The problem is that the call to __len__ is implicit.  The Exception is simply swallowed by a list/tuple constructor.

The main issue is that the original error is masked which makes it very hard to pinpoint the actual cause of the failure.  

Here's an example of how it would fail if Test had a rather naive implementation of __getitem__():

>>> class Test:
...     def __init__(self):
...         self.items = []
...     def __len__(self):
...         if not self.items:
...             self.items = list(self.calc_items())
...         return len(self.items)
...     def __iter__(self):
...         return iter(self.items)
...     def calc_items(self, number):
...         return range(1, number)
...     def __getitem__(self, m):
...         return list(self)[m]
... 
>>> t = Test()
>>> print(t[0])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 13, in __getitem__
IndexError: list index out of range


It's not obvious in a trivial synthetic example like that, but in a complex case like ORM abstraction this can cause a lot of pain.

Again, I'm not talking about the __len__ and TypeError protocol, it's the implicit exception swallowing by what is essentially an optional optimization hint.  Calling len(Test()) directly would bring up the correct trace just fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:25:06 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 21:25:06 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301088306.33.0.429950225661.issue11674@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:28:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 21:28:18 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301088498.54.0.355184845982.issue5845@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Please ignore the generated patches, left here for Martin?s benefit, and review the manually attached fix-5845.diff.

I have used read_init_file instead of hard-coding tab (it?s anyway the default for readline).

I may have repeated the same info in too much doc files, but I preferred to have more than one place where people could learn about the new behavior.  Advice welcomed.

If the basic approach looks good, especially if site still feels the right place for this, I will add tests.

----------
keywords: +needs review
stage:  -> patch review
Added file: http://bugs.python.org/file21399/fix-5845.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:33:39 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 21:33:39 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301088819.95.0.246867105207.issue11675@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's a patch that adds zeroing.

----------
keywords: +patch
Added file: http://bugs.python.org/file21400/issue11675.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:35:36 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 21:35:36 +0000
Subject: [issue10745] setup.py install --user option undocumented
In-Reply-To: <1292883114.81.0.0146533387318.issue10745@psf.upfronthosting.co.za>
Message-ID: <1301088936.6.0.0815535878332.issue10745@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks, I will work on that.  See also #8617.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10745>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:38:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 21:38:31 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301089111.86.0.415252554786.issue11675@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

+1 for predictable behaviour and therefore zeroing of uninitialized arrays.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:40:27 2011
From: report at bugs.python.org (Dave Peck)
Date: Fri, 25 Mar 2011 21:40:27 +0000
Subject: [issue11676] imp.load_module and submodules - doc issue, or bug?
In-Reply-To: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>
Message-ID: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>


New submission from Dave Peck <davepeck at gmail.com>:

If you use `import` to load a package and subpackage:

    import package
    import package.subpackage
  
Then the `package` module instance will contain a `subpackage` attribute:

    assert "subpackage" in dir(sys.modules['package']), "This works."
  
But if you use Python's `imp` module to import these packages instead, the same assertion will fail.

Is this a python documentation oversight, or a bug with the `imp` module? 

To reproduce, clone the associated hg repro and follow the instructions in the README file. Thanks!

----------
components: Interpreter Core, Library (Lib)
hgrepos: 10
messages: 132162
nosy: Dave Peck
priority: normal
severity: normal
status: open
title: imp.load_module and submodules - doc issue, or bug?
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11676>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:50:42 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 21:50:42 +0000
Subject: [issue3851] IDLE: Pressing "Home" on Windows places cursor before
	">>>" instead of after. Solution offered.
In-Reply-To: <1221250835.7.0.322524713176.issue3851@psf.upfronthosting.co.za>
Message-ID: <E1Q3Eu1-0004lt-6t@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 500e48708470 by Kurt B. Kaiser in branch '2.7':
<Home> toggle failing on Tk 8.5, causing IDLE exits.  Issue 3851.
http://hg.python.org/cpython/rev/500e48708470

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3851>
_______________________________________

From report at bugs.python.org  Fri Mar 25 22:59:19 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 25 Mar 2011 21:59:19 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301090359.48.0.415234803588.issue11673@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> The practical case I was thinking of was numpy integer scalar types

Hmm, true.  But at least numpy.int instances pass an isinstance(..., int) check, right?  But that still leaves numpy.int<anything other than 32> as a problem on 32-bit systems and Windows, and similarly for 64-bit systems.

> Ideally, there would be two functions, [...]

Also true;  shame we can't fix this in 2.x.

I'll commit the isinstance(int, long) fix and your tests, since it's both safe and a clear improvement on the current behaviour.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:00:52 2011
From: report at bugs.python.org (Jesse Noller)
Date: Fri, 25 Mar 2011 22:00:52 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301090452.89.0.990468370675.issue11675@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

I concur with Antoine. I think you're good to go Mark.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:01:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 22:01:24 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <E1Q3F4L-0005jN-Hj@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 2d183b1dae5a by Mark Dickinson in branch '2.7':
Issue #11673: Fix multiprocessing.[Raw]Array constructor to accept a size of type long.  Thanks Robert Kern.
http://hg.python.org/cpython/rev/2d183b1dae5a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:05:57 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 25 Mar 2011 22:05:57 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301090757.04.0.27331598614.issue11674@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <stutzbach at google.com>:


----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:08:28 2011
From: report at bugs.python.org (Robert Kern)
Date: Fri, 25 Mar 2011 22:08:28 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301090908.38.0.12984489118.issue11673@psf.upfronthosting.co.za>


Robert Kern <robert.kern at gmail.com> added the comment:

numpy.int is just an alias to the builtin int, left for historical reasons. The integer scalar type that has the same width as Python's int (numpy.int32 or numpy.int64, depending) will always pass the isinstance() check. Since it's the default integer type in numpy arrays, it will be the most frequently encountered.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:13:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:13:59 +0000
Subject: [issue7440] distutils shows incorrect Python version in MSI installers
In-Reply-To: <1259999364.02.0.642066187222.issue7440@psf.upfronthosting.co.za>
Message-ID: <1301091239.78.0.428171074875.issue7440@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is this out of date?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7440>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:15:42 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 25 Mar 2011 22:15:42 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301091342.53.0.681096458781.issue5845@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Removed file: http://bugs.python.org/file21398/c43e264256e4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:21:16 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 25 Mar 2011 22:21:16 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301091676.78.0.486412124176.issue5845@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21401/c43e264256e4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:23:27 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 22:23:27 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301091807.68.0.599133541383.issue11674@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

A certain amount of exception masking is inherent is Python's design.  We use TypeError for a lot of things, including the exception raised by "len(obj)" when obj doesn't have length.

It may be possible to replace the TypeError check with test to set if __len__ is defined, but that would subtly change the semantics.  For example, if a class defined __len__ to raise a TypeError to indicate that the length is unknown (I've seen code like this in the wild being used to distinguish between finite inputs and potentially infinite inputs).

I don't really like the current design of __length_hint__, but it has been around for years and is somewhat set in stone.  If something does get changed, it should only be in Py3.3 so we don't break code that relies on the current behaviors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:23:39 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 22:23:39 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301091819.33.0.15701169442.issue11674@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> low
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:28:33 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Fri, 25 Mar 2011 22:28:33 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301092113.2.0.40344615083.issue11340@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

test_check_archive_formats (__main__.ArchiveUtilTestCase) ... ok
test_compress_deprecated (__main__.ArchiveUtilTestCase) ... FAIL
test_make_archive (__main__.ArchiveUtilTestCase) ... ok
test_make_archive_cwd (__main__.ArchiveUtilTestCase) ... ok
test_make_tarball (__main__.ArchiveUtilTestCase) ... ok
test_make_zipfile (__main__.ArchiveUtilTestCase) ... ok
test_make_zipfile_no_zlib (__main__.ArchiveUtilTestCase) ... ok
test_tarfile_vs_tar (__main__.ArchiveUtilTestCase) ... ok

======================================================================
FAIL: test_compress_deprecated (__main__.ArchiveUtilTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/westley/Projects/cpython/Lib/distutils/tests/test_archive_util.py", line 165, in test_compress_deprecated
    self.assertTrue(os.path.exists(tarball))
AssertionError: False is not true

----------------------------------------------------------------------
Ran 8 tests in 0.203s

FAILED (failures=1)
Traceback (most recent call last):
  File "/home/westley/Projects/cpython/Lib/runpy.py", line 160, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/home/westley/Projects/cpython/Lib/runpy.py", line 73, in _run_code
    exec(code, run_globals)
  File "/home/westley/Projects/cpython/Lib/distutils/tests/test_archive_util.py", line 248, in <module>
    run_unittest(test_suite())
  File "/home/westley/Projects/cpython/Lib/test/support.py", line 1192, in run_unittest
    _run_suite(suite)
  File "/home/westley/Projects/cpython/Lib/test/support.py", line 1175, in _run_suite
    raise TestFailed(err)
test.support.TestFailed: Traceback (most recent call last):
  File "/home/westley/Projects/cpython/Lib/distutils/tests/test_archive_util.py", line 165, in test_compress_deprecated
    self.assertTrue(os.path.exists(tarball))
AssertionError: False is not true

[101559 refs]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:30:48 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 25 Mar 2011 22:30:48 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw <barry at python.org>:

When your home directory is on a Linux (e.g. Ubuntu 10.10) ecryptfs, 'make test' and company can be horrendously slow.  Of course, some performance hit should be expected, but depending on which combinations of tests I've run, I can see up to 25000x (!) slower on an ecryptfs than on a normal ext4 file system.

regrtest.py changes its cwd to a TEMPDIR, but actually when you're running the tests from inside the Python build directory, this just becomes $srcdir/build so you don't get any advantage of running the tests out of e.g. a much faster tmpfs.

(Aside: I'm not sure under what cases you would *not* be normally running out of the build dir, but I guess if you 'cd /tmp; /path/to/python/configure' and such, it would put you in a normal temp directory.  OTOH, you're already in a tmpdir by then so what's the point of _make_temp_dir_for_build()?)

I'd like to at least provide the option to create regrtest temporary files elsewhere so that they can live on a fast file system.  There are several ways I can think of doing this and I'm not sure what the best way is:

* Remove the special case from _make_temp_dir_for_build() so that it always sets TESTCWD into a tmpdir.

* Add a boolean option --usetmp/-p which enables this override or the moral equivalent.

* Make TESTFN relative to mkdtemp().  A quick and dirty test of this showed that it did significantly improve test times, but there were test failures too.  

I'm open to other ideas, but I really do want to be able to ./configure && ake && make testall in an ecryptfs build dir and get reasonable test times.

You'll need an atexit handler or similar to clean up the tempdir.

This does affect older Pythons, but probably any solution would be classified as a new feature so could only go in Python 3.3.

----------
assignee: barry
messages: 132171
nosy: barry
priority: normal
severity: normal
stage: needs patch
status: open
title: make test has horrendous performance on an ecryptfs
type: performance
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:31:58 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:31:58 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301092318.27.0.0515191631299.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Okay, verbose mode does not yield more info :)

Is the compress program special on your system?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:35:44 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 25 Mar 2011 22:35:44 +0000
Subject: [issue7440] distutils shows incorrect Python version in MSI installers
In-Reply-To: <1259999364.02.0.642066187222.issue7440@psf.upfronthosting.co.za>
Message-ID: <1301092544.58.0.52071089965.issue7440@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Yes, this is out of date since 2416f166de4b

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7440>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:36:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:36:15 +0000
Subject: [issue10645] Remove egg-info files in stdlib
In-Reply-To: <1291712814.77.0.81787148742.issue10645@psf.upfronthosting.co.za>
Message-ID: <1301092575.24.0.865123204591.issue10645@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

After a bit of exploring, I think that it?s possible that the existence of this file is not intentional.  Python uses distutils.core.setup to build install most of its own extension modules, and the PyBuildInstall class used for the install command does not disable the automatic egg-info generation.

With the move of packaging into the stdlib and the addition of the superseding dist-info format, such files can be removed in 3.3.  They?re harmless in stable versions, and removing them would require updates to the build tools that don?t really bring us anything.

----------
components: +Distutils2 -Distutils
nosy: +alexis
title: egg-info file in lib-dynload -> Remove egg-info files in stdlib
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10645>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:40:52 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:40:52 +0000
Subject: [issue1644987] ./configure --prefix=/ breaks, won't build C modules
Message-ID: <1301092852.98.0.336743629538.issue1644987@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +jcea, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1644987>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:45:11 2011
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 25 Mar 2011 22:45:11 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301093111.02.0.113351611034.issue11674@psf.upfronthosting.co.za>


Elvis Pranskevichus <elprans at gmail.com> added the comment:

I think that explicitly raising TypeError in __len__() is wrong in any case.  I would argue something like NotImplementedError is a better choice to signal the absence of length.  Which also makes me think that Python's exceptions are, maybe, too coarse sometimes.

----------
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:45:18 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:45:18 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1301093118.89.0.71896831244.issue5135@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> The register() method of an ABC only fakes out isinstance checks, it
> doesn't actually make the abstract base class a base class of the class.
> It doesn't make any sense for a class to say it is an instance of an
> ABC, but not have that ABC in [its] MRO.

I disagree.  If someone writes a class and registers them with an ABC, it is their duty to make sure that the class actually complies.  Virtual subclasses are provided for use by consenting adults IMO.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:45:57 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 22:45:57 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1301093157.49.0.736363456681.issue5135@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +pje -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:46:40 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Fri, 25 Mar 2011 22:46:40 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301093200.27.0.184532577105.issue11340@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

I may have figured out the problem. The test checks if the archive's extension is '.tar.Z', but the compress command on my computer appends the .gz extension to the file. To my surprise, the gunzip command worked on the file. So the compress command was actually creating gzipped files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:47:15 2011
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 25 Mar 2011 22:47:15 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301093235.97.0.0952074963474.issue11674@psf.upfronthosting.co.za>


Changes by Elvis Pranskevichus <elprans at gmail.com>:


----------
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Fri Mar 25 23:47:41 2011
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 25 Mar 2011 22:47:41 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301093261.96.0.840301567055.issue11674@psf.upfronthosting.co.za>


Changes by Elvis Pranskevichus <elprans at gmail.com>:


----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:00:38 2011
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 25 Mar 2011 23:00:38 +0000
Subject: [issue11666] Teach pydoc to display full help for named tuples
In-Reply-To: <1301009744.36.0.497333261481.issue11666@psf.upfronthosting.co.za>
Message-ID: <E1Q3Fzg-0001rf-Pj@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 46aaa365111f by Raymond Hettinger in branch '2.7':
Issue #11666: Teach pydoc to display full help for named tuples
http://hg.python.org/cpython/rev/46aaa365111f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11666>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:03:54 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 25 Mar 2011 23:03:54 +0000
Subject: [issue11674] list(obj),
	tuple(obj) swallow TypeError (in _PyObject_LengthHint)
In-Reply-To: <1301085490.36.0.28946733028.issue11674@psf.upfronthosting.co.za>
Message-ID: <1301094234.42.0.66864794044.issue11674@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Which also makes me think that Python's exceptions are,
> maybe, too coarse sometimes.

I agree :-)

----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11674>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:08:23 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:08:23 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301094503.38.0.521464386625.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Funny, that?s the second broken compress program we?re hearing of.  Can you give me the output of platform.linux_distribution() so that we can skip this test on your OS?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:10:07 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 25 Mar 2011 23:10:07 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301094607.75.0.205587406242.issue11393@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've posted a review at http://bugs.python.org/review/11393/show.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:18:48 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:18:48 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301095128.92.0.463515937656.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Added file: http://bugs.python.org/file21402/d1cbf0347eb4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:24:56 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:24:56 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301095496.46.0.632527149852.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21397/a5bded1b8db4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:25:01 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:25:01 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301095501.47.0.205099287672.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21401/c43e264256e4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:25:04 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:25:04 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1301095504.2.0.266259534451.issue5845@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file21402/d1cbf0347eb4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:32:30 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Fri, 25 Mar 2011 23:32:30 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301095950.19.0.46292678145.issue11340@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

('', '', '')

:D

I'm using Arch Linux.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:33:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 25 Mar 2011 23:33:33 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301096013.88.0.0661137494931.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

:D

I know you?re using Arch, but I need a way to get that info from Python to skip the test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:37:07 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Fri, 25 Mar 2011 23:37:07 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301096227.68.0.870152771166.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

First a minor correction:
> The new requirement would be that a correct app also needs to flush between a sequence of buffer.writes (that end in an incomplete line, or always if PYTHONUNBUFFERED or python -u is used), and a sequence of writes.

That should be "and only if PYTHONUNBUFFERED or python -u is not used".

I also said:
> If an app sets the .buffer attribute of sys.std{out,err}, it would fall back to using that buffer in the same way as when the fd is redirected.

but the .buffer attribute is readonly, so this case can't occur.

Glenn Linderman wrote:
> Would it suffice if the new scheme internally flushed after every buffer.write?  It wouldn't be needed after write, because the correct application would already do one there?

Yes, that would be sufficient.

> Am I off-base in supposing that the performance of buffer.write is expected to include a flush (because it isn't expected to be buffered)?

It is expected to be line-buffered. So an app might expect that printing characters one-at-a-time will have reasonable performance.

In any case, given that the buffer of the initial std{out,err} will always be a BufferedWriter object (since .buffer is readonly), it would be possible for the TextIOWriter to test a dirty flag in the BufferedWriter, in order to check efficiently whether the buffer needs flushing on each write. I've looked at the implementation complexity cost of this, and it doesn't seem too bad.

A similar issue arises for stdin: to maintain strict compatibility, every read from a TextIOWrapper attached to an input console would have to drain the buffer of its buffer object, in case the app has read from it. This is a bit tricky because the bytes drained from the buffer have to be converted to Unicode, so what happens if they end part-way through a multibyte character? Ugh, I'll have to think about that one.

Victor STINNER wrote:
> Some developers already think that adding sys.stdout.flush() after
print("Processing.. ", end='') is too hard (#11633).

IIUC, that bug is about the behaviour of 'print', and didn't suggest to change the fact that sys.stdout is line-buffered.


By the way, are these changes going to be in a major release? If I understand correctly, the layout of structs (for standard library types not prefixed with '_', such as 'buffered' in bufferedio.c or 'textio' in textio.c) can change with major releases but not with minor releases, correct?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 00:39:44 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Fri, 25 Mar 2011 23:39:44 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301096384.12.0.0234701310244.issue11340@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

So how do other distros do it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:01:38 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 00:01:38 +0000
Subject: [issue11340] test_distutils fails
In-Reply-To: <1298752200.14.0.360216595971.issue11340@psf.upfronthosting.co.za>
Message-ID: <1301097698.79.0.793572556365.issue11340@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

In general, we prefer to test for the presence of a feature rather than hard-coding operating systems names.  when this is inevitable, we use sys.platform (say for different BSDs) or platform.linux_distribution (which returns meaningful values for most common distros).  I don?t know how to detect your OS :)

Could you open a feature request to add support for Arch in platform.linux_distribution in 3.3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:09:55 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Sat, 26 Mar 2011 00:09:55 +0000
Subject: [issue11678] Add support for Arch Linux to
	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>


New submission from Westley Mart?nez <anikom15 at gmail.com>:

This comes from Issue 11340 <http://bugs.python.org/issue11340>.

Adding support for Arch Linux to platform.linux_distributions() will allow   a distutils test to be skipped for Arch. The Arch Linux website: http://www.archlinux.org/

----------
components: Library (Lib)
messages: 132187
nosy: anikom15
priority: normal
severity: normal
status: open
title: Add support for Arch Linux to platform.linux_distributions()
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:11:33 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 00:11:33 +0000
Subject: [issue8919] python should read ~/.pythonrc.py by default
In-Reply-To: <1275846984.04.0.731293977336.issue8919@psf.upfronthosting.co.za>
Message-ID: <1301098293.11.0.104764773749.issue8919@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

In the absence of reply, I am rejecting this feature.  Please feel free to reopen if there is new data or consensus on python-ideas.

----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8919>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:12:24 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 00:12:24 +0000
Subject: [issue11678] Add support for Arch Linux to
	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301098344.95.0.827931969894.issue11678@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:15:22 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 00:15:22 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301098522.23.0.816404790797.issue11647@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I'm strongly with Antoine on this. If you use context manager as a decorator you should be able to reuse it - and in general both generators and context managers can be reused and so I don't understand the phrase 'moral equivalent of the implicit context manager'.

If having APIs that can be used as context managers *and* decorators is a useful thing (and usage in django, py.test and mock seems to show that it is) then this functionality should be provided.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:15:45 2011
From: report at bugs.python.org (Ned Deily)
Date: Sat, 26 Mar 2011 00:15:45 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301098545.22.0.149237347808.issue11677@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

(Addressing your aside: one case where the tests are not run in a build directory is with binary installers.  For instance, the Mac OS X installers we provide include all of the test modules and it is normal to run them after installation, quite possibly on a system that does not have all the build tools to build a Python much less a build directory.)

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:18:52 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Sat, 26 Mar 2011 00:18:52 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301098732.74.0.914817391114.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

I wrote:
> A similar issue arises for stdin: to maintain strict compatibility, every read from a TextIOWrapper attached to an input console would have to drain the buffer of its buffer object, in case the app has read from it. This is a bit tricky because the bytes drained from the buffer have to be converted to Unicode, so what happens if they end part-way through a multibyte character? Ugh, I'll have to think about that one.

It seems like there is no correct way for an app to read from both sys.stdin, and sys.stdin.buffer (even without these console changes). It must choose one or the other.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:28:39 2011
From: report at bugs.python.org (Thomas Kluyver)
Date: Sat, 26 Mar 2011 00:28:39 +0000
Subject: [issue11679] readline interferes with characters beginning with byte
	\xe9
In-Reply-To: <1301099319.36.0.392064400408.issue11679@psf.upfronthosting.co.za>
Message-ID: <1301099319.36.0.392064400408.issue11679@psf.upfronthosting.co.za>


New submission from Thomas Kluyver <takowl at gmail.com>:

To replicate, in Python 3.1 on Linux (utf-8 console):

>>> print(chr(0x9000))
?

Copy and paste this character into the prompt. It appears correctly (as a Chinese character). Then:

>>> import readline
>>> readline.parse_and_bind('"\M-i":"    "')

Now try to paste the character again: it appears as "    ??"
 (four spaces, two unknown character symbols), and if you press return, you get a SyntaxError.

This happens with all characters beginning with \xe9: In UTF-8, that's 0x9000-0x9fff. If the terminal encoding is changed to cp1252, I'm told that the same thing can be achieved with ?, which is \xe9 there.

----------
components: Unicode
messages: 132192
nosy: takluyver
priority: normal
severity: normal
status: open
title: readline interferes with characters beginning with byte \xe9
type: behavior
versions: Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11679>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:28:45 2011
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 26 Mar 2011 00:28:45 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301099325.62.0.188607709661.issue1602@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:32:55 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 26 Mar 2011 00:32:55 +0000
Subject: [issue11679] readline interferes with characters beginning with byte
	\xe9
In-Reply-To: <1301099319.36.0.392064400408.issue11679@psf.upfronthosting.co.za>
Message-ID: <1301099575.85.0.0803762510738.issue11679@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11679>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:35:24 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 00:35:24 +0000
Subject: [issue4676] python3 closes + home keys
In-Reply-To: <1229456623.89.0.997761344417.issue4676@psf.upfronthosting.co.za>
Message-ID: <E1Q3HTP-0008AJ-7W@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c4d355363114 by Kurt B. Kaiser in branch '3.1':
<Home> toggle failing on Tk 8.5, causing IDLE exits. Issue #4676
http://hg.python.org/cpython/rev/c4d355363114

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4676>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:45:38 2011
From: report at bugs.python.org (David Bailey)
Date: Sat, 26 Mar 2011 00:45:38 +0000
Subject: [issue11680] decimal module generates AttributeError: on call to
	as_integer_ratio
In-Reply-To: <1301100338.15.0.911220600298.issue11680@psf.upfronthosting.co.za>
Message-ID: <1301100338.15.0.911220600298.issue11680@psf.upfronthosting.co.za>


New submission from David Bailey <daveabailey at gmail.com>:

File "C:\test3.py", line 166, in m
    self.from_float(value * decimal.Decimal(1.0))/decimal.Decimal(1.0)
  File "c:\Python27\lib\decimal.py", line 691, in from_float
    n, d = abs(f).as_integer_ratio()
AttributeError: 'Decimal' object has no attribute 'as_integer_ratio'

line 691 in decimal.py 
      
n, d = abs(f).as_integer_ratio()

should be

n, d = _math.fabs(f).as_integer_ratio()

----------
components: Library (Lib)
messages: 132194
nosy: daveabailey
priority: normal
severity: normal
status: open
title: decimal module generates AttributeError: on call to as_integer_ratio
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11680>
_______________________________________

From report at bugs.python.org  Sat Mar 26 01:53:45 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 00:53:45 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

Python 2 has a -b command-line option which is undocumented.

It is used by the warnings machinery to decide to warn about (-b) or raise an error (-bb) if someone uses str(bytes) or str(buffer) (explanation courtesy of grep and Python/pythonrun.c).

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 132195
nosy: docs at python, eric.araujo
priority: normal
severity: normal
stage: needs patch
status: open
title: -b option undocumented
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:04:11 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 01:04:11 +0000
Subject: [issue10998] Remove last traces of -Q / sys.flags.division_warning /
	Py_DivisionWarningFlag
In-Reply-To: <1295897150.32.0.288530737397.issue10998@psf.upfronthosting.co.za>
Message-ID: <E1Q3Hv7-0001SV-LN@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0d2ef718ae67 by ?ric Araujo in branch '3.1':
Tweaks to sys.flags description table.
http://hg.python.org/cpython/rev/0d2ef718ae67

New changeset c19752ea037f by ?ric Araujo in branch 'default':
Remove traces of division_warning left over from Python 2 (#10998)
http://hg.python.org/cpython/rev/c19752ea037f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10998>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:05:45 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 26 Mar 2011 01:05:45 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301101545.9.0.171132672565.issue11681@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Are you sure?  (see issue 10471).  I don't see how -b could do anything in python2, since bytes and string are the same there (and, indeed, from command line experimentation it doesn't seem to).

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:08:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 01:08:35 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301101715.24.0.427747077258.issue11681@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The code definitely is in 2.7.

Python/_warnings.c:861:    if (Py_BytesWarningFlag > 1)
Python/_warnings.c:863:    else if (Py_BytesWarningFlag)
Python/_warnings.c:867:    PyList_SET_ITEM(filters, pos++, create_filter(PyExc_BytesWarning,
Python/sysmodule.c:1257:    SetFlag(Py_BytesWarningFlag);
Python/pythonrun.c:81:int Py_BytesWarningFlag; /* Warn on str(bytes) and str(buffer) */
Include/pydebug.h:14:PyAPI_DATA(int) Py_BytesWarningFlag;
Include/pyerrors.h:178:PyAPI_DATA(PyObject *) PyExc_BytesWarning;
Modules/main.c:285:            Py_BytesWarningFlag++;
Objects/bytearrayobject.c:1003:    if (Py_BytesWarningFlag) {
Objects/bytearrayobject.c:1004:        if (PyErr_WarnEx(PyExc_BytesWarning,
Objects/bytearrayobject.c:1028:        if (Py_BytesWarningFlag && op == Py_EQ) {
Objects/bytearrayobject.c:1029:            if (PyErr_WarnEx(PyExc_BytesWarning,
Objects/exceptions.c:2018: *    BytesWarning extends Warning
Objects/exceptions.c:2020:SimpleExtendsException(PyExc_Warning, BytesWarning,
Objects/exceptions.c:2110:    PRE_INIT(BytesWarning)
Objects/exceptions.c:2178:    POST_INIT(BytesWarning)
Lib/warnings.py:399:    simplefilter(bytes_action, category=BytesWarning, append=1)
Lib/test/test_bytes.py:25:            with test.test_support.check_warnings(('', BytesWarning)):
Lib/test/exception_hierarchy.txt:50:	   +-- BytesWarning
Include/pydebug.h:14:PyAPI_DATA(int) Py_BytesWarningFlag;
Include/pyerrors.h:178:PyAPI_DATA(PyObject *) PyExc_BytesWarning;
Doc/library/warnings.rst:164:* :exc:`BytesWarning` is ignored unless the :option:`-b` option is given once or

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:11:56 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 01:11:56 +0000
Subject: [issue10998] Remove last traces of -Q / sys.flags.division_warning /
	Py_DivisionWarningFlag
In-Reply-To: <1295897150.32.0.288530737397.issue10998@psf.upfronthosting.co.za>
Message-ID: <1301101916.68.0.529299366718.issue10998@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Given your approval of the idea and lack of code comments, I committed the patch for 3.3 without requesting more review.

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10998>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:12:01 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 26 Mar 2011 01:12:01 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301101921.76.0.438312087535.issue11681@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

rdmurray at hey:~/python/p27>cat temp.py
x = bytes('abc')
print x
print str(x)
rdmurray at hey:~/python/p27>./python -bb temp.py
abc
abc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:17:57 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 01:17:57 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301102277.2.0.79774475881.issue11681@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

test_bytes has a branch for -b and passes without it, with -b and with -bb.  I really don?t know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:18:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 01:18:34 +0000
Subject: [issue10998] Remove last traces of -Q / sys.flags.division_warning /
	Py_DivisionWarningFlag
In-Reply-To: <1295897150.32.0.288530737397.issue10998@psf.upfronthosting.co.za>
Message-ID: <E1Q3I9A-0002MN-KD@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 814599728ac0 by ?ric Araujo in branch '2.7':
Tweaks to sys.flags description table.
http://hg.python.org/cpython/rev/814599728ac0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10998>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:25:27 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 26 Mar 2011 01:25:27 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1260026404.41.0.635406889881.issue7443@psf.upfronthosting.co.za>
Message-ID: <1301102727.07.0.863635573464.issue7443@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

As I can see cygwin's unlink_nt uses Nt* functions family (NtSetInformationFile etc) which are part of Windows DDK.

Do you like to use them or prefer SDK ones (say SetFileInformationByHandle)?

In second case python unlink can borrow deletion schema from cygwin for modern Windows versions (Vista+) and return to legacy trivial DeleteFile call if OS is WinXP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:34:37 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 01:34:37 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301103277.45.0.775771488481.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21403/174bc8c03e9d.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:35:22 2011
From: report at bugs.python.org (Kurt B. Kaiser)
Date: Sat, 26 Mar 2011 01:35:22 +0000
Subject: [issue4676] python3 closes + home keys
In-Reply-To: <1229456623.89.0.997761344417.issue4676@psf.upfronthosting.co.za>
Message-ID: <1301103322.3.0.958714298892.issue4676@psf.upfronthosting.co.za>


Kurt B. Kaiser <kbk at shore.net> added the comment:

Fixed in 2.7 and forward ported.

----------
assignee:  -> kbk
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> crash
versions: +Python 3.2, Python 3.3 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4676>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:35:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 01:35:44 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301103344.34.0.0747288903341.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21393/ec274420e9e2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:37:32 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 01:37:32 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301103452.28.0.839328745935.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I updated the (Hg repo and the) patch to fix all Antoine's remarks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:37:33 2011
From: report at bugs.python.org (Phillip J. Eby)
Date: Sat, 26 Mar 2011 01:37:33 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1301103453.94.0.88433400899.issue5135@psf.upfronthosting.co.za>


Phillip J. Eby <pje at telecommunity.com> added the comment:

Just as an FYI, it *is* possible to do generic functions that work with Python's ABCs (PEAK-Rules supports it for Python 2.6), but it requires caching, and a way of handling ambiguities.  In PEAK-Rules' case, unregistering is simply ignored, and ambiguity causes an error at call time.  But simplegeneric can avoid ambiguities, since it's strictly single-dispatch.  Basically, you just have two dictionaries instead of one.

The first dictionary is the same registry that's used now, but the second is a cache of "virtual MROs" you'll use in place of a class' real MRO.  The virtual MRO is built by walking the registry for classes that the class is a subclass of, but which are *not* found in the class's MRO, e.g.:

    for rule_cls in registry:
        if issubclass(cls, rule_cls) and rule_cls not in real_mro:
            # insert rule_cls into virtual_mro for cls

You then insert those classes (abcs) in the virtual MRO at the point just *after* the last class in the MRO that says it's a subclass of the abc in question.

IOW, you implement it such that an abc declaration appears in the MRO just after the class that was registered for it.  (This has to be recursive, btw, and the MRO cache has to be cleared when a new method is registered with the generic function.)

This approach, while not trivial, is still "simple", in that it has a consistent, unambiguous resolution order.  Its main downside is that it holds references to the types of objects it has been called with.  (But that could be worked around with a weak key dictionary, I suppose.)  It also doesn't reset the cache on unregistration of an abc subclass, and it will be a bit slower on the first call with a previously-unseen type.

The downside of a PEP, to me, is that it will be tempting to go the full overloading route -- which isn't necessarily a bad thing, but it won't be a *simple* thing, and it'll be harder to get agreement on what it should do and how -- especially with respect to resolution order.

Still, if someone wants to do a PEP on *simple* generics -- especially one that can replace pkgutil.simplegeneric, and could be used to refactor things like copy.copy, pprint.pprint, et al to use a standardized registration mechanism, I'm all in favor -- with or without abc registration support.

Btw, the current patch on this issue includes code that is there to support classic classes, and metaclasses written in C.  Neither should be necessary in 3.x.  Also, a 3.x version could easily take advantage of type signatures, so that:

@foo.register
def foo_bar(baz: bar):
    ...

could be used instead of @foo.register(bar, foo_bar).

But all that would be PEP territory, I suppose.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:39:45 2011
From: report at bugs.python.org (Kurt B. Kaiser)
Date: Sat, 26 Mar 2011 01:39:45 +0000
Subject: [issue3841] IDLE: quirky behavior when displaying strings longer than
	4093 characters
In-Reply-To: <1221158494.97.0.26052991619.issue3841@psf.upfronthosting.co.za>
Message-ID: <1301103585.93.0.876010294489.issue3841@psf.upfronthosting.co.za>


Changes by Kurt B. Kaiser <kbk at shore.net>:


----------
assignee:  -> kbk
nosy: +kbk
resolution: works for me -> out of date
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3841>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:40:54 2011
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 26 Mar 2011 01:40:54 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1260026404.41.0.635406889881.issue7443@psf.upfronthosting.co.za>
Message-ID: <1301103654.08.0.71248824843.issue7443@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:40:55 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 01:40:55 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1301103655.87.0.498566728831.issue5135@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the detailed explanation.  Note that type annotations are disallowed in the stdlib, as per PEP 8.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:45:12 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Sat, 26 Mar 2011 01:45:12 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301103912.62.0.305766548059.issue1602@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

David-Sarah said:
In any case, given that the buffer of the initial std{out,err} will always be a BufferedWriter object (since .buffer is readonly), it would be possible for the TextIOWriter to test a dirty flag in the BufferedWriter, in order to check efficiently whether the buffer needs flushing on each write. I've looked at the implementation complexity cost of this, and it doesn't seem too bad.

So if flush checks that bit, maybe TextIOWriter could just call buffer.flush, and it would be fast if clean and slow if dirty?  Calling it at the beginning of a Text level write, that is, which would let the char-at-a-time calls to buffer.write be fast.

And I totally agree with msg132191

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 02:46:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 01:46:53 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301104013.84.0.271899787274.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I don't know if it is important to document that some functions keep an internal reference to the file argument. For example, I wrote "It keeps a reference to file: use disable() to clear this reference." in faulthandler.enable() documentation. Is it necessary?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:15:50 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 02:15:50 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301105750.13.0.761746464974.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21403/174bc8c03e9d.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:16:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 02:16:05 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301105765.71.0.673290542155.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21404/605422430234.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:20:23 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 26 Mar 2011 02:20:23 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301106023.39.0.24906318366.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

New patch 605422430234.diff:
 - Remove test_refcount(), it changed faulthandler internal state, and so it was no more possible to use faulthandler in regrtest.py
 - Use "#ifdef HAVE_ALARM" to decide if dump_traceback_later() is available, instead of "#ifdef SIGALRM"
 - Don't document _sig*() functions or _fatal_error() anymore

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:23:58 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 02:23:58 +0000
Subject: [issue10553] Add optimize argument to builtin compile() and
	byte-compilation modules
In-Reply-To: <1290890330.29.0.632144561424.issue10553@psf.upfronthosting.co.za>
Message-ID: <E1Q3JAS-0006HO-QD@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 81c001680b36 by ?ric Araujo in branch '3.2':
#10553: Explain why compileall has no command-line argument to control optimization
http://hg.python.org/cpython/rev/81c001680b36

New changeset 125fbebbb5cd by ?ric Araujo in branch 'default':
Merge #10553 followup from 3.2
http://hg.python.org/cpython/rev/125fbebbb5cd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10553>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:24:46 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 02:24:46 +0000
Subject: [issue10553] Add optimize argument to builtin compile() and
	byte-compilation modules
In-Reply-To: <1290890330.29.0.632144561424.issue10553@psf.upfronthosting.co.za>
Message-ID: <1301106286.13.0.588167414417.issue10553@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution: accepted -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10553>
_______________________________________

From report at bugs.python.org  Sat Mar 26 03:32:30 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 26 Mar 2011 02:32:30 +0000
Subject: [issue1674555] sys.path in tests contains system directories
Message-ID: <1301106750.24.0.313926278295.issue1674555@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Note that site?s behavior is a bit different in 3.3 thanks to #11591.  See http://docs.python.org/dev/library/site#site.main

----------
nosy: +brett.cannon, carljm
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1674555>
_______________________________________

From report at bugs.python.org  Sat Mar 26 04:36:45 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 26 Mar 2011 03:36:45 +0000
Subject: [issue11682] PEP 380 reference implementation for 3.3
In-Reply-To: <1301110605.68.0.392943983038.issue11682@psf.upfronthosting.co.za>
Message-ID: <1301110605.68.0.392943983038.issue11682@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

Creating an issue to track efforts to forward port the PEP 380 reference implementation to Python 3.3.

----------
hgrepos: 11
messages: 132213
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: PEP 380 reference implementation for 3.3
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11682>
_______________________________________

From report at bugs.python.org  Sat Mar 26 04:42:30 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Sat, 26 Mar 2011 03:42:30 +0000
Subject: [issue11682] PEP 380 reference implementation for 3.3
In-Reply-To: <1301110605.68.0.392943983038.issue11682@psf.upfronthosting.co.za>
Message-ID: <1301110950.13.0.0438721639737.issue11682@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11682>
_______________________________________

From report at bugs.python.org  Sat Mar 26 04:46:04 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 26 Mar 2011 03:46:04 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1301111164.59.0.310464112004.issue11236@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Is there any reason to assume this is not a bug? I think it should be fixed in all versions.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Sat Mar 26 05:09:59 2011
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 26 Mar 2011 04:09:59 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301112599.9.0.556991061776.issue11668@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Attaching an initial patch implementing the same functionality but using WaitForMultipleObjects. Here's some details:

WFMO takes an array of objects to wait on, which is the pipe handle and sigint_event which is a handle to an event which gets set when CTRL-C is caught (see Modules/_multiprocessing/multiprocessing.c). Waiting for both objects replaces the need to write a custom loop which periodically calls PyErr_CheckSignals.

A negative timeout was effectively a blocking call, so we can let WFMO handle that with an INFINITE timeout setting.

WFMO returns the object which raised it relative from event 0, so the switch case for a CTRL-C is 0+1 and returns the same value as before. If the pipe was the object to raise, just like before: return true if there's data, false if not.

----------
keywords: +patch
Added file: http://bugs.python.org/file21405/issue11668.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Sat Mar 26 06:55:26 2011
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 26 Mar 2011 05:55:26 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <1301118926.35.0.911401506485.issue11071@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy:  -eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Sat Mar 26 08:02:25 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 07:02:25 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301122945.6.0.456158821084.issue10966@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


Removed file: http://bugs.python.org/file21381/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Sat Mar 26 08:53:34 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 07:53:34 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301126014.82.0.935489495103.issue10966@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

IMHO the current "unexpected" list is fairly pointless.  I just ran the test suite on 3.3 and I got the usual expected list of unexpected skips:
7 skips unexpected on linux2:
    test_bz2 test_dbm_gnu test_dbm_ndbm test_tcl test_tk
    test_ttk_guionly test_ttk_textonly
If these tests were really *expected to run* on my machine, having them skipped would be a failure.  They are instead just a set of tests that I *might be able to run* once I install all the right dependencies.

I think the tests can be classified in 3 categories:
 1) tests that are known to always run everywhere (e.g. test_unittest);
 2) tests that are known to always run on specific platforms and never on others (e.g. test_winreg);
 3) tests that might run on some platforms depending on some specific condition (e.g. test_zlib);

For each of these cases, regrtest should:
 1) fail if the test is not run;
 2) fail if the test is not run on the platform(s) where it's always available, always skip it on the others;
 3) skip the test conditionally without failing (e.g. checking if zlib can be imported or not);

A special case of 3) is when the skip depends on the platform name rather than the availability of some specific module/function (e.g. if  some platforms shipped with a buggy version of a library and there's no way to check if the library is buggy other than keeping a list of platforms that are known to use that version).  In this case the condition should check only for the platform where it's known to fail, and more platforms can be added if/when people report them.

I agree that the logic for this should be moved out of regrtest and added to the specific tests.

It's also possible to provide better skip messages, e.g.:
-test_winreg skipped -- No module named 'winreg'
-test_tk skipped -- No module named '_tkinter'
-test_urllibnet skipped -- Use of the `network' resource not enabled
+test_winreg skipped -- No module named 'winreg' (winreg is available on windows only)
+test_tk skipped -- No module named '_tkinter' (tcl/tk not installed)
+test_urllibnet skipped -- Use of the `network' resource not enabled (run the tests with -unetwork or -uall to enable it)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Sat Mar 26 09:18:54 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sat, 26 Mar 2011 08:18:54 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301012856.06.0.501822966935.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301127534.17.0.566938697771.issue11668@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I don't think it is necessary to have the initial call to PeekNamedPipe.  It is a kernel call just like WFMO and so just as expensive.  It also has some strange semantics, (such as being possibly blocking in a multithreaded application.  read the docs...).  Just go for the WFMO to keep things simple.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Sat Mar 26 09:23:12 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 26 Mar 2011 08:23:12 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1301127792.94.0.148730770522.issue5135@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Sat Mar 26 09:38:20 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 26 Mar 2011 08:38:20 +0000
Subject: [issue11071] What's New review comments
In-Reply-To: <1296394185.46.0.874389567772.issue11071@psf.upfronthosting.co.za>
Message-ID: <1301128700.56.0.627075845185.issue11071@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
nosy:  -vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11071>
_______________________________________

From report at bugs.python.org  Sat Mar 26 09:44:33 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 26 Mar 2011 08:44:33 +0000
Subject: [issue11680] decimal module generates AttributeError: on call to
	as_integer_ratio
In-Reply-To: <1301100338.15.0.911220600298.issue11680@psf.upfronthosting.co.za>
Message-ID: <1301129073.82.0.645698675144.issue11680@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

The problem seems to be that you're calling Decimal.from_float with a Decimal instance, not a float.  I'm not sure that should even work.  The Decimal constructor can create a decimal from an other decimal.

Your suggested solution probably would solve this exception, but I'm not sure it would be the good solution.  This way when creating a decimal from another decimal with from_float (which doesn't makes much sense, I think) could result in a loss of precision:

>>> Decimal(Decimal('0.999999999999999999999'))
Decimal('0.999999999999999999999')
>>> 
>>> math.fabs(Decimal('0.999999999999999999999'))
1.0
>>>

----------
nosy: +durban
type: crash -> behavior
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11680>
_______________________________________

From report at bugs.python.org  Sat Mar 26 10:06:41 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 09:06:41 +0000
Subject: [issue11680] decimal module generates AttributeError: on call to
	as_integer_ratio
In-Reply-To: <1301100338.15.0.911220600298.issue11680@psf.upfronthosting.co.za>
Message-ID: <1301130401.67.0.984106764134.issue11680@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

As Daniel says, from_float expects a float object, not a Decimal instance.

What did you want to achieve in the following line:

   self.from_float(value * decimal.Decimal(1.0))/decimal.Decimal(1.0)

?

By the way: in all current versions of Python, from_float is redundant:  you can create a Decimal directly from a float:


Python 2.7.1+ (2.7:d52b1faa7b11+, Mar 25 2011, 21:48:24) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from decimal import Decimal
[64140 refs]
>>> Decimal(2.3)
Decimal('2.29999999999999982236431605997495353221893310546875')
[64149 refs]

----------
nosy: +mark.dickinson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11680>
_______________________________________

From report at bugs.python.org  Sat Mar 26 10:07:32 2011
From: report at bugs.python.org (s7v7nislands)
Date: Sat, 26 Mar 2011 09:07:32 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1301130452.42.0.0601629115194.issue11635@psf.upfronthosting.co.za>


Changes by s7v7nislands <s7v7nislands at gmail.com>:


----------
nosy: +s7v7nislands

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Sat Mar 26 10:53:58 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 09:53:58 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1301133238.16.0.631066091957.issue9334@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Thanks for the analysis Eric. Yeah, it does seem like it's not possible to implement this feature request while still supporting optionals with variable number arguments.

@andersk: Would the restriction to only having flags with a fixed number of arguments be acceptable for your use case?

----------
versions:  -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:01:17 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Sat, 26 Mar 2011 10:01:17 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1301075568.81.0.829329764656.issue11614@psf.upfronthosting.co.za>
Message-ID: <AANLkTinqnO7D3_dJ5uEHypb1g5SXPrn0t=8mNDoQ9u5f@mail.gmail.com>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

On Fri, Mar 25, 2011 at 5:52 PM, ?ric Araujo <report at bugs.python.org> wrote:
> Okay, it doesn?t work with -m __hello__, but using -c "import __hello__" I can see the message in all versions.

Can you elaborate on that? I.e. the versions and the actual message.
The current bytecode of the __hello__ module is (default branch):

  1           0 LOAD_CONST               1 (True)
              3 STORE_NAME               1 (initialized)
              6 LOAD_CONST               0 (None)
              9 RETURN_VALUE

I'd be a bit surprised if that really prints a message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:02:47 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 10:02:47 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <E1Q3QKU-0005Tt-0T@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 2af0c2c106ea by Mark Dickinson in branch '2.7':
Issue #11675:  Zero-out newly-created multiprocessing.[Raw]Array objects.
http://hg.python.org/cpython/rev/2af0c2c106ea

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:17:24 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 10:17:24 +0000
Subject: [issue7311] Bug on regexp of HTMLParser
In-Reply-To: <1258043150.41.0.372876851796.issue7311@psf.upfronthosting.co.za>
Message-ID: <1301134644.32.0.515359058579.issue7311@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The attached patch changes the regex to allow non-ascii letters in attribute values (using \w with the re.UNICODE flag instead of [a-zA-Z0-9_]).

Using [^>\s] (or even [^> ]) might be OK too, since that's what browsers seem to use (e.g. Firefox and Chrome show "?????????-d?fg" as title of '<a href="" title=?????????-d?fg href="">foo</a>', including the non-ascii spaces in the middle).

----------
keywords: +patch
nosy: +belopolsky
Added file: http://bugs.python.org/file21406/issue7311.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7311>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:20:13 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 10:20:13 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1257641781.98.0.415542584092.issue7284@psf.upfronthosting.co.za>
Message-ID: <1301134813.4.0.909666638413.issue7284@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

In argparse, you could so something like:

version = "2.7"
parser = argparse.ArgumentParser(
    description="My program XXX, version " + version)
parser.add_argument('-v', action='version', version=version)

That would then produce:

usage: PROG [-h] [-v]

My program XXX, version 2.7

optional arguments:
  -h, --help  show this help message and exit
  -v          show program's version number and exit

Is that acceptable? This is basically the style of svn:

$ svn help
usage: svn <subcommand> [options] [args]
Subversion command-line client, version 1.6.15.
...

I see though that vi puts the full name and version before the usage (which is currently impossible in argparse):

$ vi --help
VIM - Vi IMproved 7.0 (2006 May 7, compiled Sep 19 2009 17:22:08)

usage: vim [arguments] [file ..]       edit specified file(s)
...

Most other programs I tried didn't give a version number at all, though some did give a full name before the usage:

$ hg
Mercurial Distributed SCM
...
$ hg clone --help
hg clone [OPTION]... SOURCE [DEST]
...
$ git
usage: git [--version] [--exec-path[=GIT_EXEC_PATH]] [--html-path]
...
$ emacs --help
Usage: emacs [OPTION-OR-FILENAME]...
...

I guess we could add, say, a headline= option to ArgumentParser which would then be printed before the usage message if it's really crucial to have that message first... I'd rather not though if the description= approach is acceptable to you, since adding headline= would add more complexity to an already complex ArgumentParser constructor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:23:34 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 10:23:34 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <E1Q3Qeb-0006oj-Ei@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0cb276628528 by Mark Dickinson in branch '3.1':
Issue #11675:  Zero-out newly-created multiprocessing.[Raw]Array objects.
http://hg.python.org/cpython/rev/0cb276628528

New changeset 64ab52a64cc9 by Mark Dickinson in branch '3.2':
Merge #11675
http://hg.python.org/cpython/rev/64ab52a64cc9

New changeset f60e55b14d92 by Mark Dickinson in branch 'default':
Merge #11675
http://hg.python.org/cpython/rev/f60e55b14d92

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:24:13 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sat, 26 Mar 2011 10:24:13 +0000
Subject: [issue8554] suspicious comment in msilib.py/__init__.py
In-Reply-To: <1272418292.04.0.0208509109493.issue8554@psf.upfronthosting.co.za>
Message-ID: <1301135053.16.0.0899445006729.issue8554@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

Per: http://msdn.microsoft.com/en-us/library/aa369212(v=vs.85).aspx
"""The Identifier data type is a text string. Identifiers may contain the
ASCII characters A-Z (a-z), digits, underscores (_), or periods (.). However, every identifier must begin with either a letter or an underscore."""

So the spec would say that colons are NOT allowed. Editing some entries in the File table of an MSI (using Orca from the MSI SDK) and running the validation confirms that.

All the following were flagged as errors during validation:
'KDiff3EXE;"ASDF@#$', 'chmFile-', 'pdfFile(', 'hgbook]', 'TortoisePlinkEXE]', 'Hg.C?md', 'merg:epatterns.rc'

I think that this issue should be fixed when issue2694 is fixed. (I would like to put together some tests and patch for that :)

----------
nosy: +markm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8554>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:26:53 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 10:26:53 +0000
Subject: [issue11675] multiprocessing Arrays not automatically zeroed.
In-Reply-To: <1301086925.85.0.207162654752.issue11675@psf.upfronthosting.co.za>
Message-ID: <1301135213.32.0.576758732565.issue11675@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11675>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:28:00 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 10:28:00 +0000
Subject: [issue11673] RawArray does not accept long
In-Reply-To: <1301082434.18.0.556294062053.issue11673@psf.upfronthosting.co.za>
Message-ID: <1301135280.45.0.893989527431.issue11673@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11673>
_______________________________________

From report at bugs.python.org  Sat Mar 26 11:51:07 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 26 Mar 2011 10:51:07 +0000
Subject: [issue11678] Add support for Arch Linux to
	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301136667.1.0.35284060052.issue11678@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Please provide a patch for review.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Sat Mar 26 12:14:37 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 26 Mar 2011 11:14:37 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1301134813.4.0.909666638413.issue7284@psf.upfronthosting.co.za>
Message-ID: <AANLkTikFVqAD_pys1sHatshSEUDBaPXeUBs+X1i1R3rs@mail.gmail.com>


anatoly techtonik <techtonik at gmail.com> added the comment:

On Sat, Mar 26, 2011 at 12:20 PM, Steven Bethard <report at bugs.python.org> wrote:
>
> I see though that vi puts the full name and version before the usage (which is currently impossible in argparse):

That was exactly my use case, which I'd say is very common for small
utilities. Just in 10 minutes I could find that about a half of
command line utilities on my Windows machine are reporting full name
and version before the usage with --help option, including NSIS,
PuTTY, Far Manager, Android Debug Bridge and 7-Zip.

A pity that before argparse replaced optparse, there was no research
made to gather the output from various console tools to see how
argparse really saves people from reinventing their solutions.

Do you think we could avoid this problem if there was more active
turnaround between Roundup community and Python community to import
all issues from Google Code tracker in time to do some planning?
http://code.google.com/p/argparse/issues/detail?id=50

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 12:20:45 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 26 Mar 2011 11:20:45 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1301134813.4.0.909666638413.issue7284@psf.upfronthosting.co.za>
Message-ID: <AANLkTinJLVu--wh88bc4v-YXp4+CDmRCc0HTVjakb2Dg@mail.gmail.com>


anatoly techtonik <techtonik at gmail.com> added the comment:

On Sat, Mar 26, 2011 at 12:20 PM, Steven Bethard <report at bugs.python.org> wrote:

> I guess we could add, say, a headline= option to ArgumentParser which would then be printed before the usage message if it's really crucial to have that message first... I'd rather not though if the description= approach is acceptable to you, since adding headline= would add more complexity to an already complex ArgumentParser constructor.

Instead of adding "epilog", "usage", "description" to constructor, you
could just add one "usage_template" with these substitution variables,
including "version".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:16:43 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 12:16:43 +0000
Subject: [issue11174] add argparse formatting option to display type names for
	metavar
In-Reply-To: <1297352753.29.0.422535680818.issue11174@psf.upfronthosting.co.za>
Message-ID: <1301141803.0.0.219835327189.issue11174@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Sorry about such a slow response on this. Thanks for the patch!

I think rather than adding an ArgumentParser constructor parameter though, we should add a new formatter class. The attached patch allows you to write:

   >>> parser = argparse.ArgumentParser(
   ...     prog='PROG',
   ...     formatter_class=argparse.MetavarTypeHelpFormatter)
   >>> parser.add_argument('--foo', type=int)
   >>> parser.add_argument('bar', type=float)
   >>> parser.print_help()
   usage: PROG [-h] [--foo int] float

   positional arguments:
     float

   optional arguments:
     -h, --help  show this help message and exit
     --foo int

What do you think?

----------
Added file: http://bugs.python.org/file21407/MetavarTypeHelpFormatter.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11174>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:19:58 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 12:19:58 +0000
Subject: [issue5880] test___all__
In-Reply-To: <1241021724.62.0.808491876443.issue5880@psf.upfronthosting.co.za>
Message-ID: <1301141998.51.0.863509271748.issue5880@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: Remove unneeded "context" pointer from getters and setters -> test___all__

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5880>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:20:20 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 12:20:20 +0000
Subject: [issue5880] Remove unneeded "context" pointer from getters and setters
In-Reply-To: <1241021724.62.0.808491876443.issue5880@psf.upfronthosting.co.za>
Message-ID: <1301142020.72.0.566603705746.issue5880@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: test___all__ -> Remove unneeded "context" pointer from getters and setters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5880>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:23:15 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sat, 26 Mar 2011 12:23:15 +0000
Subject: [issue11174] add argparse formatting option to display type names for
	metavar
In-Reply-To: <1297352753.29.0.422535680818.issue11174@psf.upfronthosting.co.za>
Message-ID: <1301142195.55.0.197223910869.issue11174@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Well, since you are the designer of the package, I believe you have better knowledge on how to extend it :-). I just provided a patch according to what you described in the first message. Anyway having separate help formatter seems better than bloating parser's constructor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11174>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:24:19 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sat, 26 Mar 2011 12:24:19 +0000
Subject: [issue2694] msilib file names check too strict ?
In-Reply-To: <1209183523.66.0.300786856749.issue2694@psf.upfronthosting.co.za>
Message-ID: <1301142259.03.0.117975383386.issue2694@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

How about the following patch and tests...

Per: http://msdn.microsoft.com/en-us/library/aa369212(v=vs.85).aspx
"""The Identifier data type is a text string. Identifiers may contain the
ASCII characters A-Z (a-z), digits, underscores (_), or periods (.). However, every identifier must begin with either a letter or an underscore."""

So the spec would say that colons are NOT allowed. Editing some entries in the File table of an MSI (using Orca from the MSI SDK) and running the validation confirms that.

All the following were flagged as errors:
'KDiff3EXE;"ASDF@#$', 'chmFile-', 'pdfFile(', 'hgbook]', 'TortoisePlinkEXE]', 'Hg.C?md'

I also did some speed testing (just in case non/regex might be slow)
Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from timeit import timeit
>>> setup = 'import string\nidentifier_chars = string.ascii_letters + string.digits + "._"\ntmp_str = []'
>>> timeit("re.sub(r'[^a-zA-Z_\.]', '_', 'somefilename.txt')", setup = "import re")
4.434621757767205
>>> setup = 'import string\nidentifier_chars = string.ascii_letters + string.digits + "._"\ntmp_str = []'
>>> timeit('"".join([c if c in identifier_chars else "_" for c in "somefilename.txt"])', setup)
3.3757537425069906
>>>

----------
keywords: +patch
nosy: +markm
Added file: http://bugs.python.org/file21408/make_id_fix_and_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2694>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:28:31 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 12:28:31 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1257641781.98.0.415542584092.issue7284@psf.upfronthosting.co.za>
Message-ID: <1301142511.03.0.0148667867898.issue7284@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I'm not sure about the usage_template approach - seems like it might be hard to make it work, while still supporting formatter_class. (Though maybe it's not so bad since the formatter class methods are all considered implementation details.) I'm open to patches though if you're willing to provide one.

In the meantime, a simple approach that will work is to override format_help():

class MyArgumentParser(argparse.ArgumentParser):
    def format_help(self):
        help = super(MyArgumentParser, self).format_help()
        return headline + '\n' + help

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:30:20 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 12:30:20 +0000
Subject: [issue11144] int(float) may return a long for no reason
In-Reply-To: <1297100755.38.0.104149239471.issue11144@psf.upfronthosting.co.za>
Message-ID: <E1Q3SdF-0006xD-3l@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e1ebec2446cd by Mark Dickinson in branch '2.7':
Issue #11144: Fix corner cases where float-to-int conversion unnecessarily returned a long.
http://hg.python.org/cpython/rev/e1ebec2446cd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11144>
_______________________________________

From report at bugs.python.org  Sat Mar 26 13:31:42 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 26 Mar 2011 12:31:42 +0000
Subject: [issue11144] int(float) may return a long for no reason
In-Reply-To: <1297100755.38.0.104149239471.issue11144@psf.upfronthosting.co.za>
Message-ID: <1301142702.93.0.305299984069.issue11144@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11144>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:33:36 2011
From: report at bugs.python.org (R. David Murray)
Date: Sat, 26 Mar 2011 13:33:36 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301146416.98.0.155338155454.issue10966@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, I'm not so attached to the unexpected skip list that I want to block this from getting implemented.  So I guess the bottom line is that things that are unexpected skips now should not be failures.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:40:40 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 13:40:40 +0000
Subject: [issue10665] Expand unicodedata module documentation
In-Reply-To: <1291930276.17.0.60709403086.issue10665@psf.upfronthosting.co.za>
Message-ID: <1301146840.29.0.570416261396.issue10665@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

FWIW latin-1 chars are fine (e.g. ? or ?).  The right command to build the pdfs is `make latex` and then `make all-pdf` in build/latex/.

Alexander, now you could also make a remote hg repo, and use it to generate up-to-date patches that can be reviewed directly.

I left a few more comments on rietveld about the last patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10665>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:48:33 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 13:48:33 +0000
Subject: [issue11174] add argparse formatting option to display type names for
	metavar
In-Reply-To: <1297352753.29.0.422535680818.issue11174@psf.upfronthosting.co.za>
Message-ID: <E1Q3Tqq-0003UZ-KQ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a15d65d8f269 by Steven Bethard in branch 'default':
Issue #11174: Add argparse.MetavarTypeHelpFormatter, which uses type names
http://hg.python.org/cpython/rev/a15d65d8f269

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11174>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:49:25 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 26 Mar 2011 13:49:25 +0000
Subject: [issue11668] _multiprocessing.Connection.poll with timeout uses
	polling under Windows
In-Reply-To: <1301112599.9.0.556991061776.issue11668@psf.upfronthosting.co.za>
Message-ID: <1301147360.3518.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

Are you sure about MP_EXCEPTION_HAS_BEEN_SET?
semaphore.c has a more sophisticated logic:

        Py_BEGIN_ALLOW_THREADS
        ResetEvent(sigint_event);
        res = WaitForMultipleObjects(2, handles, FALSE, msecs);
        Py_END_ALLOW_THREADS

        /* handle result */
        if (res != WAIT_OBJECT_0 + 1)
            break;

        /* got SIGINT so give signal handler a chance to run */
        Sleep(1);

        /* if this is main thread let KeyboardInterrupt be raised */
        if (PyErr_CheckSignals())
            return NULL;

        /* recalculate timeout */
        if (msecs != INFINITE) {
            ticks = GetTickCount();
            if ((DWORD)(ticks - start) >= full_msecs)
                Py_RETURN_FALSE;
            msecs = full_msecs - (ticks - start);
        }

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11668>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:52:54 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 13:52:54 +0000
Subject: [issue11174] add argparse formatting option to display type names for
	metavar
In-Reply-To: <1297352753.29.0.422535680818.issue11174@psf.upfronthosting.co.za>
Message-ID: <1301147574.94.0.521487760436.issue11174@psf.upfronthosting.co.za>


Changes by Steven Bethard <steven.bethard at gmail.com>:


----------
assignee:  -> bethard
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11174>
_______________________________________

From report at bugs.python.org  Sat Mar 26 14:54:09 2011
From: report at bugs.python.org (John Szakmeister)
Date: Sat, 26 Mar 2011 13:54:09 +0000
Subject: [issue11370] Fix distutils to carry configure's LIBS through to
	extension modules.
In-Reply-To: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>
Message-ID: <1301147649.1.0.356453841083.issue11370@psf.upfronthosting.co.za>


John Szakmeister <john at szakmeister.net> added the comment:

I'm gonna close this.  It was meant to help port some of the Unladen Swallow stuff... but I see that's effectively dead. :-(

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11370>
_______________________________________

From report at bugs.python.org  Sat Mar 26 15:07:16 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 14:07:16 +0000
Subject: [issue11354] argparse: nargs could accept range of options count
In-Reply-To: <1298911895.1.0.590272861033.issue11354@psf.upfronthosting.co.za>
Message-ID: <1301148436.75.0.29397241633.issue11354@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Thanks for the patch. The idea and the approach of the patch look fine. But the patch needs to be against the Python repository:

http://docs.python.org/devguide/patch.html#creating

For the tests, you should integrate your test.py into Lib/test/test_argparse.py.

----------
stage:  -> patch review
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11354>
_______________________________________

From report at bugs.python.org  Sat Mar 26 15:09:14 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 14:09:14 +0000
Subject: [issue11588] Add "necessarily inclusive" groups to argparse
In-Reply-To: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>
Message-ID: <1301148554.47.0.528490130373.issue11588@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I think this is a great suggestion. Care to work on a patch?

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11588>
_______________________________________

From report at bugs.python.org  Sat Mar 26 15:36:42 2011
From: report at bugs.python.org (Calvin Spealman)
Date: Sat, 26 Mar 2011 14:36:42 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>


New submission from Calvin Spealman <ironfroggy at gmail.com>:

For example, if I had a project with a "src/" directory and inside that directory is a package named "foo", then I can run "python3 -m unittest discover -s ." and the tests will be not be found, but I can run "python3 -m unittest discover -s src/" and the tests in the foo package are run. This is because it can only find things which are in the python path, but if I have src/ on the path (I ran "add2virtualenv src/" at some point) then discover should know it can traverse inside this directory.

----------
messages: 132242
nosy: Calvin.Spealman
priority: normal
severity: normal
status: open
title: unittest discover should recurse into packages which are already in sys.path
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 15:58:27 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 14:58:27 +0000
Subject: [issue10680] argparse: titles and add_mutually_exclusive_group don't
	mix (even with workaround)
In-Reply-To: <1292083248.97.0.928495782189.issue10680@psf.upfronthosting.co.za>
Message-ID: <1301151507.47.0.839506352441.issue10680@psf.upfronthosting.co.za>


Changes by Steven Bethard <steven.bethard at gmail.com>:


----------
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10680>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:05:32 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 26 Mar 2011 15:05:32 +0000
Subject: [issue11684] (Maybe) Add email.parser.BytesHeaderParser
In-Reply-To: <1301151932.52.0.667036895822.issue11684@psf.upfronthosting.co.za>
Message-ID: <1301151932.52.0.667036895822.issue11684@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

David, you haven't added this one once you've added
BytesParser(), so i assume that happened intentionally.
On the other hand all the package heads in direction bytes,
and HeaderParser as such is currently somewhat unusable.
(The applied diff also corrects a documentation mispelling.)

----------
components: Library (Lib)
files: bytes-header-parser.1.diff
keywords: patch
messages: 132243
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: (Maybe) Add email.parser.BytesHeaderParser
type: feature request
versions: Python 3.3
Added file: http://bugs.python.org/file21409/bytes-header-parser.1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11684>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:14:50 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 26 Mar 2011 15:14:50 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <AANLkTikFVqAD_pys1sHatshSEUDBaPXeUBs+X1i1R3rs@mail.gmail.com>
Message-ID: <AANLkTi=d875YNtOwo6KCEx_YFJjZ4PVHg3+w0w9tSeT7@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On Sat, Mar 26, 2011 at 9:14 PM, anatoly techtonik <techtonik at gmail.com> wrote:
> A pity that before argparse replaced optparse, there was no research
> made to gather the output from various console tools to see how
> argparse really saves people from reinventing their solutions.

argparse was adopted because it was a significant improvement over
optparse, not because anyone was under the illusion that it was
perfect.

There'll always be room for additional feature requests, and many of
them won't cause backwards compatibility problems.

Cheers,
Nick.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:31:11 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 26 Mar 2011 15:31:11 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1301142511.03.0.0148667867898.issue7284@psf.upfronthosting.co.za>
Message-ID: <AANLkTin=_2zKNJ8_66SHH5GVt-nxeHqPsjeCadmQvFhL@mail.gmail.com>


anatoly techtonik <techtonik at gmail.com> added the comment:

On Sat, Mar 26, 2011 at 2:28 PM, Steven Bethard <report at bugs.python.org> wrote:
>
> I'm not sure about the usage_template approach - seems like it might be hard to make it work, while still supporting formatter_class. (Though maybe it's not so bad since the formatter class methods are all considered implementation details.) I'm open to patches though if you're willing to provide one.

The main point was to cut extra arguments in constructor that are used
solely for formatting the result, but it is too late to do any changes
now.

> In the meantime, a simple approach that will work is to override format_help():
>
> class MyArgumentParser(argparse.ArgumentParser):
> ? ?def format_help(self):
> ? ? ? ?help = super(MyArgumentParser, self).format_help()
> ? ? ? ?return headline + '\n' + help

Thanks. I'll try this one next time or think about the patch. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:45:40 2011
From: report at bugs.python.org (Facundo Batista)
Date: Sat, 26 Mar 2011 15:45:40 +0000
Subject: [issue5340] Change in cgi behavior breaks existing software
In-Reply-To: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>
Message-ID: <1301154340.26.0.503514361736.issue5340@psf.upfronthosting.co.za>


Changes by Facundo Batista <facundo at taniquetil.com.ar>:


----------
assignee: facundobatista -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:48:52 2011
From: report at bugs.python.org (Facundo Batista)
Date: Sat, 26 Mar 2011 15:48:52 +0000
Subject: [issue2756] urllib2 add_header fails with existing unredirected_header
In-Reply-To: <1209913898.38.0.175541514636.issue2756@psf.upfronthosting.co.za>
Message-ID: <1301154532.58.0.707457333983.issue2756@psf.upfronthosting.co.za>


Facundo Batista <facundo at taniquetil.com.ar> added the comment:

Senthil, I'm assigning this issue to you because you know more about this subject than me. Feel free to unassign if will not be working in it.

Thanks!

----------
assignee: facundobatista -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2756>
_______________________________________

From report at bugs.python.org  Sat Mar 26 16:49:44 2011
From: report at bugs.python.org (Facundo Batista)
Date: Sat, 26 Mar 2011 15:49:44 +0000
Subject: [issue7221] DispatcherWithSendTests_UsePoll with test_asyncore does
	nothing
In-Reply-To: <1256668022.66.0.873968126347.issue7221@psf.upfronthosting.co.za>
Message-ID: <1301154584.41.0.203233734827.issue7221@psf.upfronthosting.co.za>


Changes by Facundo Batista <facundo at taniquetil.com.ar>:


----------
assignee: facundobatista -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7221>
_______________________________________

From report at bugs.python.org  Sat Mar 26 17:18:39 2011
From: report at bugs.python.org (Rene Dudfield)
Date: Sat, 26 Mar 2011 16:18:39 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>


New submission from Rene Dudfield <illume at users.sourceforge.net>:

Hi,

you can possibly do an SQL injection via table names (and maybe some other parts of queries).  Tested with sqlite3, but maybe it affects others too.

You can not do parameter substitution for table names, so people use normal python string formatting instead.

If the table name comes from an untrusted source, then possibly an SQL injection could happen.


cheers,

----------
messages: 132247
nosy: illume
priority: normal
severity: normal
status: open
title: possible SQL injection into db APIs via table names... sqlite3
type: security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 17:59:16 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 16:59:16 +0000
Subject: [issue9348] Calling argparse's add_argument with the wrong number of
	metavars causes delayed error message
In-Reply-To: <1279892056.3.0.745674136702.issue9348@psf.upfronthosting.co.za>
Message-ID: <E1Q3WpV-0007wh-6O@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c89db9b36ea6 by Steven Bethard in branch '3.2':
Issue #9348: Raise an early error if argparse nargs and metavar don't match.
http://hg.python.org/cpython/rev/c89db9b36ea6

New changeset b93a50bb74f2 by Steven Bethard in branch 'default':
Issue #9348: Raise an early error if argparse nargs and metavar don't match. (Merge from 3.2.)
http://hg.python.org/cpython/rev/b93a50bb74f2

New changeset 4bb651eb7539 by Steven Bethard in branch '2.7':
Issue #9348: Raise an early error if argparse nargs and metavar don't match. (Merge from 3.2.)
http://hg.python.org/cpython/rev/4bb651eb7539

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:02:23 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 26 Mar 2011 17:02:23 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301158943.01.0.620295333092.issue11685@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why do you think this is a bug in Python?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:02:26 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 17:02:26 +0000
Subject: [issue9348] Calling argparse's add_argument with the wrong number of
	metavars causes delayed error message
In-Reply-To: <1279892056.3.0.745674136702.issue9348@psf.upfronthosting.co.za>
Message-ID: <1301158946.09.0.497531209232.issue9348@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Thanks for the patch. I used something similar to what you proposed, but instead of creating a local formatter, I just call self._get_formatter() if it exists.

----------
assignee:  -> bethard
nosy:  -python-dev
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:06:23 2011
From: report at bugs.python.org (Rene Dudfield)
Date: Sat, 26 Mar 2011 17:06:23 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301159183.94.0.947583642117.issue11685@psf.upfronthosting.co.za>


Rene Dudfield <illume at users.sourceforge.net> added the comment:

Hello,

because the sqlite3 package comes with python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:11:52 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Sat, 26 Mar 2011 17:11:52 +0000
Subject: [issue11678] Add support for Arch Linux to
	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301159512.0.0.630771232991.issue11678@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

Patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file21410/cpython-11678.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:13:03 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Sat, 26 Mar 2011 17:13:03 +0000
Subject: [issue11678] Add support for Arch Linux to
	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301159583.91.0.505253453656.issue11678@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

I forgot to say, Arch Linux is rolling release so it doesn't have a version or id.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:15:41 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Sat, 26 Mar 2011 17:15:41 +0000
Subject: [issue11686] Update of some email/ __all__ lists
In-Reply-To: <1301159741.4.0.853509960092.issue11686@psf.upfronthosting.co.za>
Message-ID: <1301159741.4.0.853509960092.issue11686@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

This patch adds some BytesXy classes to some __all__[]
exporters.

(Still don't know why i can
    import email
    x = email.feedparser.Xy()
but not
    import email
    x = email.parser.Xy()
Is there any reason for that?)

----------
components: Library (Lib)
files: __all__.diff
keywords: patch
messages: 132254
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: Update of some email/ __all__ lists
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21411/__all__.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11686>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:16:54 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 26 Mar 2011 17:16:54 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301159814.21.0.451753361042.issue11685@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

But putting untrusted strings into the table name is a bug in the application, not in Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:20:31 2011
From: report at bugs.python.org (Rene Dudfield)
Date: Sat, 26 Mar 2011 17:20:31 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301160031.12.0.136313214268.issue11685@psf.upfronthosting.co.za>


Rene Dudfield <illume at users.sourceforge.net> added the comment:

The bug in python is that you can not use parameter substitution to put the table names into the queries.  So people are forced to use string substitution instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:41:44 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 26 Mar 2011 17:41:44 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301161304.13.0.802122481567.issue11685@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Ah. That's not a limitation of Python, but a limitation of sqlite. See 

http://www.sqlite.org/c3ref/bind_blob.html

for how parameter binding works. The table name is not supported as a parameter; neither are column names or database names.

So if you want this feature added, please request it from the sqlite developers; Python will then naturally inherit it. I'm skeptical that they are open to such a proposal, though, since it will be a massive change in SQL parsing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sat Mar 26 18:51:14 2011
From: report at bugs.python.org (yac00b)
Date: Sat, 26 Mar 2011 17:51:14 +0000
Subject: [issue11687] Cannot register using command-line
In-Reply-To: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>
Message-ID: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>


New submission from yac00b <qqbbaa at gmail.com>:

I am not exactly sure if it is a proper place for my problem. I am quite new to Python in general.
I am working on Windows 7 with Python 3.2. I wanted to upload a module to PyPI. To do that I have to register with the command-line. I use the command "python3 setup.py register" and then I have to choose whether to use existing login, to create new etc. I am already registered on the website. When I choose 1 and press Enter, it still wants me to put a proper number.
I searched the web and I found out that the solution is to specify my username and password in the .pypirc file. The problem is that I have no idea where to find this file. Should I maybe create it? The ".pypirc" is the extension? What is the exact name of the file?
Or maybe is there any other way to solve this problem?

----------
components: Windows
messages: 132258
nosy: yac00b
priority: normal
severity: normal
status: open
title: Cannot register using command-line
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11687>
_______________________________________

From report at bugs.python.org  Sat Mar 26 19:01:30 2011
From: report at bugs.python.org (Pablo Mouzo)
Date: Sat, 26 Mar 2011 18:01:30 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301162490.89.0.694998340483.issue11664@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

I'm attaching a draft patch for patch. ?ric, is this patch implementing patch as you expected?

This patch is not finished because there are many cases where patch can leave patched objects if it fails to unpatch.

----------
keywords: +patch
nosy: +pablomouzo
Added file: http://bugs.python.org/file21412/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Sat Mar 26 19:11:02 2011
From: report at bugs.python.org (Anders Kaseorg)
Date: Sat, 26 Mar 2011 18:11:02 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1301163062.06.0.457703774384.issue9334@psf.upfronthosting.co.za>


Anders Kaseorg <andersk at mit.edu> added the comment:

> @andersk: Would the restriction to only having flags with a fixed
> number of arguments be acceptable for your use case?

I think that?s fine.  Anyone coming from optparse won?t need options with optional arguments.

However, FWIW, GNU getopt_long() supports options with an optional argument under the restrictions that:
 ? the option must be a long option,
 ? the optional argument must be the only argument for the option, and
 ? the argument, if present, must be supplied using the
   ?--option=argument? form, not the ?--option argument? form.
This avoids all parsing ambiguity.  It would be useful to have feature parity with getopt_long(), to facilitate writing Python wrapper scripts for C programs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Sat Mar 26 19:34:03 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 18:34:03 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <E1Q3YJD-0006B0-Ew@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4390d6939a56 by Antoine Pitrou in branch '3.2':
Issue #11635: Don't use polling in worker threads and processes launched by
http://hg.python.org/cpython/rev/4390d6939a56

New changeset a76257a99636 by Antoine Pitrou in branch 'default':
Issue #11635: Don't use polling in worker threads and processes launched by
http://hg.python.org/cpython/rev/a76257a99636

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Sat Mar 26 19:37:08 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 26 Mar 2011 18:37:08 +0000
Subject: [issue11635] concurrent.futures uses polling
In-Reply-To: <1300815399.91.0.382429836243.issue11635@psf.upfronthosting.co.za>
Message-ID: <1301164628.5.0.737527806161.issue11635@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've now pushed the patch. I hope this won't break anything, closing.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11635>
_______________________________________

From report at bugs.python.org  Sat Mar 26 19:59:35 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 18:59:35 +0000
Subject: [issue8982] argparse docs cross reference Namespace as a class but
	the Namespace class is not documented
In-Reply-To: <1276350269.78.0.816004374409.issue8982@psf.upfronthosting.co.za>
Message-ID: <E1Q3Yhx-0007ve-01@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 423b50086b67 by Steven Bethard in branch '3.2':
Issue #8982: Improve the documentation for the argparse Namespace object.
http://hg.python.org/cpython/rev/423b50086b67

New changeset d832756a82d9 by Steven Bethard in branch 'default':
Issue #8982: Improve the documentation for the argparse Namespace object. (Merge from 3.2.)
http://hg.python.org/cpython/rev/d832756a82d9

New changeset fe72160ea2a3 by Steven Bethard in branch '2.7':
Issue #8982: Improve the documentation for the argparse Namespace object. (Merge from 3.2.)
http://hg.python.org/cpython/rev/fe72160ea2a3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8982>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:00:52 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 19:00:52 +0000
Subject: [issue8982] argparse docs cross reference Namespace as a class but
	the Namespace class is not documented
In-Reply-To: <1276350269.78.0.816004374409.issue8982@psf.upfronthosting.co.za>
Message-ID: <1301166052.04.0.401207901298.issue8982@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I fixed the docs here so that they're clearer about what the Namespace object is, and also so that they mention the `vars` approach if you want dict-style access.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8982>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:01:21 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 19:01:21 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301166081.67.0.476994014236.issue11683@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:02:55 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 19:02:55 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301166175.56.0.333598537312.issue11664@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I'd like to ponder this a bit. Note that the patch is incorrect - fetching the attribute should not be done with getattr (this will trigger descriptors instead of fetching the underlying member) and should not be reset unconditionally (if the original was fetched from a base class the just deleting the patched member will restore the original). 

If we decide to do this I can provide a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:08:02 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 19:08:02 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301166482.59.0.362422990516.issue11681@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:10:25 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 19:10:25 +0000
Subject: [issue11649] startElementNS in xml.sax.saxutils.XMLGenerator ignored
	encoding
In-Reply-To: <1300887023.39.0.212589786895.issue11649@psf.upfronthosting.co.za>
Message-ID: <1301166625.24.0.283368034069.issue11649@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11649>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:12:40 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 26 Mar 2011 19:12:40 +0000
Subject: [issue9056] Adding additional level of bookmarks and section numbers
	in python pdf documents.
In-Reply-To: <1277175637.31.0.472126376822.issue9056@psf.upfronthosting.co.za>
Message-ID: <1301166760.75.0.825142148885.issue9056@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9056>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:22:52 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Sat, 26 Mar 2011 19:22:52 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301167372.36.0.54449771408.issue1602@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

Glenn wrote:
> So if flush checks that bit, maybe TextIOWriter could just call buffer.flush, and it would be fast if clean and slow if dirty?

Yes. I'll benchmark how much overhead is added by the calls to flush; there's no point in breaking the abstraction boundary of BufferedWriter if it doesn't give a significant performance benefit. (I suspect that it might not, because Windows is very slow at scrolling a console, which might make the cost of flushing insignificant in comparison.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:26:07 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 19:26:07 +0000
Subject: [issue11659] Fix ResourceWarning in test_subprocess
In-Reply-To: <1300944265.17.0.69540585366.issue11659@psf.upfronthosting.co.za>
Message-ID: <E1Q3Z7d-0001JH-LQ@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bd46aef7cf10 by Ross Lagerwall in branch '3.1':
Issue #11659: Fix ResourceWarning in test_subprocess introduced by #11459.
http://hg.python.org/cpython/rev/bd46aef7cf10

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11659>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:27:17 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sat, 26 Mar 2011 19:27:17 +0000
Subject: [issue11659] Fix ResourceWarning in test_subprocess
In-Reply-To: <1300944265.17.0.69540585366.issue11659@psf.upfronthosting.co.za>
Message-ID: <1301167637.18.0.633236598766.issue11659@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
assignee:  -> rosslagerwall
nosy: +rosslagerwall
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11659>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:28:00 2011
From: report at bugs.python.org (Glenn Linderman)
Date: Sat, 26 Mar 2011 19:28:00 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1301167680.64.0.842263819265.issue1602@psf.upfronthosting.co.za>


Glenn Linderman <v+python at g.nevcal.com> added the comment:

David-Sarah wrote:
Windows is very slow at scrolling a console, which might make the cost of flushing insignificant in comparison.)

Just for the record, I noticed a huge speedup in Windows console scrolling when I switched from WinXP to Win7 on a faster computer :)
How much is due to the XP->7 switch and how much to the faster computer, I cannot say, but it seemed much more significant than other speedups in other software.  The point?  Benchmark it on Win7, not XP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:49:15 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 26 Mar 2011 19:49:15 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1301168955.33.0.00050040706463.issue11236@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Greg: Can you please comment what the original motivation was for removing ISIG from the flags? This is your change, from issue 7208, AFAICT.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Sat Mar 26 20:58:03 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 26 Mar 2011 19:58:03 +0000
Subject: [issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z
In-Reply-To: <1297976188.87.0.766078134711.issue11236@psf.upfronthosting.co.za>
Message-ID: <1301169483.0.0.229266392962.issue11236@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11236>
_______________________________________

From report at bugs.python.org  Sat Mar 26 21:06:28 2011
From: report at bugs.python.org (Bob Kline)
Date: Sat, 26 Mar 2011 20:06:28 +0000
Subject: [issue5340] Change in cgi behavior breaks existing software
In-Reply-To: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>
Message-ID: <1301169988.55.0.164659038934.issue5340@psf.upfronthosting.co.za>


Bob Kline <bkline at rksystems.com> added the comment:

Just to make life interesting, someone went in and changed all the URLs for messages in the Python mailing list.  Here's the new URL for the message which contains the repro instructions:

http://mail.python.org/pipermail/python-list/2009-February/1192951.html

The URL which represents the reported behavior in that message now points to a machine which has been upgraded to Python 2.7, not 2.6 as reported in the repro instructions, but the behavior is still the same.  Of course, these instructions won't be useful forever, because the Debian server which is running Python 2.5 (to show the previous behavior) will (I assume) eventually move on to a later version of Python itself.  But for now the repro instructions are still valid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5340>
_______________________________________

From report at bugs.python.org  Sat Mar 26 21:06:48 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 20:06:48 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301170008.58.0.108473838713.issue11683@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Going into multiple directories on the path would make discovery more complex (but isn't out of the question).

To be compatible with nose test discovery it is likely that we will special case an "src" directory anyway though (as it is a relatively common pattern to put code into an "src" directory).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 21:06:52 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 20:06:52 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301170012.92.0.885345868027.issue11683@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 21:52:17 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 20:52:17 +0000
Subject: [issue9343] Document that argparse "parents" must be fully declared
	before children
In-Reply-To: <1279889847.13.0.579699796707.issue9343@psf.upfronthosting.co.za>
Message-ID: <E1Q3aSx-0007Mf-Gs@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d288666c1d58 by Steven Bethard in branch '3.2':
Issue #9343: Document that argparse parent parsers must be configured before their children.
http://hg.python.org/cpython/rev/d288666c1d58

New changeset 15e98607555d by Steven Bethard in branch '2.7':
Issue #9343: Document that argparse parent parsers must be configured before their children. (Merge from 3.2.)
http://hg.python.org/cpython/rev/15e98607555d

New changeset 8bdc20468cbc by Steven Bethard in branch 'default':
Issue #9343: Document that argparse parent parsers must be configured before their children. (Merge from 3.2.)
http://hg.python.org/cpython/rev/8bdc20468cbc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9343>
_______________________________________

From report at bugs.python.org  Sat Mar 26 21:53:28 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 26 Mar 2011 20:53:28 +0000
Subject: [issue9343] Document that argparse "parents" must be fully declared
	before children
In-Reply-To: <1279889847.13.0.579699796707.issue9343@psf.upfronthosting.co.za>
Message-ID: <1301172808.46.0.651516671512.issue9343@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I added some documentation in the "parents" section of the argparse docs.

----------
assignee: docs at python -> bethard
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9343>
_______________________________________

From report at bugs.python.org  Sat Mar 26 22:30:23 2011
From: report at bugs.python.org (Calvin Spealman)
Date: Sat, 26 Mar 2011 21:30:23 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301175023.52.0.195472248491.issue11683@psf.upfronthosting.co.za>


Calvin Spealman <ironfroggy at gmail.com> added the comment:

Doesn't it already go into multiple directories? Isn't that a requirement of a recursive directory walk, which I understand discover does?

I am also thinking the current documentation just doesn't make these details clear, so should that be another ticket if I think those should change for the 3.2 docs to clarify the current behavior?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:09:21 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 26 Mar 2011 22:09:21 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>


New submission from Torsten Landschoff <t.landschoff at gmx.net>:

I'd like to access the SQLite trace callback from Python to actually see the same queries that SQLite actually gets to see.

The C API of SQLite supports this via the sqlite3_trace function. I added support to this to the sqlite3 module plus unit tests testing that it is called, can be removed again and that unicode arguments arrive correctly at the callback.

Please consider applying the patch. I am not sure if this should go to the pysqlite project on Google Code directly, I am just submitting it here because I worked in the python source tree as I am more used to its build system. I am sorry, Gerhard, if this is the wrong way.

----------
components: Library (Lib)
files: sqlite_trace_py3.diff
keywords: patch
messages: 132275
nosy: torsten
priority: normal
severity: normal
status: open
title: SQLite trace callback
type: feature request
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file21413/sqlite_trace_py3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:11:23 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 26 Mar 2011 22:11:23 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301177483.79.0.108100862623.issue11688@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

Here is the same change for Python 2.7. I don't expect this to get merged on the Python 2 branch, put perhaps it is useful to somebody.

----------
Added file: http://bugs.python.org/file21414/sqlite_trace_py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:12:45 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 26 Mar 2011 22:12:45 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301177565.34.0.685601882209.issue11688@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> ghaering
nosy: +ghaering

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:13:55 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 26 Mar 2011 22:13:55 +0000
Subject: [issue887237] Machine integers
Message-ID: <1301177635.69.0.88629130705.issue887237@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

You could write a Python script to generator the methods.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue887237>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:28:40 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 26 Mar 2011 22:28:40 +0000
Subject: [issue11689] sqlite: Incorrect unit test fails to detect failure
In-Reply-To: <1301178520.82.0.473046584416.issue11689@psf.upfronthosting.co.za>
Message-ID: <1301178520.82.0.473046584416.issue11689@psf.upfronthosting.co.za>


New submission from Torsten Landschoff <t.landschoff at gmx.net>:

The CheckClearHandler test in Lib/sqlite3/test/hooks.py is invalid. It sets a local variable in a callback where it wants to change the variable in the closure.

Patch attached.

----------
components: Tests
files: test_clear_handler_py3.diff
keywords: patch
messages: 132278
nosy: torsten
priority: normal
severity: normal
status: open
title: sqlite: Incorrect unit test fails to detect failure
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file21415/test_clear_handler_py3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11689>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:29:57 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 26 Mar 2011 22:29:57 +0000
Subject: [issue11689] sqlite: Incorrect unit test fails to detect failure
In-Reply-To: <1301178520.82.0.473046584416.issue11689@psf.upfronthosting.co.za>
Message-ID: <1301178597.65.0.43092400788.issue11689@psf.upfronthosting.co.za>


Changes by Torsten Landschoff <t.landschoff at gmx.net>:


Added file: http://bugs.python.org/file21416/test_clear_handler_py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11689>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:56:14 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 22:56:14 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301180174.39.0.409920966519.issue11683@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Discover does recurse into directories - but only packages, so the algorithm for importing them is trivial. You're suggesting enhancing that to multiple strategies (checking non package directories to see if they are on the path and then recursing into them as well). I can well believe the docs could do with clarifying though - and a patch for that would be awesome.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sat Mar 26 23:58:10 2011
From: report at bugs.python.org (Michael Foord)
Date: Sat, 26 Mar 2011 22:58:10 +0000
Subject: [issue11683] unittest discover should recurse into packages which are
	already in sys.path
In-Reply-To: <1301150202.25.0.136502435987.issue11683@psf.upfronthosting.co.za>
Message-ID: <1301180290.11.0.401835014918.issue11683@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Calvin, note that the modification you suggest is not a *great* complication to the discovery algorithm (just "some" complication); so I'll consider it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11683>
_______________________________________

From report at bugs.python.org  Sun Mar 27 00:16:50 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 26 Mar 2011 23:16:50 +0000
Subject: [issue1838] Ctypes C-level infinite recursion
In-Reply-To: <1200476325.02.0.310225010268.issue1838@psf.upfronthosting.co.za>
Message-ID: <E1Q3ciu-0002YO-AV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 4945a45b8be4 by Benjamin Peterson in branch '3.1':
check possible recursive _as_parameter_ to prevent segfault (closes #1838)
http://hg.python.org/cpython/rev/4945a45b8be4

New changeset 4bd06503eaca by Benjamin Peterson in branch '2.7':
check possible recursive _as_parameter_ to prevent segfault (closes #1838)
http://hg.python.org/cpython/rev/4bd06503eaca

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1838>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:04:19 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Sun, 27 Mar 2011 01:04:19 +0000
Subject: [issue9348] Calling argparse's add_argument with the wrong number of
	metavars causes delayed error message
In-Reply-To: <1279892056.3.0.745674136702.issue9348@psf.upfronthosting.co.za>
Message-ID: <1301187859.85.0.593262037635.issue9348@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

Awesome, thanks for committing the patch.  Glad I could help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:09:52 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 27 Mar 2011 01:09:52 +0000
Subject: [issue11690] Add "communication" FAQ to devguide
In-Reply-To: <1301188192.33.0.9529618781.issue11690@psf.upfronthosting.co.za>
Message-ID: <1301188192.33.0.9529618781.issue11690@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

It would be good to supplement the "here's the list of mailing lists" (etc) section in the devguide [1] with a more task oriented communications FAQ of the form "If you are asking about topic A, then ask in forums X, Y or Z".

(where the "forums" may be any online communications channel, be it a mailing list, IRC channel, Stack Overflow, or whatever)

This would also mean that communications questions could be easily answered by following the "Dev FAQ" link in the quick links on the front page of the devguide.

[1] http://docs.python.org/devguide/communication.html#communication

Also, that page should be updated to mention the new "Python Insiders" blog.

----------
components: None
messages: 132283
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Add "communication" FAQ to devguide

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11690>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:31:41 2011
From: report at bugs.python.org (David-Sarah Hopwood)
Date: Sun, 27 Mar 2011 01:31:41 +0000
Subject: [issue11395] print(s) fails on Windows with long strings
In-Reply-To: <1299217663.52.0.355409591746.issue11395@psf.upfronthosting.co.za>
Message-ID: <1301189501.83.0.258365398111.issue11395@psf.upfronthosting.co.za>


David-Sarah Hopwood <david-sarah at jacaranda.org> added the comment:

If I understand the bug in the Windows console functions correctly, a limit of 32767 bytes might not always be small enough. The problem is that if two or more threads are concurrently using any console functions (which all use the same 64 KiB heap), they could try to allocate up to 32767 bytes plus overhead at the same time, which will fail.

I wasn't able to provoke this by writing to sys.stdout.buffer (maybe there is locking that prevents concurrent writes), but the following code that calls WriteFile directly, does provoke it. GetLastError() returns 8 (ERROR_NOT_ENOUGH_MEMORY; see http://msdn.microsoft.com/en-us/library/ms681382%28v=vs.85%29.aspx), indicating that it's the same bug.


# Warning: this test may DoS your system.

from threading import Thread
import sys
from ctypes import WINFUNCTYPE, windll, POINTER, byref, c_int
from ctypes.wintypes import BOOL, HANDLE, DWORD, LPVOID, LPCVOID

GetStdHandle = WINFUNCTYPE(HANDLE, DWORD)(("GetStdHandle", windll.kernel32))
WriteFile = WINFUNCTYPE(BOOL, HANDLE, LPCVOID, DWORD, POINTER(DWORD), LPVOID) \
                        (("WriteFile", windll.kernel32))
GetLastError = WINFUNCTYPE(DWORD)(("GetLastError", windll.kernel32))
STD_OUTPUT_HANDLE = DWORD(-11)
INVALID_HANDLE_VALUE = DWORD(-1).value

hStdout = GetStdHandle(STD_OUTPUT_HANDLE)
assert hStdout is not None and hStdout != INVALID_HANDLE_VALUE

L = 32760
data = b'a'*L

def run():
    n = DWORD(0)
    while True:
        ret = WriteFile(hStdout, data, L, byref(n), None)
        if ret == 0 or n.value != L:
            print(ret, n.value, GetLastError())
            sys.exit(1)

[Thread(target=run).start() for i in range(10)]

----------
nosy: +davidsarah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11395>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:34:18 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sun, 27 Mar 2011 01:34:18 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301189658.65.0.456179788671.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

The attached patch is my take on this issue. I ran into the problem that during schema upgrades dropping a table was not rolled back. In another instance, renaming a table was not rolled back. This greatly increases the risk of data loss for our application.

Because I do not currently foresee which commands might need dropping out of a transaction and because of backwards compatibility woes, I added a new field to the sqlite3.Connection: operation_needs_transaction_callback

This function is called to decide if a running transaction should be implicitly committed (I'd consider this dangerous), if a transaction has to be started if not running (should normally always hold) or if the transaction state should be left alone.

For example, the "pragma foreign_keys = ..." is a no-op inside a transaction, therefore an implicit begin would be possibly harmful. In our application, we enable foreign keys when getting the connection out of the SQLAlchemy pool via a pool listener, which would be disabled if there is an implicit begin triggered.

The patch also adds a bunch of unit tests to cover the new behaviour.

----------
nosy: +torsten
Added file: http://bugs.python.org/file21417/sqlite_transaction_config_py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:42:02 2011
From: report at bugs.python.org (yac00b)
Date: Sun, 27 Mar 2011 01:42:02 +0000
Subject: [issue11687] Cannot register using command-line
In-Reply-To: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>
Message-ID: <1301190122.85.0.288202461828.issue11687@psf.upfronthosting.co.za>


yac00b <qqbbaa at gmail.com> added the comment:

I searched a little bit more and now I know that if the registration would be possible then the .pipyrc file would be created automatically. I would like to create it on my own to go around this problem, but Windows does not allow to create a file named .pypirc. How to deal with it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11687>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:54:13 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sun, 27 Mar 2011 01:54:13 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301190853.35.0.269986505439.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

Same patch for Python 3. In fact, this also adds a missing Py_XDECREF.

----------
Added file: http://bugs.python.org/file21418/sqlite_transaction_config_py3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Mar 27 03:56:07 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sun, 27 Mar 2011 01:56:07 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301190967.81.0.729459189248.issue10740@psf.upfronthosting.co.za>


Changes by Torsten Landschoff <t.landschoff at gmx.net>:


Added file: http://bugs.python.org/file21419/sqlite_transaction_config_py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Mar 27 06:13:24 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sun, 27 Mar 2011 04:13:24 +0000
Subject: [issue1128] msilib.Directory.make_short only handles file names with
	a single dot in them
In-Reply-To: <1189179520.92.0.794860414513.issue1128@psf.upfronthosting.co.za>
Message-ID: <1301199204.67.0.430903527903.issue1128@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

I looked at the existing patches - and noted that they went closer to how Windows does short files - but still left out some cases.

I believe the latest patch catches all cases.

from http://msdn.microsoft.com/en-us/library/aa368590(v=vs.85).aspx
    Short and long file names must not contain the following characters:
        slash (/) or (\)
        question mark (?)
        vertical bar (|)
        right angle bracket (>)
        left angle bracket (<)
        colon (:)
        asterisk (*)
        quotation mark (")

    In addition, short file names must not contain the following characters:
        plus sign (+)
        comma (,)
        semicolon (;)
        equals sign (=)
        left square bracket ([)
        right square bracket (])

    No space is allowed preceding the vertical bar (|) separator for the short file name/long file name syntax. Short file names may not include a space, although a long file name may. A space can exist after the separator only if the long file name of the file name begins with the space. No full-path syntax is allowed.

Though I wonder do we really need to check for or replace the first set of characters above - none are allowed in any file name, so if they are there it is probably a error in how the function was called!

I also tested speed of re.sub, comprehension ("".join(c for c in ...) and for loops - and for loops were the fasted (for the small set of characters being replaced).

I am not patching make_id() - because I have added a patch for that to issue2694.

Note - The attached patch will probably not apply cleanly - as it pre-supposes that the patch (http://bugs.python.org/file21408/make_id_fix_and_test.patch) from issue2694 is applied first (especially for the tests)

----------
nosy: +markm
Added file: http://bugs.python.org/file21420/msilib.make_short.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1128>
_______________________________________

From report at bugs.python.org  Sun Mar 27 06:16:15 2011
From: report at bugs.python.org (William Edward Stuart Clemens)
Date: Sun, 27 Mar 2011 04:16:15 +0000
Subject: [issue11691] sqlite3 Cursor.description doesn't set type_code
In-Reply-To: <1301199375.2.0.455501522423.issue11691@psf.upfronthosting.co.za>
Message-ID: <1301199375.2.0.455501522423.issue11691@psf.upfronthosting.co.za>


New submission from William Edward Stuart Clemens <wesclemens+python at gmail.com>:

The DB API Spec 2.0 (PEP 249) clearly requires that column name and type_code be set as the first two values in Cursor.description the other 5 attributes are optional. The sqlite3 module doesn't set type_code.

----------
components: None
files: sqlite.patch
keywords: patch
messages: 132289
nosy: wesclemens
priority: normal
severity: normal
status: open
title: sqlite3 Cursor.description doesn't set type_code
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21421/sqlite.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11691>
_______________________________________

From report at bugs.python.org  Sun Mar 27 06:18:19 2011
From: report at bugs.python.org (Ned Deily)
Date: Sun, 27 Mar 2011 04:18:19 +0000
Subject: [issue11691] sqlite3 Cursor.description doesn't set type_code
In-Reply-To: <1301199375.2.0.455501522423.issue11691@psf.upfronthosting.co.za>
Message-ID: <1301199499.93.0.397176878723.issue11691@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ghaering

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11691>
_______________________________________

From report at bugs.python.org  Sun Mar 27 06:53:06 2011
From: report at bugs.python.org (William Edward Stuart Clemens)
Date: Sun, 27 Mar 2011 04:53:06 +0000
Subject: [issue11691] sqlite3 Cursor.description doesn't set type_code
In-Reply-To: <1301199375.2.0.455501522423.issue11691@psf.upfronthosting.co.za>
Message-ID: <1301201586.4.0.598790835379.issue11691@psf.upfronthosting.co.za>


William Edward Stuart Clemens <wesclemens+python at gmail.com> added the comment:

The patch for version 3.3 has a one line difference.

----------
assignee:  -> docs at python
components: +Documentation, Library (Lib) -None
nosy: +docs at python
versions: +Python 3.3
Added file: http://bugs.python.org/file21422/sqlite3_type_code_py33.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11691>
_______________________________________

From report at bugs.python.org  Sun Mar 27 09:27:50 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 07:27:50 +0000
Subject: [issue11692] subprocess demo functions
In-Reply-To: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>
Message-ID: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>


New submission from Ross Lagerwall <rosslagerwall at gmail.com>:

Running subprocess as a module invokes some demo functions.

On posix, one of these doesn't work:

$ ./python -m subprocess
Process list:
b'  PID TTY          TIME CMD\n 9003 pts/6    00:00:00 python\n 9004 pts/6    00:00:00 ps\n23760 pts/6    00:00:00 bash\n'
Looking for 'hda'...
b''

Trying a weird file...
The file didn't exist.  I thought so...
Child traceback:
Traceback (most recent call last):
  File "/home/ross/code/py3kdev/silly/Lib/subprocess.py", line 1757, in _demo_posix
    print(Popen(["/this/path/does/not/exist"]).communicate())
  File "/home/ross/code/py3kdev/silly/Lib/subprocess.py", line 766, in __init__
    restore_signals, start_new_session)
  File "/home/ross/code/py3kdev/silly/Lib/subprocess.py", line 1439, in _execute_child
    raise child_exception_type(errno_num, err_msg)
OSError: [Errno 2] No such file or directory: '/this/path/does/not/exist'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/ross/code/py3kdev/silly/Lib/runpy.py", line 160, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/home/ross/code/py3kdev/silly/Lib/runpy.py", line 73, in _run_code
    exec(code, run_globals)
  File "/home/ross/code/py3kdev/silly/Lib/subprocess.py", line 1790, in <module>
    _demo_posix()
  File "/home/ross/code/py3kdev/silly/Lib/subprocess.py", line 1762, in _demo_posix
    print(e.child_traceback)
AttributeError: 'OSError' object has no attribute 'child_traceback'


I think these demo functions should be either be removed or incorporated into the docs.

----------
messages: 132291
nosy: gregory.p.smith, rosslagerwall
priority: normal
severity: normal
status: open
title: subprocess demo functions
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11692>
_______________________________________

From report at bugs.python.org  Sun Mar 27 09:55:19 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 27 Mar 2011 07:55:19 +0000
Subject: [issue7639] bdist_msi fails on files with long names
In-Reply-To: <1262718207.72.0.84290104112.issue7639@psf.upfronthosting.co.za>
Message-ID: <1301212519.47.0.134185878082.issue7639@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


Added file: http://bugs.python.org/file21423/msilib2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7639>
_______________________________________

From report at bugs.python.org  Sun Mar 27 10:16:44 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 08:16:44 +0000
Subject: [issue7639] bdist_msi fails on files with long names
In-Reply-To: <1262718207.72.0.84290104112.issue7639@psf.upfronthosting.co.za>
Message-ID: <E1Q3l9D-0001aS-P3@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e51366a05b84 by Martin v. L?wis in branch '2.7':
Fix short file name generation in bdist_msi.
http://hg.python.org/cpython/rev/e51366a05b84

New changeset fd8336947f90 by Martin v. L?wis in branch '3.1':
Fix short file name generation in bdist_msi.
http://hg.python.org/cpython/rev/fd8336947f90

New changeset c7d0fc181376 by Martin v. L?wis in branch '3.2':
merge #7639
http://hg.python.org/cpython/rev/c7d0fc181376

New changeset a7e0a1dbfbb6 by Martin v. L?wis in branch 'default':
merge #7639
http://hg.python.org/cpython/rev/a7e0a1dbfbb6

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7639>
_______________________________________

From report at bugs.python.org  Sun Mar 27 10:19:55 2011
From: report at bugs.python.org (Rene Dudfield)
Date: Sun, 27 Mar 2011 08:19:55 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301213995.71.0.0193705024293.issue11685@psf.upfronthosting.co.za>


Rene Dudfield <illume at users.sourceforge.net> added the comment:

Hi,

aaah, ok.

It seems to require the use of a quote function.  See http://www.sqlite.org/c3ref/mprintf.html  

However python does not seem to expose the function?  I don't see how you can write safe queries using python without it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Sun Mar 27 10:20:18 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 27 Mar 2011 08:20:18 +0000
Subject: [issue1128] msilib.Directory.make_short only handles file names with
	a single dot in them
In-Reply-To: <1189179520.92.0.794860414513.issue1128@psf.upfronthosting.co.za>
Message-ID: <1301214018.13.0.960919171028.issue1128@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This is now fixed with Christoph Gohlke's patch in issue 7639. If anything remains to be done, please submit a new issue (rather than posting to this one).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1128>
_______________________________________

From report at bugs.python.org  Sun Mar 27 10:25:27 2011
From: report at bugs.python.org (Kaushik Kannan)
Date: Sun, 27 Mar 2011 08:25:27 +0000
Subject: [issue11693] memory leak in email.generator.Generator().flatten()
	method
Message-ID: <1301214327.54.0.376971917501.issue11693@psf.upfronthosting.co.za>


Changes by Kaushik Kannan <kaushik1618 at gmail.com>:


----------
components: IO, Library (Lib)
files: debug_as_string.py
nosy: Kaushik.Kannan, barry, r.david.murray
priority: normal
severity: normal
status: open
title: memory leak in email.generator.Generator().flatten() method
type: resource usage
versions: Python 2.6
Added file: http://bugs.python.org/file21424/debug_as_string.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11693>
_______________________________________

From report at bugs.python.org  Sun Mar 27 10:59:10 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 08:59:10 +0000
Subject: [issue9929] subprocess.Popen unbuffered not work
In-Reply-To: <1285265742.42.0.656694330002.issue9929@psf.upfronthosting.co.za>
Message-ID: <1301216350.6.0.614650781172.issue9929@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Unbuffered subprocess was fixed in 1dc52ecb8949
Closing this as a duplicate of #11459.

----------
nosy: +rosslagerwall
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9929>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:11:33 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 09:11:33 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1301217093.1.0.965459258151.issue11284@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Closing this as a duplicate of #8052

----------
nosy: +rosslagerwall
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:11:57 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 09:11:57 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301217117.16.0.845074121686.issue8052@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

See #11284 (a duplicate) for more discussion about this issue.

----------
nosy: +haypo, loewis, neologix, s7v7nislands

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:17:04 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 09:17:04 +0000
Subject: [issue8006] os.popen in Python 3.1
In-Reply-To: <1266971440.47.0.35262669604.issue8006@psf.upfronthosting.co.za>
Message-ID: <1301217424.5.0.161744205304.issue8006@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Closing as invalid - believed to be a buffering issue.

----------
nosy: +rosslagerwall
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8006>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:28:18 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 09:28:18 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301218098.81.0.0670640722152.issue11393@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I updated the (Hg repo and the) patch to fix all Antoine's remarks.

Can you make the suggested changes to the tests? Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:57:30 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 27 Mar 2011 09:57:30 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1301219850.94.0.471533856973.issue11681@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Even "from __future__ import unicode_literals" doesn't make it do anything.

Perhaps Christian merged it by mistake in [5341b30b1812]?

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sun Mar 27 11:58:51 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sun, 27 Mar 2011 09:58:51 +0000
Subject: [issue7639] bdist_msi fails on files with long names
In-Reply-To: <1262718207.72.0.84290104112.issue7639@psf.upfronthosting.co.za>
Message-ID: <1301219931.84.0.556371822822.issue7639@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

Following up from my comment in issue1128, please find the patch msilib.make_id_fix_and_tests.patch

This improves the make_id() function in the following way:
 - ensures that NO invalid identifier characters make it through (it does this by only including good characters rather than filtering out some bad characters). The list of bad characters is immense (most unicode characters!) while the list of acceptable characters is limited.

This also adds some tests.

----------
nosy: +markm -python-dev
Added file: http://bugs.python.org/file21425/msilib.make_id_fix_and_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7639>
_______________________________________

From report at bugs.python.org  Sun Mar 27 12:00:02 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 27 Mar 2011 10:00:02 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301220002.45.0.227231203628.issue9696@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Here is a test and a patch.

----------
keywords: +patch
nosy: +gruszczy
Added file: http://bugs.python.org/file21426/9696.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 12:14:21 2011
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 27 Mar 2011 10:14:21 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301220861.19.0.704196168744.issue8052@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Can we use FD_CLOEXEC to archive this goal? Example: open all files with FD_CLOEXEC set and don't close explicitly files on fork. preexec_fn will get access to the files, but the problem is exec(), not preexec_fn.

I suppose that it will slow down programs not using subprocess, and it may have border effects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 12:22:35 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 10:22:35 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301221355.91.0.252046240463.issue11393@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I have pushed a new branch "faulthandler-thread" in http://hg.python.org/features/faulthandler/. It contains an implementation of dump_tracebacks_later() using a watchdog thread, instead of alarm().

It has two advantages:
- it works under Windows
- it won't disrupt use of alarm() or SIGALRM by user code (including the test suite)

It has one drawback: you can only display all threads, since the watchdog thread is not a Python thread.

I haven't fixed the tests for it, I'm waiting for Victor's changes first ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Sun Mar 27 12:37:13 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sun, 27 Mar 2011 10:37:13 +0000
Subject: [issue7639] bdist_msi fails on files with long names
In-Reply-To: <1262718207.72.0.84290104112.issue7639@psf.upfronthosting.co.za>
Message-ID: <1301222233.28.0.641716487615.issue7639@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

For Directory.make_short() the only things which are left could be considered splitting hairs.

1. Do we need to remove '"\/:' from the file name - if these characters are there then the file name is not valid in the first place.

2. These characters '+,;=[]' should really be changed to '_' if we want to match more closely how Windows makes short names.

I can write a patch for the above if they should be fixed and either way I can add tests for this function. (the test I had for testing my own patch - almost completely pass - but the only failure was depending on point 2.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7639>
_______________________________________

From report at bugs.python.org  Sun Mar 27 12:43:15 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 27 Mar 2011 10:43:15 +0000
Subject: [issue9544] xdrlib.Packer().pack_fstring throws a TypeError when
	called with a str()
In-Reply-To: <1281333086.43.0.820305754452.issue9544@psf.upfronthosting.co.za>
Message-ID: <1301222595.9.0.88944063443.issue9544@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

Here is a simple patch with a test. Depending o bytes in this library seems strange, maybe it should be changed somehow? Anyway, this simple patch should be a quick fix to the problem.

----------
keywords: +patch
nosy: +gruszczy
Added file: http://bugs.python.org/file21427/9544.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:00:59 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sun, 27 Mar 2011 11:00:59 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301223659.43.0.22760850493.issue8052@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

If you're suggesting to set FDs CLOEXEC by default, I think it's neither possible nor reasonable:
- you have to take into account not only files, but also pipes, sockets, etc
- there's no portable way to e.g. open a file and set it CLOEXEC atomically
- first and foremost, it' going to break a lot of existing code, for example, pipe + fork, accept + fork, etc
As for the dedicated syscalls, there's already been some discussion about closefrom and friends, but Gregory did some research and it looked like those are not async-safe - which, if it's really the case, renders those calls mostly useless.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:06:15 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Sun, 27 Mar 2011 11:06:15 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301223975.73.0.0731112497747.issue8052@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

Ooops, it's of course not going to break code containing accept + fork or pipe + fork, you obviously also need an execve ;-)
But the point is that you can't change the semantics of FDs being inheritable across an execve (think about inetd for example).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:12:17 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 27 Mar 2011 11:12:17 +0000
Subject: [issue11694] xdrlib raises ConversionError in inconsistent way
In-Reply-To: <1301224336.99.0.411299821684.issue11694@psf.upfronthosting.co.za>
Message-ID: <1301224336.99.0.411299821684.issue11694@psf.upfronthosting.co.za>


New submission from Filip Gruszczy?ski <gruszczy at gmail.com>:

xdrlib defines ConversionError, but very seldom uses it. For example:

    def pack_float(self, x):
        try: self.__buf.write(struct.pack('>f', x))
        except struct.error as msg:
            raise ConversionError(msg)

But it doesn't do so here:

    def pack_uint(self, x):
        self.__buf.write(struct.pack('>L', x))

Shouldn't that be more consistent?

I am happy to write a patch, that will make xdrlib raise ConversionError, as well as write proper test (I believe xdrlib tests should get some love altogether, so I would add a separate test case for this).

----------
components: Library (Lib)
messages: 132309
nosy: gruszczy
priority: normal
severity: normal
status: open
title: xdrlib raises ConversionError in inconsistent way
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11694>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:15:24 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 27 Mar 2011 11:15:24 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301224524.2.0.946437170881.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Finally got around to reviewing this (just a visual scan at this stage) - thanks for the effort. These are mostly "big picture" type comments, so I'm keeping them here rather than burying them amongst all the details in the code review tool.

The effect that collapsing Num/Str/Bytes into a single Lit node type has on ast.literal_eval bothered me initially, but looking more closely, I think those changes will actually improve the function (string concatenation will now work, and errors like "'hello' - 'world'" should give a more informative TypeError). (Bikeshed: We use Attribute rather than Attr for that node type, perhaps the full "Literal" name would be better, too)

Lib/test/disutil.py should really be made a feature of the dis module itself, by creating an inner disassembly function that returns a string, then making the existing "dis" and "disassembly" functions print that string (i.e. similar to what I already did in making dis.show_code() a thin wrapper around the new dis.code_info() function in 3.2). In the absence of a better name, "dis_to_str" would do.

Since the disassembly is interpreter specific, the new disassembly tests really shouldn't go directly in test_compile.py. A separate "test_ast_optimiser" file would be easier for alternate implementations to skip over. A less fragile testing strategy may also be to use the ast.PyCF_ONLY_AST flag and check the generated AST rather than the generated bytecode.

I'd like to see a written explanation for the first few changes in test_peepholer.py. Are those cases no longer optimised? Are they optimised differently? Why did these test cases have to change? (The later changes in that file look OK, since they seem to just be updating tests to handle the more comprehensive optimisation)

When you get around to rebasing the patch on 3.3 trunk, don't forget to drop any unneeded "from __future__" imports.

The generated code for the Lit node type looks wrong: it sets v to Py_None, then immediately checks to see if v is NULL again.

Don't use "string" as a C type - use "char *" (and "char **" instead of "string *").

There should be a new compiler flag to skip the AST optimisation step.

A bunch of the compiler internal changes seem to make the basic flow of the generated assembly not match the incoming source code. It doesn't seem like a good idea to conflate these with the AST optimisation patch. If that means leaving the peepholer in to handle them for now, that's OK - it's fine to just descope the peepholer without removing it entirely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:17:31 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 11:17:31 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301224651.13.0.325797240613.issue11677@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

One strong reason for having the test files in the build directory is ease of cleanup, especially on the buildbots where crashes or hangs can lead to progressive disk fillup (and some tests create very large files, e.g. 2GB).

See also 673a5afce4e0.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:29:05 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 27 Mar 2011 11:29:05 +0000
Subject: [issue887237] Machine integers
Message-ID: <1301225345.09.0.132751878621.issue887237@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue887237>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:39:45 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 27 Mar 2011 11:39:45 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301225985.07.0.994816210148.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I think the biggest thing to take out of my review is that I strongly encourage deferring the changes for 5(b) and 5(c).

I like the basic idea of using a template-based approach to try to get rid of a lot of the boilerplate code currently needed for AST visitors.

Providing a hook for optimisation in Python (as Dave Malcolm's approach does) is valuable as well, but I don't think the two ideas need to be mutually exclusive.

As a more general policy question... where do we stand in regards to backwards compatibility of the AST? The ast module docs don't have any caveats to say that it may change between versions, but it obviously *can* change due to new language constructs (if nothing else).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:44:44 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 11:44:44 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1301225985.07.0.994816210148.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301226281.3568.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> As a more general policy question... where do we stand in regards to
> backwards compatibility of the AST? The ast module docs don't have any
> caveats to say that it may change between versions, but it obviously
> *can* change due to new language constructs (if nothing else).

Yes, but can existing constructs produce a different structure from one
Python version to another?
It seems to me that the ast module is the recommended way to inspect the
structure of Python code (much more so that bytecode or concrete syntax
trees). Perhaps the optimizations can leave the initial ast intact?
Perhaps with an additional API to get the optimized ast as well?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 13:50:50 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 27 Mar 2011 11:50:50 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301226650.95.0.746351413194.issue11549@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I would provide this via another compile flag a la PyCF_ONLY_AST.  If you give only this flag, you get the original AST.  If you give (e.g.)
PyCF_OPTIMIZED_AST, you get the resulting AST after the optimization stage (or the same, if optimization has been disabled).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:04:19 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 12:04:19 +0000
Subject: [issue9026] argparse subcommands not printed in the same order they
	were added
In-Reply-To: <1276856679.08.0.64136890627.issue9026@psf.upfronthosting.co.za>
Message-ID: <E1Q3ohe-0007Lf-Dq@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 74f9ed48ae5d by Steven Bethard in branch '3.2':
Issue #9026: Fix order of argparse sub-commands in help messages.
http://hg.python.org/cpython/rev/74f9ed48ae5d

New changeset de29472c6a84 by Steven Bethard in branch 'default':
Issue #9026: Fix order of argparse sub-commands in help messages. (Merged from 3.2.)
http://hg.python.org/cpython/rev/de29472c6a84

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9026>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:04:55 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 12:04:55 +0000
Subject: [issue9026] argparse subcommands not printed in the same order they
	were added
In-Reply-To: <1276856679.08.0.64136890627.issue9026@psf.upfronthosting.co.za>
Message-ID: <E1Q3oiB-0007Q5-OB@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 75ec20b4c50e by Steven Bethard in branch '2.7':
Issue #9026: Fix order of argparse sub-commands in help messages. (Merged from 3.2.)
http://hg.python.org/cpython/rev/75ec20b4c50e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9026>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:06:28 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 12:06:28 +0000
Subject: [issue9026] argparse subcommands not printed in the same order they
	were added
In-Reply-To: <1276856679.08.0.64136890627.issue9026@psf.upfronthosting.co.za>
Message-ID: <1301227588.54.0.955131368908.issue9026@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Sorry for letting this bug sit around for so long. I committed a slight variant of your patch to 2.7, 3.2 and 3.3. Thanks!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9026>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:25:43 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 12:25:43 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301228743.85.0.816506761368.issue8052@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

I don't think setting the cloexec flag is a viable solution, especially since fds can be opened in custom c modules.

For what its worth, an strace of Java's Process class appears to "cheat" by opening /proc/self/fd inbetween fork & exec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:47:53 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 12:47:53 +0000
Subject: [issue1446619] extended slice behavior inconsistent with docs
Message-ID: <1301230073.1.0.37794455399.issue1446619@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

The problem still exists in current trunk:

The slicing semantics have been removed from the expressions reference:
http://docs.python.org/py3k/reference/expressions.html#slicings

The datamodel and types sections still have the same equations:
http://docs.python.org/py3k/reference/datamodel.html#types
http://docs.python.org/py3k/library/stdtypes.html#typesseq

Here's a synopsis of the problem, in code:

>>> # positive step, works as described
>>> i, j, k = 2, 8, 2
>>> range(10)[i:j:k]
[2, 4, 6]
>>> [i + n * k for n in range(0, (j - i) / k)]
[2, 4, 6]
>>> [range(10)[i] for i in _]
[2, 4, 6]

>>> # negative step, does not work as described
>>> i, j, k = 10, 0, -2
>>> range(10)[i:j:k]
[9, 7, 5, 3, 1]
>>> [i + n * k for n in range(0, (j - i) / k)]
[10, 8, 6, 4, 2]
>>> [range(10)[i] for i in _]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
IndexError: list index out of range

>>> # actual behavior trims 10 to 9 (is the same as 9:0:-2)
>>> # that is, it trims to len(s) - 1, not len(s)
>>> range(10)[9:0:-2]
[9, 7, 5, 3, 1]

I propose to ignore the definition in the datamodel section, since it's talking about extended slicing in general, and doesn't mention anything about negative indices.

I propose the attached patch to fix the definition in the types section, which simply changes the statement:

  If i or j is greater than len(s), use len(s)

to say:

  If *i* or *j* is greater than len(s), use len(s) if *k* is positive, 
  or len(s) - 1 if *k* is negative.

----------
keywords: +patch
versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6, Python 3.0
Added file: http://bugs.python.org/file21428/extended_slicing_docs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1446619>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:48:59 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 12:48:59 +0000
Subject: [issue1446619] extended slice behavior inconsistent with docs
Message-ID: <1301230139.12.0.509478863775.issue1446619@psf.upfronthosting.co.za>


Changes by Steven Bethard <steven.bethard at gmail.com>:


----------
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1446619>
_______________________________________

From report at bugs.python.org  Sun Mar 27 14:56:30 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 27 Mar 2011 12:56:30 +0000
Subject: [issue1446619] extended slice behavior inconsistent with docs
Message-ID: <1301230590.85.0.0705477815168.issue1446619@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1446619>
_______________________________________

From report at bugs.python.org  Sun Mar 27 15:44:30 2011
From: report at bugs.python.org (Torsten Becker)
Date: Sun, 27 Mar 2011 13:44:30 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301233470.65.0.2509531099.issue1690608@psf.upfronthosting.co.za>


Torsten Becker <torsten.becker at gmail.com> added the comment:

I implemented a basic test for the issue and an attempt for a fix.

I am not entirely sure with my implementation, specifically I would like to get comments concerning the following points:

  - Is is OK that formataddr() will now check if address is ascii safe and if not it will raise a UnicodeEncodeError?
  
  - I was not sure on the style how to append new tests to test_email.py, I just put it into the same spot where all the other formataddr() tests where, shall I put it to the end instead?


I am submitting this patch as part of my preparation for the Google Summer of Code to familiarize myself with the contribution process, any feedback on what I should do different is very welcome.

----------
keywords: +patch
nosy: +torsten.becker
Added file: http://bugs.python.org/file21429/issue-1690608.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 27 15:57:21 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 27 Mar 2011 13:57:21 +0000
Subject: [issue7311] Bug on regexp of HTMLParser
In-Reply-To: <1258043150.41.0.372876851796.issue7311@psf.upfronthosting.co.za>
Message-ID: <1301234241.69.0.369672102987.issue7311@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The HTML 4.01 specifications says[0]:
"""
In certain cases, authors may specify the value of an attribute without any quotation marks. The attribute value may only contain letters (a-z and A-Z), digits (0-9), hyphens (ASCII decimal 45), periods (ASCII decimal 46), underscores (ASCII decimal 95), and colons (ASCII decimal 58). We recommend using quotation marks even when it is possible to eliminate them.
"""

The HTML 5 draft says[1]:
"""
The attribute name, followed by zero or more space characters, followed by a single U+003D EQUALS SIGN character, followed by zero or more space characters, followed by the attribute value, which, in addition to the requirements given above for attribute values, must not contain any literal space characters, any U+0022 QUOTATION MARK characters ("), U+0027 APOSTROPHE characters ('), U+003D EQUALS SIGN characters (=), U+003C LESS-THAN SIGN characters (<), U+003E GREATER-THAN SIGN characters (>), or U+0060 GRAVE ACCENT characters (`), and must not be the empty string.
"""

So maybe [^>\s] is a little too permissive here.

[0]: http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.2.2
[1]: http://dev.w3.org/html5/spec/Overview.html#attributes-0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7311>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:05:45 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 14:05:45 +0000
Subject: [issue11695] Improve argparse usage/help customization
In-Reply-To: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>
Message-ID: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>


New submission from Steven Bethard <steven.bethard at gmail.com>:

I'm going to try to merge several closely related issues here. Basically, people would like better control over the usage message formatting so that you could:

* Put program name and version information at the top of the message
* Customize the "usage:" string (e.g. capitalize it)

One proposal from anatoly techtonik would be to allow a format string so that you could write something like

"""My Program, version 3.5
Usage: %(usage)s

Some description of my program

%(argument_groups)%

My epliog text
"""

This should be implemented as a HelpFormatter class, but we might have to expose a little more of the HelpFormatter API (which is currently documented as a no-public API) to make this possible.

Patches welcome. ;-)

----------
components: Library (Lib)
messages: 132322
nosy: bethard
priority: normal
severity: normal
stage: needs patch
status: open
title: Improve argparse usage/help customization
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11695>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:06:41 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 14:06:41 +0000
Subject: [issue11692] subprocess demo functions
In-Reply-To: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>
Message-ID: <1301234801.02.0.923914202691.issue11692@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I think these demo functions should be either be removed or
> incorporated into the docs.

+1 for either of that.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11692>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:07:05 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 14:07:05 +0000
Subject: [issue7284] argparse - display version in usage by default
In-Reply-To: <1257641781.98.0.415542584092.issue7284@psf.upfronthosting.co.za>
Message-ID: <1301234825.67.0.972031130536.issue7284@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I'm moving this over to Issue 11695, which proposes support for a usage/help message template.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Improve argparse usage/help customization

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7284>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:09:31 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 14:09:31 +0000
Subject: [issue9652] Enhance argparse help output customizability
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1301234971.91.0.177106251461.issue9652@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I'm moving this over to Issue 11695, which proposes support for a usage/help message template.

To customize the argument group names, the recommended approach is to create your own argument groups, and only put arguments there, e.g.:

parser = argparse.ArgumentParser(add_help=False)
flags = parser.add_argument_group('My Optional Arguments')
flags.add_argument('-h', '--help', action='help')
flags.add_argument('-v', action='version', version='1.3')

Then you'll get just the "My Optional Arguments" heading.

----------
resolution:  -> duplicate
stage: test needed -> committed/rejected
status: open -> closed
superseder:  -> Improve argparse usage/help customization

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:14:41 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 14:14:41 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1260026404.41.0.635406889881.issue7443@psf.upfronthosting.co.za>
Message-ID: <1301235281.56.0.933417549361.issue7443@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

FWIW, Mercurial uses the following dance:
http://selenic.com/repo/hg/file/463aca32a937/mercurial/windows.py#l296

(Mercurial is under the GPL, so we can't copy that code verbatim; but it can serve as an inspiration)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:20:43 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 14:20:43 +0000
Subject: [issue9694] argparse: Default Help Message Lists Required Args As
	Optional
In-Reply-To: <1282846759.11.0.900867962743.issue9694@psf.upfronthosting.co.za>
Message-ID: <1301235643.57.0.25546309368.issue9694@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

So it strikes me that there already exists an officially supported way to rename your option groups. Just only create your own option groups (never use the default ones) and only put arguments there, e.g.:

------------------------- temp.py --------------------------
parser = argparse.ArgumentParser(description = 'Do something', add_help=False)
flags = parser.add_argument_group('flag arguments')
flags.add_argument('-h', '--help', action='help')
flags.add_argument('--reqarg', '-r', help='This is required', required=True)
flags.add_argument('--optarg','-o', help="This is optional", required=False)
args = parser.parse_args()
------------------------------------------------------------
$ python temp.py --help
usage: temp.py [-h] --reqarg REQARG [--optarg OPTARG]

Do something

flag arguments:
  -h, --help
  --reqarg REQARG, -r REQARG
                        This is required
  --optarg OPTARG, -o OPTARG
                        This is optional
------------------------------------------------------------

The documentation for action='help' needs to be added, as pointed out in Issue# 10772.

So basically, the API for customizing group names is already there. So I'm changing this to a documentation request - there should be an example in the docs showing how to change the default group names as above.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
stage:  -> needs patch
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:20:57 2011
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 27 Mar 2011 14:20:57 +0000
Subject: [issue11692] subprocess demo functions
In-Reply-To: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>
Message-ID: <1301235657.47.0.990815447309.issue11692@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Yeah, +1.  I can't think of anything useful for "python -m subprocess" to do, so let's just get rid of the "demo"s.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11692>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:23:07 2011
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 27 Mar 2011 14:23:07 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1301235787.64.0.401459697545.issue9653@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I'm moving this over to Issue 11695, which proposes support for a usage/help message template.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Improve argparse usage/help customization

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:23:40 2011
From: report at bugs.python.org (Tim Golden)
Date: Sun, 27 Mar 2011 14:23:40 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1301235281.56.0.933417549361.issue7443@psf.upfronthosting.co.za>
Message-ID: <4D8F4858.1020001@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

For clarity, while making unlink more robust is no bad thing, the error occurs when the unlink *succeeds* but a subsequent create of the same name fails. This happens when an indexer, Virus scanner or TortoiseSvn etc. has opened the file with SHARE_DELETE. This allows a DeleteFile to succeed but continues to hold an open handle on the file. A following test which uses an identically named file (such as the global TESTFN) will fail if not enough time has elapsed for the background process to release its handle. A good candidate to see this in action is the test for tarfile.

I did start to undertake a conversion of TESTFN to a named temporary, but it started to sprawl all over the place and came up against a number of corner cases (eg where tests deliberately wanted two filenames to be the same) so I gave up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:28:55 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 27 Mar 2011 14:28:55 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301236135.4.0.0841833738806.issue1690608@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The general approach of the patch looks good to me.  Since formataddr is designed to be called from user code that is constructing a message, having it raise for non-ascii in the address is probably OK.  However, there should be a test for that, and I'm curious to know what happens if you use such an address in an address field in the unmodified email package.

Instead of directly calling bencode, you should use the charset module and its header_encode method.  Note that you need to turn the charset into a Charset instance first.  The advantage of doing this is that it will choose the "best" encoding to use based on the charset and the contents of the string.

Your choice of location for the new tests is fine; TestMiscelaneous really should be split up a bit, but that will wait until I do a general refactoring of the tests.

Thanks for working on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:31:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 14:31:54 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301236314.1.0.185393931145.issue11688@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for the patch.

A couple of comments:
- this is a new feature, so can only go in in 3.x: no need to post a 2.7 patch (unless this helps Gerhard for his standalone project)
- you need to document the new API in Doc/library/sqlite3.rst

About the patch: looks mostly good!

+        self.assertTrue([x for x in traced_statements if x.find("create table foo") != -1])

This looks a bit complicated, why not something like
`any("create table foo" in x for x in traced_statements)`?

(`y in x` is simper and more readable than `x.find(y) != -1`)


+        sqlite3_trace(self->db, _trace_callback, trace_callback);
+        if (PyDict_SetItem(self->function_pinboard, trace_callback, Py_None) == -1)
+            return NULL;

Shouldn't sqlite3_trace() be called only after PyDict_SetItem() succeeds?

----------
nosy: +pitrou
stage:  -> patch review
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Sun Mar 27 16:33:50 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 14:33:50 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <4D8F4858.1020001@timgolden.me.uk>
Message-ID: <1301236426.3568.9.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I did start to undertake a conversion of TESTFN to a named temporary,
> but it started to sprawl all over the place and came up against a
> number of corner cases (eg where tests deliberately wanted two
> filenames to be the same) so I gave up.

How about renaming to a unique random name just before the unlink(), as
Mercurial does?
Would it alleviate the problem or am I missing something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:12:38 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 27 Mar 2011 15:12:38 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301238758.59.0.217786574125.issue9696@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Patch looks good to me.  Thanks!

----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:15:32 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 15:15:32 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <E1Q3rge-0004Ly-Ey@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset d3f9a6d7f6e4 by Mark Dickinson in branch '2.7':
Issue #9696: Fix exception incorrectly raised by xdrlib.Packer.pack_int when trying to pack a negative (in-range) integer.
http://hg.python.org/cpython/rev/d3f9a6d7f6e4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:19:09 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Sun, 27 Mar 2011 15:19:09 +0000
Subject: [issue11696] msilib.make_id() is not safe for non ASCII characters.
In-Reply-To: <1301239149.02.0.122606838754.issue11696@psf.upfronthosting.co.za>
Message-ID: <1301239149.02.0.122606838754.issue11696@psf.upfronthosting.co.za>


New submission from Mark Mc Mahon <mtnbikingmark at gmail.com>:

msilib.make_id() currently ensure that any of the following characters are not in the resulting ID: " -+~;"

Per the Microsoft documentation the following list of characters are allowed.
http://msdn.microsoft.com/en-us/library/aa369212(v=vs.85).aspx
"""The Identifier data type is a text string. Identifiers may contain the
ASCII characters A-Z (a-z), digits, underscores (_), or periods (.). However, every identifier must begin with either a letter or an underscore."""

If an file name contains any characters outside of the characters " -+~;" + string.ascii_letters + string.digits + "._" then it will be an invalid ID.

This includes many punctuation characters which are valid in file names but not ID's, and every unicode character which does not overlap with ASCII.

The attached patch tries to fix this - and it includes tests.

----------
components: Windows
files: msilib.make_id_fix_and_tests2.patch
keywords: patch
messages: 132336
nosy: markm
priority: normal
severity: normal
status: open
title: msilib.make_id() is not safe for non ASCII characters.
versions: Python 3.2
Added file: http://bugs.python.org/file21430/msilib.make_id_fix_and_tests2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:32:42 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 27 Mar 2011 15:32:42 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301239962.72.0.681578003983.issue9696@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I believe this should be applied also against 3.3. I was working on this using 3.3 code base, so it is not working there too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:34:14 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 27 Mar 2011 15:34:14 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301240054.51.0.261544872514.issue11677@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Makes sense.  So, what do you think about adding a --usetmp/-p flag to regrtest to honor mkdtemp's defaults even in a build dir?  I'd add an atexit handler to clean it up but of course if it crashes and you've used the flag, you should know enough to be able to manually clean things up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:35:22 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 15:35:22 +0000
Subject: [issue11692] subprocess demo functions
In-Reply-To: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>
Message-ID: <E1Q3rzg-0005nZ-Ci@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset cae30f34bd16 by Ross Lagerwall in branch 'default':
Issue #11692: Remove unnecessary demo functions in subprocess module.
http://hg.python.org/cpython/rev/cae30f34bd16

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11692>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:35:32 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 27 Mar 2011 15:35:32 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301240132.55.0.612411376961.issue9696@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Patience!  I'm getting there...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:36:37 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 15:36:37 +0000
Subject: [issue11692] subprocess demo functions
In-Reply-To: <1301210870.39.0.482032903365.issue11692@psf.upfronthosting.co.za>
Message-ID: <1301240197.79.0.120673246271.issue11692@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

OK, I simply removed the functions.

----------
assignee:  -> rosslagerwall
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11692>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:37:06 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Sun, 27 Mar 2011 15:37:06 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301240226.02.0.179136517491.issue9696@psf.upfronthosting.co.za>


Filip Gruszczy?ski <gruszczy at gmail.com> added the comment:

I'm sorry, I wasn't hurrying you. Just wanted to make sure you know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:39:35 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 15:39:35 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301240054.51.0.261544872514.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301240371.3568.15.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Makes sense.  So, what do you think about adding a --usetmp/-p flag to
> regrtest to honor mkdtemp's defaults even in a build dir?  I'd add an
> atexit handler to clean it up but of course if it crashes and you've
> used the flag, you should know enough to be able to manually clean
> things up.

Sounds good. It will also help performance on my Windows VM :)

Bikeshedding: since it won't be a widely-used option, perhaps "-P" is
better than "-p"?

Not-so-much-bikeshedding: mkdtemp() could be used inside a (e.g.)
"/tmp/test_python" top dir, to make manual cleanup extra easy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:40:00 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 15:40:00 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <E1Q3s4N-00060e-8l@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bd5e821f201c by Mark Dickinson in branch '3.1':
Issue #9696: Fix exception incorrectly raised by xdrlib.Packer.pack_int when trying to pack a negative (in-range) integer.
http://hg.python.org/cpython/rev/bd5e821f201c

New changeset 391b2ddbc1b7 by Mark Dickinson in branch '3.2':
Merge #9696
http://hg.python.org/cpython/rev/391b2ddbc1b7

New changeset d9b64a86d5a7 by Mark Dickinson in branch 'default':
Merge #9696
http://hg.python.org/cpython/rev/d9b64a86d5a7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 17:41:38 2011
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 27 Mar 2011 15:41:38 +0000
Subject: [issue9696] xdrlib's pack_int generates DeprecationWarnings for
	negative in-range values
In-Reply-To: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>
Message-ID: <1301240498.05.0.801507222936.issue9696@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> I'm sorry, I wasn't hurrying you. Just wanted to make sure you know.

No problem :-).  Thanks for the fix!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:15:43 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sun, 27 Mar 2011 16:15:43 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301242543.65.0.00771956365807.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Thanks.

> string concatenation will now work, and errors like "'hello' - 'world'"
> should give a more informative TypeError
Yes, 'x'*5 works too.

> Bikeshed: We use Attribute rather than Attr for that node type,
> perhaps the full "Literal" name would be better
Lit seemed more in line with Num, Str, BinOp etc. No reason it can't be changed, of course.

> Lib/test/disutil.py should really be made a feature of the dis module
> itself
Agreed, but I didn't want to widen the scope of the patch. If this is something that can be reviewed quickly, I can make a change to dis. I'd add a keyword-only arg to dis and disassembly -- an output stream defaulting to stdout. dis_to_str then passes StringIO and returns the string. Sounds OK?

> Since the disassembly is interpreter specific, the new disassembly
> tests really shouldn't go directly in test_compile.py. A separate
> "test_ast_optimiser" file would be easier for alternate
> implementations to skip over.
New tests in test_compiler are not for the AST pass, but for changes to compile.c. I can split them out, how about test_compiler_opts?

> I'd like to see a written explanation for the first few changes in
> test_peepholer.py
Sure.
1) not x == 2 can be theoretically optimized to x != 2, while this test is for another optimization. not x is more robust.
2) Expression statement which is just a literal doesn't produce any code at all. This is now true for None/True/False as well. To preserve constants in the output I've put them in tuples.

> When you get around to rebasing the patch on 3.3 trunk, don't forget
> to drop any unneeded "from __future__" imports.
If you're referring to asdl_ct.py, that's actually an interesting question. asdl_ct.py is run by system installed python2, for obvious reasons. What is the policy here -- what is the minimum version of system python that should be sufficient to build python3? I tested my code on 2.6 and 3.1, and with __future__ it should work on 2.5 as well. Is this OK or should I drop 'with' so it runs on 2.4?

> The generated code for the Lit node type looks wrong: it sets v to
> Py_None, then immediately checks to see if v is NULL again.
Right, comment in asdl_c.py says:
# XXX: special hack for Lit. Lit value can be None and it
#  should be stored as Py_None, not as NULL.
If there's a general agreement on Lit I can certainly clean this up.

> Don't use "string" as a C type - use "char *" (and "char **" instead
> of "string *").
string is a typedef for PyObject that ASDL uses. I don't think I have a choice to not use it. Can you point to a specific place where char* could be used?

> There should be a new compiler flag to skip the AST optimisation step.
There's already an 'optimizations level' flag. Maybe we should make it more meaningful rather than multiplying the number of flags?

> A bunch of the compiler internal changes seem to make the basic flow
> of the generated assembly not match the incoming source code.
Can you give an example of what you mean?
The changes are basically 1) standard way of handling conditions in simple compilers 2) peephole.

> It doesn't seem like a good idea to conflate these with the AST
> optimisation patch. If that means leaving the peepholer in to handle
> them for now, that's OK - it's fine to just descope the peepholer
> without removing it entirely.
The reason why I think it makes sense to have this in a single change is testing. This allows to reuse all existing peephole tests. If I leave old peephole enabled there's no way to tell if my pass did something from disassembly. I can port tests to AST, but that seemed like more work than match old peepholer optimizations.
Is there any opposition to doing simple optimizations on compiler structures? They seem a good fit for the job. In fact, if not for stack representation, I'd say that they are better IR for optimizer than AST.

Also, can I get your opinion on making None/True/False into literals early on and getting rid of forbidden_name?

Antoine, Georg -- I think Nick's question is not about AST changing after optimizations (this can indeed be a separate flag), but the structure of AST changing. E.g. collapsing of Num/Str/Bytes into Lit.

Btw, if this is acceptable I'd make a couple more changes to make scope structure obvious from AST. This will allow auto-generating much of the symtable pass.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:18:27 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Sun, 27 Mar 2011 16:18:27 +0000
Subject: [issue8976] subprocess module causes segmentation fault
In-Reply-To: <1276284090.76.0.563218303469.issue8976@psf.upfronthosting.co.za>
Message-ID: <1301242707.35.0.967748261937.issue8976@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

Without more information and a way of reproducing on a recent version of Python, this can't progress. Closing as "works for me".

----------
nosy: +rosslagerwall
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8976>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:20:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 27 Mar 2011 16:20:54 +0000
Subject: [issue11696] msilib.make_id() is not safe for non ASCII characters.
In-Reply-To: <1301239149.02.0.122606838754.issue11696@psf.upfronthosting.co.za>
Message-ID: <1301242854.16.0.74004807675.issue11696@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:25:01 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sun, 27 Mar 2011 16:25:01 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301243101.72.0.574810742606.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

> and with __future__ it should work on 2.5 as well.
Actually, seems that at least str.format is not in 2.5 as well. Still the question is should I make it run on 2.5 or 2.4 or is 2.6 OK (then __future__ can be removed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:26:12 2011
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 27 Mar 2011 16:26:12 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301243172.07.0.0253604121916.issue11549@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

> not x == 2 can be theoretically optimized to x != 2, ...

I don't think it can:

>>> class X:
...     def __eq__(self, other):
...             return True
...     def __ne__(self, other):
...             return True
... 
>>> x = X()
>>> 
>>> not x == 2
False
>>> x != 2
True
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 18:30:11 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sun, 27 Mar 2011 16:30:11 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301243411.92.0.968672346527.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

> I don't think it can:
That already doesn't work in dict and set (eq not consistent with hash), I don't think it's a big problem if that stops working in some other cases. Anyway, I said "theoretically" -- maybe after some conservative type inference.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 19:00:44 2011
From: report at bugs.python.org (Torsten Becker)
Date: Sun, 27 Mar 2011 17:00:44 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301245244.61.0.634684275498.issue1690608@psf.upfronthosting.co.za>


Torsten Becker <torsten.becker at gmail.com> added the comment:

> However, there should be a test for that, and I'm curious to know what happens if you use such an address in an address field in the unmodified email package.

I added a test to check if the exceptions get thrown when a address is invalid.

I also added a small test to check how a resulting message should look, it looks good to me but I am not a specialist with email.  Do you have any other ideas how to check if it does not have a negative impact to other parts of the module?


> Instead of directly calling bencode, you should use the charset module and its header_encode method.  Note that you need to turn the charset into a Charset instance first.  The advantage of doing this is that it will choose the "best" encoding to use based on the charset and the contents of the string.

The code also uses email.charset.Charset now.

----------
Added file: http://bugs.python.org/file21431/issue-1690608-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 27 19:16:46 2011
From: report at bugs.python.org (Tim Golden)
Date: Sun, 27 Mar 2011 17:16:46 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1301236426.3568.9.camel@localhost.localdomain>
Message-ID: <4D8F70FA.20504@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

Well http://bugs.python.org/issue7443#msg102833 outlines the problems I encountered while trying to do essentially that. Nothing insurmountable, but definitely bigger than simply adding one line of code.

Looks to me like there are two avenues of approach (and, given the chatter on this issue, several people willing to address them):

* Patch Py_DeleteFileW in posixmodule.c so that it renames before deleting: should solve the problem overall but obviously has a possible wider impact, in general and on performance in particular. This rename might be a simple rename-to-guid or something more sophisticated such as the rename-to-recycler which cygwin uses.

* Patch support.unlink in the test package to do the rename dance on the basis that it'll fix at least some of the problems with less impact overall.

Opinions? I'm willing to do either.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Sun Mar 27 19:38:24 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Sun, 27 Mar 2011 17:38:24 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301247504.36.0.600973759097.issue11688@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

> A couple of comments:
> - this is a new feature, so can only go in in 3.x: no need to post a 2.7 patch (unless this helps Gerhard for his standalone project)

The motivation for the 2.7er patch is mostly that we are still using Python 2.x at work and I made this patch for 2.7 first. Actually I will need to backport it to 2.6 but I guess there are no differences. And maybe I should have submitted this against pysqlite directly which is (AFAICT) also still targetting 2.x.

> - you need to document the new API in Doc/library/sqlite3.rst

Sure. I was just filing the report to have the code on file and this was only fallout from another patch. I will create an updated patch including documentation about the feature.

> About the patch: looks mostly good!

Thanks.

> +        self.assertTrue([x for x in traced_statements if x.find("create table foo") != -1])
>
> This looks a bit complicated, why not something like
> `any("create table foo" in x for x in traced_statements)`?

Fine with me. I did not know that "bar" in "foobarbaz" works (I was expecting it to act as if the right hand string is a list of characters). Obviously I was wrong. Further I thought "any" was new in 2.6 and therefore not suitable for use in pysqlite which was also wrong.

> (`y in x` is simper and more readable than `x.find(y) != -1`)

I agree, I just did not know it works for substrings.

> +        sqlite3_trace(self->db, _trace_callback, trace_callback);
> +        if (PyDict_SetItem(self->function_pinboard, trace_callback, Py_None) == -1)
> +            return NULL;
>
> Shouldn't sqlite3_trace() be called only after PyDict_SetItem() succeeds?

Good catch. If SetItem fails, trace_callback may become invalid and the _trace_callback will crash. I did not think about that as I only derived that function from similar code in the module. I will have to fix this as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Sun Mar 27 20:34:10 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sun, 27 Mar 2011 18:34:10 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301219850.94.0.471533856973.issue11681@psf.upfronthosting.co.za>
Message-ID: <4D8F831E.4040200@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Nick Coghlan wrote:
> 
> Nick Coghlan <ncoghlan at gmail.com> added the comment:
> 
> Even "from __future__ import unicode_literals" doesn't make it do anything.
> 
> Perhaps Christian merged it by mistake in [5341b30b1812]?

It looks more like some parts were left out in the merge
by accident: The 2.7 code only raises the warning for bytearrays,
not for bytes and buffers, whereas 3.2 issues the warning for
all bytes and bytearray (but not buffers; which makes sense,
since Python 3 no longer has a text buffer interface).

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sun Mar 27 20:39:36 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 27 Mar 2011 18:39:36 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1301220861.19.0.704196168744.issue8052@psf.upfronthosting.co.za>
Message-ID: <4D8F8466.1060808@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Can we use FD_CLOEXEC to archive this goal? 

I think we should use FD_CLOEXEC in all places where it's reasonable.
As others have pointed out, we shouldn't set FD_CLOEXEC for file
descriptors where the application hasn't explicitly requested that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Sun Mar 27 20:51:50 2011
From: report at bugs.python.org (R. David Murray)
Date: Sun, 27 Mar 2011 18:51:50 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301251910.09.0.418304375752.issue1690608@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

You should check if 'charset' is a string, and call Charset on it only if it is (a Charset may be passed directly in other email package interfaces, and so should be supported here as well.

The test doesn't need to cater for the fact that either b or B (or q or Q) are legitimate: we know which one the package is generating, so just test for that.

For the Message['To'], I wasn't clear.  What I would like is a test that includes non-ascii characters in the address part, *without* passing it through formataddr, to see what the package currently does with it.  This may in fact reveal an additional bug.  But, it is really out of scope for this issue, so you can just remove that test (sorry).

There should also be an update to the docs (Doc/library/email.utils.rst) documenting the API change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 27 21:09:51 2011
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 27 Mar 2011 19:09:51 +0000
Subject: [issue11696] msilib.make_id() is not safe for non ASCII characters.
In-Reply-To: <1301239149.02.0.122606838754.issue11696@psf.upfronthosting.co.za>
Message-ID: <E1Q3vLS-0003s4-Kk@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset ec84bd4c5ac4 by Martin v. L?wis in branch '2.7':
Closes #11696: Fix ID generation in msilib.
http://hg.python.org/cpython/rev/ec84bd4c5ac4

New changeset df66ce66834b by Martin v. L?wis in branch '2.7':
Add missing file from #11696.
http://hg.python.org/cpython/rev/df66ce66834b

New changeset f3d96d28a86e by Martin v. L?wis in branch '3.1':
Closes #11696: Fix ID generation in msilib.
http://hg.python.org/cpython/rev/f3d96d28a86e

New changeset 4dff2e436191 by Martin v. L?wis in branch '3.2':
merge #11696
http://hg.python.org/cpython/rev/4dff2e436191

New changeset c12e1ea49532 by Martin v. L?wis in branch 'default':
merge #11696
http://hg.python.org/cpython/rev/c12e1ea49532

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 21:11:31 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 27 Mar 2011 19:11:31 +0000
Subject: [issue11696] msilib.make_id() is not safe for non ASCII characters.
In-Reply-To: <1301239149.02.0.122606838754.issue11696@psf.upfronthosting.co.za>
Message-ID: <1301253091.08.0.752115788671.issue11696@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Thanks for the patch. Please submit a contributor form if you haven't done so:

http://www.python.org/psf/contrib/contrib-form/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11696>
_______________________________________

From report at bugs.python.org  Sun Mar 27 21:41:40 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Sun, 27 Mar 2011 19:41:40 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1301254900.65.0.565345422538.issue1673007@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

I decided to take a look at this old, forgotten issue and propose an updated patch.  I like the submitter's idea that urllib.Request.__init__() should take a "method" parameter to override the return value of get_method().  I've created and attached a patch (issue1673007_urllib_Request_method_v1.patch) which implements this functionality, adds unit tests, and updates the documentation.

----------
nosy: +denversc
Added file: http://bugs.python.org/file21432/issue1673007_urllib_Request_method_v1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Sun Mar 27 21:43:45 2011
From: report at bugs.python.org (Denver Coneybeare)
Date: Sun, 27 Mar 2011 19:43:45 +0000
Subject: [issue8150] urllib needs ability to set METHOD for HTTP requests
In-Reply-To: <1268680506.54.0.712056752351.issue8150@psf.upfronthosting.co.za>
Message-ID: <1301255025.74.0.17257566569.issue8150@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

Can this issue be closed as a duplicate of #1673007?  This specific request for a "method" parameter to the Request constructor is dealt with there.

----------
nosy: +denversc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8150>
_______________________________________

From report at bugs.python.org  Sun Mar 27 21:52:54 2011
From: report at bugs.python.org (Eugene Toder)
Date: Sun, 27 Mar 2011 19:52:54 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301255574.32.0.423510032586.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

Also, to avoid any confusion -- currently my patch only runs AST optimizations before code generation, so compile() with ast.PyCF_ONLY_AST returns non-optimized AST.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 22:18:20 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 27 Mar 2011 20:18:20 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301257100.17.0.837997246679.issue11549@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

While I would not be happy to use class X above, the 3.2 manual explicitly says "There are no implied relationships among the comparison operators. The truth of x==y does not imply that x!=y is false. " .

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Sun Mar 27 22:40:01 2011
From: report at bugs.python.org (Jan Kaliszewski)
Date: Sun, 27 Mar 2011 20:40:01 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301258401.58.0.340202583362.issue7796@psf.upfronthosting.co.za>


Jan Kaliszewski <zuo at chopin.edu.pl> added the comment:

On python-ideas I have proposed an ABC being also a kind of a mix-in, potentially making namedtuple subclassing (with custom methods etc.) more convenient, e.g.:

    class MyRecord(namedtuple.abc):
        _fields = 'x y z'
        def _my_custom_method(self):
            return list(self._asdict().items())

or

    class MyAbstractRecord(namedtuple.abc):
        def _my_custom_method(self):
            return list(self._asdict().items())

    class AnotherAbstractRecord(MyAbstractRecord):
        def __str__(self):
            return '<<<{}>>>'.format(super().__str__())
 
    class MyRecord2(MyAbstractRecord):
        _fields = 'a, b'
 
    class MyRecord3(AnotherAbstractRecord):
        _fields = 'p', 'q', 'r'

Here is an experimental monkey-patcher adding the 'abc' attribute to namedtuple:

http://dpaste.org/T9w6/

I am not sure if it is worth preparing an actual patch based on it. If you think it is I could prepare one.

----------
nosy: +zuo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:13:21 2011
From: report at bugs.python.org (rmib)
Date: Sun, 27 Mar 2011 21:13:21 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>


New submission from rmib <rmib.email at gmail.com>:

In mmapmodule.c a function mmap_move_method, use unsigned variables dest, src, cnt, as signed:
unsigned long dest, src, cnt;
...
if (cnt <0 | | (cnt + dest) <cnt | | (cnt + src) <cnt | |
            src <0 | | src> self-> size | | (src + cnt)> self-> size | |
            dest <0 | | dest> self-> size | | (dest + cnt)> self-> size)

----------
components: Library (Lib)
messages: 132364
nosy: rmib
priority: normal
severity: normal
status: open
title: Unsigned type in mmap_move_method
type: behavior
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:26:53 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 27 Mar 2011 21:26:53 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1301261213.73.0.0315829865621.issue1673007@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:34:42 2011
From: report at bugs.python.org (Jan Kaliszewski)
Date: Sun, 27 Mar 2011 21:34:42 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301261682.58.0.491928110827.issue7796@psf.upfronthosting.co.za>


Jan Kaliszewski <zuo at chopin.edu.pl> added the comment:

PS. Newer, shorter version: http://dpaste.org/2aiQ/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:36:10 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 27 Mar 2011 21:36:10 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1301261770.27.0.247425357254.issue11474@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Removed file: http://bugs.python.org/file21105/nturl2path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:36:36 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Sun, 27 Mar 2011 21:36:36 +0000
Subject: [issue11474] url2pathname() handling of '/C|/' on Windows
In-Reply-To: <1299943823.36.0.437320049664.issue11474@psf.upfronthosting.co.za>
Message-ID: <1301261796.6.0.598957448007.issue11474@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Fixing patch...

----------
Added file: http://bugs.python.org/file21433/nt2urlpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11474>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:53:50 2011
From: report at bugs.python.org (Torsten Becker)
Date: Sun, 27 Mar 2011 21:53:50 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301262830.72.0.831796240539.issue1690608@psf.upfronthosting.co.za>


Torsten Becker <torsten.becker at gmail.com> added the comment:

I incorporated the changes as you suggested and added the text to the docs.  Just out of curiosity, why are the docs repeated in email.util.rst when they are already in the docstrings?

----------
Added file: http://bugs.python.org/file21434/issue-1690608-v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:56:16 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 27 Mar 2011 21:56:16 +0000
Subject: [issue11632] difflib.unified_diff loses context
In-Reply-To: <1300788570.13.0.524020554804.issue11632@psf.upfronthosting.co.za>
Message-ID: <1301262976.72.0.339988029938.issue11632@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.6 only gets security fixes now.

----------
nosy: +terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11632>
_______________________________________

From report at bugs.python.org  Sun Mar 27 23:59:45 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 21:59:45 +0000
Subject: [issue10772] Several actions for argparse arguments missing from docs
In-Reply-To: <1293327184.11.0.454888760887.issue10772@psf.upfronthosting.co.za>
Message-ID: <1301263185.29.0.669730688186.issue10772@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +easy
nosy: +eric.araujo
stage:  -> needs patch
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10772>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:03:47 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:03:47 +0000
Subject: [issue11370] Fix distutils to carry configure's LIBS through to
	extension modules.
In-Reply-To: <1299060505.33.0.495928925765.issue11370@psf.upfronthosting.co.za>
Message-ID: <1301263427.42.0.962557694508.issue11370@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This looks like a real bug that could affect other projects than US, so it would be nice to get a test and fix IMO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11370>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:07:09 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:07:09 +0000
Subject: [issue11614] import __hello__ is broken in Python 3
In-Reply-To: <1300634112.35.0.363135641538.issue11614@psf.upfronthosting.co.za>
Message-ID: <1301263629.34.0.109280845846.issue11614@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I can see the message (?Hello world...?) in 2.4 to 2.7, but actually not in 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11614>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:11:30 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 27 Mar 2011 22:11:30 +0000
Subject: [issue11655] map() must not swallow exceptions from PyObject_GetIter
In-Reply-To: <1300919303.37.0.228968832685.issue11655@psf.upfronthosting.co.za>
Message-ID: <1301263890.59.0.111453199088.issue11655@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree with Ray. This is essentially a feature request which you say has already been implemented in Py 3 but which cannot go into Py2.7. Only fixes for bugs (discrepancies between doc and behavior) can go into 2.7. I suspect 2.6 and before acted the same way.

----------
components: +Interpreter Core -None
nosy: +terry.reedy
resolution:  -> out of date
status: open -> closed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11655>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:14:57 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 27 Mar 2011 22:14:57 +0000
Subject: [issue11698] Improve repr for structseq objects to show named,
	but unindexed fields
In-Reply-To: <1301264097.04.0.982421975108.issue11698@psf.upfronthosting.co.za>
Message-ID: <1301264097.04.0.982421975108.issue11698@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

The current __repr__ for structseq only shows the name/value pairs for the positional part and it ignores the other named fields.

For example, os.stat(somefile) returns:
posix.stat_result(st_mode=33277, st_ino=8468407, st_dev=234881026, st_nlink=1, st_uid=0, st_gid=80, st_size=25424, st_atime=1301263901, st_mtime=1298229258, st_ctime=1298283922)

but it doesn't show the other named fields and their values:
{'st_ctime': 1298283922.0, 'st_rdev': 0, 'st_mtime': 1298229258.0, 'st_blocks': 56, 'st_flags': 0, 'st_gen': 0, 'st_atime': 1301263901.0, 'st_blksize': 4096, 'st_birthtime': 1298229258.0}

The __reduce__ method for structseq returns both the tuple portion and the dictionary portion.  The latter needs to be added to the repr so that information doesn't get hidden from the user.

----------
components: Interpreter Core
keywords: easy
messages: 132372
nosy: rhettinger
priority: low
severity: normal
status: open
title: Improve repr for structseq objects to show named, but unindexed fields
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11698>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:15:21 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:15:21 +0000
Subject: [issue11690] Add "communication" FAQ to devguide
In-Reply-To: <1301188192.33.0.9529618781.issue11690@psf.upfronthosting.co.za>
Message-ID: <1301264121.21.0.0100022527198.issue11690@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +brett.cannon, eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11690>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:19:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:19:32 +0000
Subject: [issue11687] distutils register does not work from the command line
In-Reply-To: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>
Message-ID: <1301264372.22.0.887086695871.issue11687@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for reporting the bug.  Could you attach a text file containing a full transcript?  If possible, create a small, new setup.py and run that (it will enable me to try to reproduce the problem).

Could you give me the links you used?

To create a file starting with a dot, you can use Python (yay!):

with open(os.path.expanduser('~/.pypirc'), 'w') as file:
    file.write(
"""[section]
key = value
""")

----------
assignee:  -> eric.araujo
components: +Distutils -Windows
nosy: +eric.araujo
title: Cannot register using command-line -> distutils register does not work from the command line

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11687>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:19:59 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:19:59 +0000
Subject: [issue11687] distutils register does not work from the command line
In-Reply-To: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>
Message-ID: <1301264399.64.0.996649609781.issue11687@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11687>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:21:43 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:21:43 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301156318.95.0.463005530171.issue11685@psf.upfronthosting.co.za>
Message-ID: <1301264503.25.0.269350631549.issue11685@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Aren?t you supposed to use the DB API to get safe queries?
http://docs.python.org/dev/library/sqlite3

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:22:01 2011
From: report at bugs.python.org (Mark Hammond)
Date: Sun, 27 Mar 2011 22:22:01 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301264521.27.0.109261570675.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

Isn't the only problem here that the docs refer to SystemError instead of SystemExit - eg 'raise SystemError("foo")' in an interactive session doesn't terminate the process at all (and I don't believe it should) whereas SystemExit obviously does.

----------
nosy: +mhammond

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:26:47 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 27 Mar 2011 22:26:47 +0000
Subject: [issue11643] Use |version| instead of X.Y in the doc
In-Reply-To: <1300838111.66.0.617899175478.issue11643@psf.upfronthosting.co.za>
Message-ID: <1301264807.8.0.0384578548259.issue11643@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

If the docs literally use "X.Y", so that that can be grepped, then attaching a grep result would make this even easier for someone on Windows without grep.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11643>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:34:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:34:39 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301265279.05.0.789273518156.issue7796@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for working on this.  I have some remarks:

1) Please post diff files here instead of using external sites.  See http://docs.python.org/devguide/patch#preparation

2) The license you chose doesn?t allow the PSF to include it into Python, see http://www.python.org/psf/contrib/contrib-form/

3) abc looks like a module name, here something like NamedTupleABC or simply NamedTuple would be better.  Note that this bug is only about type checking, the alternate form of defining named tuples thanks to this ABC is an additional feature; Raymond may reject it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Mon Mar 28 00:49:39 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 22:49:39 +0000
Subject: [issue11643] Use |version| instead of X.Y in the doc
In-Reply-To: <1300838111.66.0.617899175478.issue11643@psf.upfronthosting.co.za>
Message-ID: <1301266179.89.0.969380790127.issue11643@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Yes, this was literal.  grep result on 3.1:

c-api/intro.rst:73:path and then use ``#include <pythonX.Y/Python.h>``; this will break on
c-api/intro.rst:534:directory named :file:`lib/python{X.Y}` relative to the parent directory
c-api/intro.rst:540::file:`/usr/local/lib/python{X.Y}`.  (In fact, this particular path is also
faq/general.rst:356:titled "Python X.Y Release Schedule", where X.Y is a version that hasn't been
howto/urllib2.rst:156:``Python-urllib/x.y`` (where ``x`` and ``y`` are the major and minor version
install/index.rst:240:| Unix (pure)     | :file:`{prefix}/lib/python{X.Y}/site-packages`      | :file:`/usr/local/lib/python{X.Y}/site-packages` | \(1)  |
install/index.rst:242:| Unix (non-pure) | :file:`{exec-prefix}/lib/python{X.Y}/site-packages` | :file:`/usr/local/lib/python{X.Y}/site-packages` | \(1)  |
install/index.rst:265:Windows, choose :menuselection:`Start --> Programs --> Python X.Y -->
install/index.rst:386:| pure module distribution     | :file:`{prefix}/lib/python{X.Y}/site-packages`      | :option:`--install-purelib` |
install/index.rst:388:| non-pure module distribution | :file:`{exec-prefix}/lib/python{X.Y}/site-packages` | :option:`--install-platlib` |
install/index.rst:634:the search path will be set to ``['', '/www/python/lib/pythonX.Y/',
install/index.rst:635:'/www/python/lib/pythonX.Y/plat-linux2', ...]``.
library/site.rst:42::file:`/usr/local`.  The Python X.Y library is then installed in
library/site.rst:43::file:`/usr/local/lib/python{X.Y}` (where only the first three characters of
library/site.rst:45:a subdirectory :file:`/usr/local/lib/python{X.Y}/site-packages` with three
library/site.rst:65:   /usr/local/lib/pythonX.Y/site-packages/bar
library/site.rst:66:   /usr/local/lib/pythonX.Y/site-packages/foo
library/pydoc.rst:67:``http://docs.python.org/X.Y/library/`` where ``X`` and ``Y`` are the
library/logging.rst:442:found for logger X.Y.Z" is printed to the console. This message is intended
library/logging.rst:464:done using loggers with names matching "foo.x.y", then the code::
library/stdtypes.rst:2324:'/usr/local/lib/pythonX.Y/os.pyc'>``.

There are also things like ?python2.3?:
extending/building.rst:97:   gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DMAJOR_VERSION=1 -DMINOR_VERSION=0 -I/usr/local/include -I/usr/local/include/python2.2 -c demo.c -o build/temp.linux-i686-2.2/demo.o
faq/extending.rst:240::file:`/usr/lib/python2.{x}/config/` directory, which contains various files
faq/general.rst:500:   python2.2 <pathto>/db2pickley.py database.db database.pck
install/index.rst:362:them to go in :file:`/usr/local/lib/python2.{X}` rather than
install/index.rst:363::file:`/usr/lib/python2.{X}`.  This can be done with ::
install/index.rst:370:modules in :file:`/usr/local/lib/python2.{X}`, but those modules would have to
install/index.rst:371:be installed to, say, :file:`/mnt/{@server}/export/lib/python2.{X}`.  This could
install/index.rst:590:   ['', '/usr/local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2',
install/index.rst:591:    '/usr/local/lib/python2.3/lib-tk', '/usr/local/lib/python2.3/lib-dynload',
install/index.rst:592:    '/usr/local/lib/python2.3/site-packages']
install/index.rst:703:   :file:`{prefix}/lib/python1.5/site-packages/distutils`, so the system
library/sysconfig.rst:243:            platlib = "/usr/local/lib/python3.2/site-packages"
library/sysconfig.rst:244:            platstdlib = "/usr/local/lib/python3.2"
library/sysconfig.rst:245:            purelib = "/usr/local/lib/python3.2/site-packages"
library/sysconfig.rst:247:            stdlib = "/usr/local/lib/python3.2"
library/re.rst:1115:     File "/usr/local/lib/python3.2/re.py", line 132, in match
tutorial/interpreter.rst:13:The Python interpreter is usually installed as :file:`/usr/local/bin/python3.2`
tutorial/interpreter.rst:17:   python3.2
tutorial/interpreter.rst:97:   $ python3.2
tutorial/interpreter.rst:151:   #! /usr/bin/env python3.2

(Please ignore distutils and install docs, they?re frozen except for bugfixes, there?s no value in working on them with the replacement coming Really Soon Now?.)

Do docs people agree this automation would be something useful?

FYI: https://pypi.python.org/pypi/grin/1.2.1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11643>
_______________________________________

From report at bugs.python.org  Mon Mar 28 01:24:15 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 27 Mar 2011 23:24:15 +0000
Subject: [issue9694] argparse: Default Help Message Lists Required Args As
	Optional
In-Reply-To: <1282846759.11.0.900867962743.issue9694@psf.upfronthosting.co.za>
Message-ID: <1301268255.25.0.42920112726.issue9694@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Mon Mar 28 01:55:55 2011
From: report at bugs.python.org (Rogi)
Date: Sun, 27 Mar 2011 23:55:55 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301270155.32.0.922847217691.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

@mhammond

Wat did you say?

I tried to fix this issue at teh time with no success.  It would require too
much rewriting. I have not found any way to handle exceptions at C level using
this function up to teh present time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 02:56:43 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 28 Mar 2011 00:56:43 +0000
Subject: [issue11687] distutils register does not work from the command line
In-Reply-To: <1301161874.42.0.537788072216.issue11687@psf.upfronthosting.co.za>
Message-ID: <1301273803.09.0.303544305455.issue11687@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

In the end, this is a duplicate of #11272 -- it's not specific to distutils but this is where the issue pops up. input() in 3.2.0 isn't working properly so you won't be able to run the register command. This is fixed for 3.2.1

In the meantime, you can run the register command with another version of Python.

----------
nosy: +brian.curtin
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11687>
_______________________________________

From report at bugs.python.org  Mon Mar 28 03:00:29 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 28 Mar 2011 01:00:29 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301274029.35.0.166454443083.issue1690608@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks.  Looks good except that it should check isinstance(string) rather than isinstance(Charset), that way someone can pass a custom class that implements the Charset API if they want.  (Alternatively, the check could be for an encode_header method...actually that might be better, although it isn't what the other email modules do.)

The doc strings are an abreviated version of what is in the docstrings, and the text is often not-quite-equivalent even when it is not a strict subset of the docs.  We believe it produces higher quality documentation to maintain them separately and tune each one for its intended use case (though this does mean that they occasionally get out of sync due to oversights).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Mon Mar 28 05:52:35 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 28 Mar 2011 03:52:35 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301284355.65.0.461171652608.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

OK, I missed the fact that the new optimisation pass isn't run under PyCF_ONLY_AST.

However, as Eugene picked up, my concern is actually with the collapsing of Str/Num/Bytes/Ellipsis into the new Lit node, and the changes to the way None/True/False are handled. They're all changes that *make sense*, but would also likely cause a variety of AST manipulations to break. We definitely don't care when bytecode hacks break, but providing the ast module means that AST manipulation is officially supported.

However, the reason I bring up new constructs, is the fact that new constructs may break AST manipulation passes, even if the old structures are left intact - the AST visitor may miss (or misinterpret) things because it doesn't understand the meaning of the new nodes.

We may need to take this one back to python-dev (and get input from the other implementations as well). It's a fairly fundamental question when it comes to the structure of any changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Mon Mar 28 09:02:42 2011
From: report at bugs.python.org (Mark Hammond)
Date: Mon, 28 Mar 2011 07:02:42 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301295762.78.0.827066150592.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

Note the quoted documentation in comment 1, the paragraph "Note that if an otherwise unhandled SystemError ..."

I don't think that paragraph is correct - SystemError doesn't seem to terminate Py_Main - but if you replace "SystemError" with "SystemExit", that paragraph is correct, including the comment about Py_InspectFlag.

So I think there are 2 simple documentation bugs (the component of this bug is "Documentation") and not necessarily a behaviour bug (even though the "type" is set to behaviour :)

* The first paragraph should have references to sys.exit() removed (I didn't mention this in my previous comment!)

* The second paragraph should s/SystemError/SystemExit/ and optionally a note that calling sys.exit() will result in a SystemExit exception.

I just traced through this in Python 2.6 - PyRun_InteractiveOneFlags winds up calling PyErr_PrintEx() and this function explicitly checks for SystemExit and calls handle_system_exit, which calls exit().  There doesn't seem to be any special handling for SystemError at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 09:19:29 2011
From: report at bugs.python.org (Jan Kaliszewski)
Date: Mon, 28 Mar 2011 07:19:29 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301296769.07.0.0137866431013.issue7796@psf.upfronthosting.co.za>


Jan Kaliszewski <zuo at chopin.edu.pl> added the comment:

Thank you. Raymond is against the idea so I don't know if it makes sense to create the real patch for now (it would patch the collections module and, I suppose, addming tests, docs etc.). Anyway, if somebody would be interested in the idea, the newest version of the draft is here: http://dpaste.org/qyKv/.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Mon Mar 28 10:43:49 2011
From: report at bugs.python.org (Weeble)
Date: Mon, 28 Mar 2011 08:43:49 +0000
Subject: [issue11699] Documentation for get_option_group is wrong
In-Reply-To: <1301301829.71.0.0713641718569.issue11699@psf.upfronthosting.co.za>
Message-ID: <1301301829.71.0.0713641718569.issue11699@psf.upfronthosting.co.za>


New submission from Weeble <clockworksaint at gmail.com>:

The docs for optparse say this:

OptionParser.get_option_group(opt_str)
    Return, if defined, the OptionGroup that has the title or the long description equals to opt_str

After failing to get this to work at all, I looked at the implementation, and the documentation is completely wrong. The method takes an option string, like '-o' or '--option' and returns the option group that it belongs to.

Personally, I would much prefer the function to do what the documentation describes, i.e. find the option group with the given name, but I guess it's far too late for that. The scenario I'm in is that I'm writing a plugin for an existing tool which provides access to its OptionParser to add new options, but doesn't provide references to any of the groups that are already created.

It looks like this documentation was added recently:

http://bugs.python.org/issue1665333

----------
messages: 132385
nosy: weeble
priority: normal
severity: normal
status: open
title: Documentation for get_option_group is wrong

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11699>
_______________________________________

From report at bugs.python.org  Mon Mar 28 10:45:06 2011
From: report at bugs.python.org (Weeble)
Date: Mon, 28 Mar 2011 08:45:06 +0000
Subject: [issue1665333] Documentation missing for OptionGroup class in optparse
Message-ID: <1301301906.66.0.913711802254.issue1665333@psf.upfronthosting.co.za>


Weeble <clockworksaint at gmail.com> added the comment:

I think the documentation for get_option_group is not right. I've created a new bug: http://bugs.python.org/issue11699

----------
nosy: +weeble

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1665333>
_______________________________________

From report at bugs.python.org  Mon Mar 28 10:48:40 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 08:48:40 +0000
Subject: [issue11699] Documentation for get_option_group is wrong
In-Reply-To: <1301301829.71.0.0713641718569.issue11699@psf.upfronthosting.co.za>
Message-ID: <1301302120.05.0.325282805942.issue11699@psf.upfronthosting.co.za>


Changes by Sandro Tosi <sandro.tosi at gmail.com>:


----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11699>
_______________________________________

From report at bugs.python.org  Mon Mar 28 10:54:05 2011
From: report at bugs.python.org (Kaushik Kannan)
Date: Mon, 28 Mar 2011 08:54:05 +0000
Subject: [issue11693] memory leak in email.generator.Generator().flatten()
	method
In-Reply-To: <1301302445.42.0.429068161494.issue11693@psf.upfronthosting.co.za>
Message-ID: <1301302445.42.0.429068161494.issue11693@psf.upfronthosting.co.za>


New submission from Kaushik Kannan <kaushik1618 at gmail.com>:

I wrote a daemon to monitor a directory and send out emails periodically. To create the email, I used MIMEMultipart() object. When as_string() method is called on the MIMEMultipart() object, it seemed to cause memory leaks. On looking at the as_string() method, I saw that the  email.generator.Generator().flatten() method call is causing the memory leak. I copied the as_string() method out as a function and used it for tracing the memory leak.


#!/usr/bin/python

from guppy import hpy
import time
import gc

from email.MIMEMultipart import MIMEMultipart
from email.MIMEText import MIMEText
from cStringIO import StringIO
from email.generator import Generator

def as_string_mod(msg, unixfrom=False):
        """Return the entire formatted message as a string.
        Optional `unixfrom' when True, means include the Unix From_ envelope
        header.

        This is a convenience method and may not generate the message exactly
        as you intend because by default it mangles lines that begin with
        "From ".  For more flexibility, use the flatten() method of a
        Generator instance.
        """
        fp = StringIO()
        g = Generator(fp)
        g.flatten(msg, unixfrom=unixfrom)
        return fp.getvalue()

msg = MIMEMultipart()
msg['From'] = 'from at gmail.com'
msg['To'] = 'to at gmail.com'
msg['Subject'] = 'Function'
msg.attach(MIMEText('Blah'))

if __name__=='__main__':
	while True:
		as_string_mod(msg)
		gc.collect()
		print hpy().heap()
		time.sleep(5)

----------
nosy: +kauboy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11693>
_______________________________________

From report at bugs.python.org  Mon Mar 28 10:58:01 2011
From: report at bugs.python.org (Kaushik Kannan)
Date: Mon, 28 Mar 2011 08:58:01 +0000
Subject: [issue11693] memory leak in email.generator.Generator().flatten()
	method
In-Reply-To: <1301302445.42.0.429068161494.issue11693@psf.upfronthosting.co.za>
Message-ID: <1301302681.69.0.0288019430695.issue11693@psf.upfronthosting.co.za>


Kaushik Kannan <kaushik1618 at gmail.com> added the comment:

The memory usage trace as printed out by guppy is attached. For every new call of the Generator.flatten() method by the MIMEMultipart.as_string() method, the number of objects increases by 3 and the total size increases by 484Bytes.

----------
Added file: http://bugs.python.org/file21435/MemLeak.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11693>
_______________________________________

From report at bugs.python.org  Mon Mar 28 11:56:57 2011
From: report at bugs.python.org (Torsten Becker)
Date: Mon, 28 Mar 2011 09:56:57 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301306217.74.0.881573669965.issue1690608@psf.upfronthosting.co.za>


Torsten Becker <torsten.becker at gmail.com> added the comment:

I incorporated that change as well.  My rationale behind the previous version was to be consistent with how Lib/email/header.py handled this, unfortunately I did not look around in the other classes and didn't think about that kind of compatibility.

When formataddr() is called with a object which is not a string and which does not have a header_encode it will raise the following exception now:

> AttributeError: 'CharsetMock' object has no attribute 'header_encode'

Thank you for your patience, sorry that it took probably more of your time by taking 4 iterations for this patch than if you had just implemented it yourself.

----------
Added file: http://bugs.python.org/file21436/issue-1690608-v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Mon Mar 28 12:46:14 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 28 Mar 2011 10:46:14 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301309174.79.0.14809649407.issue1690608@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ah, yes.  Header is probably wrong there, I should fix that at some point.

Sorry for the misytpes in my last message (it was late at night for me when I wrote it :)

As for time, it probably didn't take any more time than it would have to write it myself, and the end product is almost certainly better for having had two sets of eyes on it.  This kind of back and forth often happens even when it is an experienced developer writing the patch.  

But even if neither of those were true it would be worthwhile to do it in order to support you in learning to contribute.  Thanks again for working on this, and I'll probably commit it some time today.

----------
stage: test needed -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Mon Mar 28 12:46:31 2011
From: report at bugs.python.org (R. David Murray)
Date: Mon, 28 Mar 2011 10:46:31 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1301309191.83.0.096111192924.issue1690608@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions:  -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Mon Mar 28 12:46:39 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 28 Mar 2011 10:46:39 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <E1Q49y1-0005Ty-OV@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset cc04b591d768 by Ezio Melotti in branch '2.7':
#10617: add class directives to collections ABCs.
http://hg.python.org/cpython/rev/cc04b591d768

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 28 13:02:30 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 28 Mar 2011 11:02:30 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1301310150.58.0.698770940566.issue6087@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Attached is a simple script to show include and lib paths.

The makefile location seems OK on my system.

----------
Added file: http://bugs.python.org/file21437/libdir.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Mon Mar 28 13:23:32 2011
From: report at bugs.python.org (=?utf-8?q?Felix_Gr=C3=B6bert?=)
Date: Mon, 28 Mar 2011 11:23:32 +0000
Subject: [issue11671] Security hole in wsgiref.headers.Headers
In-Reply-To: <1301078492.99.0.856467822453.issue11671@psf.upfronthosting.co.za>
Message-ID: <AANLkTiks6jALPpZ1kaOcXMByjTwO7X=8FCQvKUgWv+oT@mail.gmail.com>


Felix Gr?bert <groebert at google.com> added the comment:

If the spec forbids control characters in headers, the module should
enforce that.

The most frequent example of header injection is the redirect-case: an
application is forwarding using the Location header to a user-supplied
URL.
http://google.com/codesearch?as_q=self.redirect%5C%28self.request.get
Other examples are proxies, setting user-agent, or, as you mention,
custom set-cookies headers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11671>
_______________________________________

From report at bugs.python.org  Mon Mar 28 13:47:36 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 28 Mar 2011 11:47:36 +0000
Subject: [issue11678] Add support for Arch Linux
	to	platform.linux_distributions()
In-Reply-To: <1301159583.91.0.505253453656.issue11678@psf.upfronthosting.co.za>
Message-ID: <4D907556.2090401@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Westley Mart?nez wrote:
> 
> Westley Mart?nez <anikom15 at gmail.com> added the comment:
> 
> I forgot to say, Arch Linux is rolling release so it doesn't have a version or id.

Ok, but then what's the output of the function on Arch Linux (with the
patch) ?

----------
title: Add support for Arch Linux to platform.linux_distributions() -> Add support for Arch Linux to	platform.linux_distributions()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Mon Mar 28 14:26:30 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 28 Mar 2011 12:26:30 +0000
Subject: [issue11700] mailbox.py proxy updates
In-Reply-To: <1301315190.34.0.276151285444.issue11700@psf.upfronthosting.co.za>
Message-ID: <1301315190.34.0.276151285444.issue11700@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

I'll send a patch that updates/fixes handling of
file closes in the internal proxy-file classes.
It could cause errors yet because self._file is
del-eted but that field may still be used afterwards.


>>> mb = mailbox.Maildir('sdaoden', create=False)
>>> mbf = mb.get_file(mb.keys()[0])
>>> msg = email.parser.BytesParser().parse(mbf, headersonly=True)
>>> mbf.close()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 1922, in close
    if hasattr(self._file, 'close'):
AttributeError: '_ProxyFile' object has no attribute '_file'


The patched version will always act correctly.
And yes, i'll open yet another issue due to the
email.parser (or even TextIOWrapper) based problem.

----------
components: Library (Lib)
messages: 132395
nosy: georg.brandl, r.david.murray, sdaoden, twouters
priority: normal
severity: normal
status: open
title: mailbox.py proxy updates
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11700>
_______________________________________

From report at bugs.python.org  Mon Mar 28 14:29:31 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 28 Mar 2011 12:29:31 +0000
Subject: [issue11700] mailbox.py proxy updates
In-Reply-To: <1301315190.34.0.276151285444.issue11700@psf.upfronthosting.co.za>
Message-ID: <20110328122913.GA16022@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

Here's the patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file21438/11700.1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11700>
_______________________________________
-------------- next part --------------
diff --git a/Lib/mailbox.py b/Lib/mailbox.py
--- a/Lib/mailbox.py
+++ b/Lib/mailbox.py
@@ -382,7 +382,7 @@
     def get_file(self, key):
         """Return a file-like representation or raise a KeyError."""
         f = open(os.path.join(self._path, self._lookup(key)), 'rb')
-        return _ProxyFile(f)
+        return _ProxyFile(f, close=True)
 
     def iterkeys(self):
         """Return an iterator over keys."""
@@ -1032,7 +1032,7 @@
                 raise KeyError('No message with key: %s' % key)
             else:
                 raise
-        return _ProxyFile(f)
+        return _ProxyFile(f, close=True)
 
     def iterkeys(self):
         """Return an iterator over keys."""
@@ -1867,13 +1867,15 @@
 class _ProxyFile:
     """A read-only wrapper of a file."""
 
-    def __init__(self, f, pos=None):
+    def __init__(self, f, pos=None, close=False):
         """Initialize a _ProxyFile."""
         self._file = f
         if pos is None:
             self._pos = f.tell()
         else:
             self._pos = pos
+        self._do_close = close
+        self._is_open = True
 
     def read(self, size=None):
         """Read bytes."""
@@ -1919,9 +1921,11 @@
 
     def close(self):
         """Close the file."""
-        if hasattr(self._file, 'close'):
+        if self._do_close:
+            self._do_close = False
             self._file.close()
-        del self._file
+            del self._file
+        self._is_open = False
 
     def _read(self, size, read_method):
         """Read size bytes using read_method."""
@@ -1953,7 +1957,7 @@
 
     @property
     def closed(self):
-        return self._file.closed
+        return not self._is_open
 
 
 class _PartialFile(_ProxyFile):
@@ -1988,11 +1992,6 @@
             size = remaining
         return _ProxyFile._read(self, size, read_method)
 
-    def close(self):
-        # do *not* close the underlying file object for partial files,
-        # since it's global to the mailbox object
-        del self._file
-
 
 def _lock_file(f, dotlock=True):
     """Lock file f using lockf and dot locking."""

From report at bugs.python.org  Mon Mar 28 14:30:20 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 28 Mar 2011 12:30:20 +0000
Subject: [issue11701] email.parser.BytesParser() uses TextIOWrapper
In-Reply-To: <1301315420.28.0.123524956156.issue11701@psf.upfronthosting.co.za>
Message-ID: <1301315420.28.0.123524956156.issue11701@psf.upfronthosting.co.za>


New submission from Steffen Daode Nurpmeso <sdaoden at googlemail.com>:

... and that closes the original file, too!
(I've also opened #11700 due to the mailbox.py
side of this.)


static PyObject *
textiowrapper_close(textio *self, PyObject *args)
        return PyObject_CallMethod(self->buffer, "close", NULL);


>>> mb = mailbox.Maildir('sdaoden', create=False)
>>> mbf = mb.get_file(mb.keys()[0])
>>> msg = email.parser.BytesParser().parse(mbf, headersonly=True)
>>> mbf.close()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py", line 1922, in close
    if hasattr(self._file, 'close'):
AttributeError: '_ProxyFile' object has no attribute '_file'

----------
components: Library (Lib)
messages: 132397
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: email.parser.BytesParser() uses TextIOWrapper
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11701>
_______________________________________

From report at bugs.python.org  Mon Mar 28 14:41:25 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Mon, 28 Mar 2011 12:41:25 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <20110328124105.GB16022@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

\|/
   _ .
    |
    =

Yes!?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Mon Mar 28 15:28:45 2011
From: report at bugs.python.org (Eric Frederich)
Date: Mon, 28 Mar 2011 13:28:45 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301318925.43.0.584512224871.issue6498@psf.upfronthosting.co.za>


Eric Frederich <eric.frederich at gmail.com> added the comment:

So there is a disconnect.

You can either change the documentation to match the behavior or you can change the code to match the documentation.

I would prefer to leave the documentation alone and make Py_Main return rather than exit on sys.exit.  That's just my 2 cents.

----------
nosy: +eric.frederich

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:22:11 2011
From: report at bugs.python.org (knickerkicker)
Date: Mon, 28 Mar 2011 14:22:11 +0000
Subject: [issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes
	lag
In-Reply-To: <1242987160.68.0.883140966896.issue6085@psf.upfronthosting.co.za>
Message-ID: <1301322131.82.0.433846673862.issue6085@psf.upfronthosting.co.za>


Changes by knickerkicker <knicker.kicker at gmail.com>:


----------
nosy: +knicker.kicker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6085>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:26:08 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Mon, 28 Mar 2011 14:26:08 +0000
Subject: [issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes
	lag
In-Reply-To: <1242987160.68.0.883140966896.issue6085@psf.upfronthosting.co.za>
Message-ID: <1301322368.98.0.0555641147891.issue6085@psf.upfronthosting.co.za>


Changes by Charles-Francois Natali <neologix at free.fr>:


Removed file: http://bugs.python.org/file17081/base_http_server_fqdn_lag.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6085>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:40:39 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 28 Mar 2011 14:40:39 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301323239.04.0.00885295540563.issue11610@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:45:43 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 28 Mar 2011 14:45:43 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1301323543.83.0.697512243307.issue1673007@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:47:13 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 28 Mar 2011 14:47:13 +0000
Subject: [issue8150] urllib needs ability to set METHOD for HTTP requests
In-Reply-To: <1268680506.54.0.712056752351.issue8150@psf.upfronthosting.co.za>
Message-ID: <1301323633.6.0.786976906478.issue8150@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Closing as duplicate. #1673007 tackles the same issues and has a few patches available.

----------
nosy: +brian.curtin
resolution:  -> duplicate
stage: test needed -> committed/rejected
status: open -> closed
superseder:  -> urllib2 requests history + HEAD support

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8150>
_______________________________________

From report at bugs.python.org  Mon Mar 28 16:49:18 2011
From: report at bugs.python.org (ysj.ray)
Date: Mon, 28 Mar 2011 14:49:18 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301323758.62.0.40982666373.issue11647@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

Now I found that I am wrong and I feel OK with make the context manager  reusable when used as a decorator. I missed one thing: the reusable behavior is regarded as in the decorated function but not in the decorator context manager. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Mon Mar 28 17:13:42 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Mon, 28 Mar 2011 15:13:42 +0000
Subject: [issue11702] dir on return value of msilib.OpenDatabase() crashes
	python
In-Reply-To: <1301325222.81.0.910767875041.issue11702@psf.upfronthosting.co.za>
Message-ID: <1301325222.81.0.910767875041.issue11702@psf.upfronthosting.co.za>


New submission from Mark Mc Mahon <mtnbikingmark at gmail.com>:

Running the following code:

>>> import msilib
>>> db  = msilib.OpenDatabase('c:/windows/installer/1c7a1.msi', 1)
>>> db
<_msi.Database object at 0x01E230A0>
>>> dir(db)

(Python crashes - tested on current Trunk and Python 2.7.1).

I tried tracking it through the C code - and it seems to be a problem when dir is checking for __dir__ (the pointer in PyObject_GetAttrString seems to be incorrect).

----------
components: Windows
messages: 132402
nosy: markm
priority: normal
severity: normal
status: open
title: dir on return value of msilib.OpenDatabase() crashes python
type: crash
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11702>
_______________________________________

From report at bugs.python.org  Mon Mar 28 17:38:06 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 28 Mar 2011 15:38:06 +0000
Subject: [issue11699] Documentation for get_option_group is wrong
In-Reply-To: <1301301829.71.0.0713641718569.issue11699@psf.upfronthosting.co.za>
Message-ID: <1301326686.71.0.812159143169.issue11699@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, eric.araujo, georg.brandl, lunar_yorn, nnorwitz
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11699>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:11:26 2011
From: report at bugs.python.org (Charles Solar)
Date: Mon, 28 Mar 2011 16:11:26 +0000
Subject: [issue9181] Solaris extension building does not work with 64 bit
	python
In-Reply-To: <1278429433.49.0.398235894568.issue9181@psf.upfronthosting.co.za>
Message-ID: <1301328686.82.0.323086066168.issue9181@psf.upfronthosting.co.za>


Charles Solar <charlessolar at gmail.com> added the comment:

Hello again, I got a copy of the latest python from the 2.7 branch, recompiled with CFLAGS="-m64 -O3" and LDFLAGS="-m64" and my extension compiled just fine.
So I can verify this bug fixed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9181>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:12:11 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 28 Mar 2011 16:12:11 +0000
Subject: [issue9181] Solaris extension building does not work with 64 bit
	python
In-Reply-To: <1278429433.49.0.398235894568.issue9181@psf.upfronthosting.co.za>
Message-ID: <1301328731.82.0.936803957217.issue9181@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for checking. Closing as fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9181>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:19:48 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Mon, 28 Mar 2011 16:19:48 +0000
Subject: [issue9544] xdrlib.Packer().pack_fstring throws a TypeError when
	called with a str()
In-Reply-To: <1281333086.43.0.820305754452.issue9544@psf.upfronthosting.co.za>
Message-ID: <1301329188.03.0.783427446486.issue9544@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:27:20 2011
From: report at bugs.python.org (Henri Salo)
Date: Mon, 28 Mar 2011 16:27:20 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301329640.61.0.110141278804.issue11662@psf.upfronthosting.co.za>


Henri Salo <henri at nerv.fi> added the comment:

CVE-2011-1521 has been assigned to this issue.

----------
nosy: +Henri.Salo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:27:30 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 28 Mar 2011 16:27:30 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <E1Q4FHt-0005Pv-Dm@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c5de208d205c by Ezio Melotti in branch '3.1':
#10617: add class directives to collections ABCs.
http://hg.python.org/cpython/rev/c5de208d205c

New changeset 3daca2b76297 by Ezio Melotti in branch '3.2':
#10617: merge with 3.1.
http://hg.python.org/cpython/rev/3daca2b76297

New changeset 30a026a25167 by Ezio Melotti in branch 'default':
#10617: merge with 3.2.
http://hg.python.org/cpython/rev/30a026a25167

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 28 18:35:20 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 28 Mar 2011 16:35:20 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1301330120.71.0.999387466184.issue10617@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 28 19:00:47 2011
From: report at bugs.python.org (Rogi)
Date: Mon, 28 Mar 2011 17:00:47 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301331647.38.0.237000719769.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

Sorry, some years have passed since I posted this. I will take a look on teh
code again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 19:47:43 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 28 Mar 2011 17:47:43 +0000
Subject: [issue11693] memory leak in email.generator.Generator().flatten()
	method
In-Reply-To: <1301302445.42.0.429068161494.issue11693@psf.upfronthosting.co.za>
Message-ID: <1301334463.33.0.441637146622.issue11693@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I replaced guppy by a debug build of Python and a simple "print sys.gettotalrefcount()".
Indeed, I see a reference leak with Python2.6 (10 more references on every loop). There seems to be no leak with Python2.7.
Which version of Python do you use?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11693>
_______________________________________

From report at bugs.python.org  Mon Mar 28 19:54:55 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 28 Mar 2011 17:54:55 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1301334895.24.0.503144803994.issue11397@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attaching patches against 3.1 and 3.2 (due to unicode and slightly different unittest layout).

----------
Added file: http://bugs.python.org/file21439/issue11397_py31.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Mon Mar 28 19:55:11 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 28 Mar 2011 17:55:11 +0000
Subject: [issue11397] os.path.realpath() may produce incorrect results
In-Reply-To: <1299259038.05.0.675723191983.issue11397@psf.upfronthosting.co.za>
Message-ID: <1301334911.61.0.821963465575.issue11397@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Added file: http://bugs.python.org/file21440/issue11397_py32.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11397>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:01:47 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 18:01:47 +0000
Subject: [issue1571878] Improvements to socket module exceptions
Message-ID: <1301335307.15.0.423228772648.issue1571878@psf.upfronthosting.co.za>


Changes by Sandro Tosi <sandro.tosi at gmail.com>:


----------
nosy: +sandro.tosi
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1571878>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:04:37 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 18:04:37 +0000
Subject: [issue1571878] Improvements to socket module exceptions
Message-ID: <1301335477.53.0.72758880674.issue1571878@psf.upfronthosting.co.za>


Changes by Sandro Tosi <sandro.tosi at gmail.com>:


----------
keywords:  -patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1571878>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:05:06 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 28 Mar 2011 18:05:06 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301335506.5.0.560115220385.issue7796@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:08:19 2011
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 28 Mar 2011 18:08:19 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301335699.08.0.876442759091.issue7796@psf.upfronthosting.co.za>


Changes by Sridhar Ratnakumar <sridharr at activestate.com>:


----------
nosy:  -srid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:17:15 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 18:17:15 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301336235.4.0.982635877842.issue10632@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi Brian,
are you able to replicate it? I just build 3.2 and default (3.3) on a Debian unstable system and wasn't able to replicate it (with a busy loop like while date ; do ./python -c "import multiprocessing.managers ; mpp = multiprocessing.Pool(4); sm = multiprocessing.managers.SyncManager(); sm.start()" ; done )

----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:33:41 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 28 Mar 2011 18:33:41 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301337221.43.0.0890292117078.issue11610@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

(Darren, I'm not sure why you are running into problems with that setup.  I test with what sounds to be a very similar one including a MacPorts gettext port providing libintl although I do install ports as +universal (i386, x86_64) by default.  And I don't know why you would have problems with _scproxy.  If you would like to pursue, please open a separate issue with the results of your configure and make.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:37:05 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 28 Mar 2011 18:37:05 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301337425.72.0.664395572276.issue6498@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:40:45 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 28 Mar 2011 18:40:45 +0000
Subject: =?utf-8?q?=5Bissue10617=5D_Collections_ABCs_can=E2=80=99t_be_linked_to?=
In-Reply-To: <1291399583.54.0.437580491631.issue10617@psf.upfronthosting.co.za>
Message-ID: <1301337645.52.0.116033533612.issue10617@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks Ezio.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10617>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:45:29 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 28 Mar 2011 18:45:29 +0000
Subject: [issue5340] Change in cgi behavior breaks existing software
In-Reply-To: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>
Message-ID: <1301337929.69.0.0102569064103.issue5340@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5340>
_______________________________________

From report at bugs.python.org  Mon Mar 28 20:47:35 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 28 Mar 2011 18:47:35 +0000
Subject: [issue11702] dir on return value of msilib.OpenDatabase() crashes
	python
In-Reply-To: <1301325222.81.0.910767875041.issue11702@psf.upfronthosting.co.za>
Message-ID: <1301338055.79.0.647235127906.issue11702@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11702>
_______________________________________

From report at bugs.python.org  Mon Mar 28 21:05:56 2011
From: report at bugs.python.org (Rogi)
Date: Mon, 28 Mar 2011 19:05:56 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301339156.87.0.102148342932.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

I reviewed teh problem and rewrote teh text to better explain what is
happening. Also, I noticed teh change to teh docs, and in fact it is
not correct that teh functions call exit() on SystemError.

*** From teh docs:

http://docs.python.org/c-api/veryhigh.html


int Py_Main(int argc, char **argv)?

    The main program for the standard interpreter. This is made
available for programs which embed Python. The argc and argv parameters
should be prepared exactly as those which are passed to a C program?s
main() function. It is important to note that the argument list may be
modified (but the contents of the strings pointed to by the argument
list are not). The return value will be the integer passed to the
sys.exit() function, 1 if the interpreter exits due to an exception, or
2 if the parameter list does not represent a valid Python command line.

    Note that if an otherwise unhandled SystemError is raised, this
function will not return 1, but exit the process, as long as
Py_InspectFlag is not set.



*** Teh problem:

	Teh Py_Main() function does not return on any unhandled
exception. If a unhandled exception is caught, teh function prints teh
error and go to teh prompt. Try:

	...
	>>> raise(SystemError)
	Traceback (most recent call last):
	  File "<stdin>", line 1, in <module>
	SystemError
	>>>

Consequently, Py_Main() does not return on unhandled SystemExit. But not
only that. It calls exit() which terminate teh process. Try:

	...
	Py_Main(argc, argv);
	fprintf(stderr, "reached!");
	...

	...
	>>> raise(SystemExit)
	$ 

note it did not print after Py_Main() termination.



*** Analysis:

	After greping python source, I found that this behaviour is
triggered in function PyErr_PrintEx(). For some reason, SystemExit is
handled here, in a function that, from its name, should print, not
handle, and its handling involves a call to exit(), which terminate teh
teh process. Also, not only Py_Main() is affected by this, but any other
function that calls PyErr_PrintEx(), such as PyRun_SimpleString().

	I tried to fix this but it would require some rewriting. I think
this could be accomplished with some set/longjmp, but still some
rewriting would be needed to fix other functions that rely on
PyErr_PrintEx() behaviour.



*** Possible solutions:

* fix teh source to match teh docs
* fix teh docs to match teh source



*** Proposed solution:

	Teh current behaviour hit me when I was writing an app which
had Py_Main() running on a thread. If teh user typed exit() in Python,
teh program would crash from exiting on a bad place. Based on this I
propose a review of teh source that adhere to teh following:

	1 - PyErr_PrintEx() should not be handling any kind of
exception. This should be done by a function liek
PyErr_HandleException().

	2 - In functions liek PyRun_SimpleString(), teh default
exception handling should only occur after giving teh programmer a
chance to handle and clear teh exception himself.

	3 - No calls to exit() should be made by teh Python interpreter,
except, maybe, in some function which is a explicit wrapper.

	Since proposing is easy and doing is not, It would be nice to
have, for now, a warning at teh docs for every bad behaving function,
specially those which call exit().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Mon Mar 28 21:49:15 2011
From: report at bugs.python.org (dholth)
Date: Mon, 28 Mar 2011 19:49:15 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301341755.25.0.510349422731.issue10740@psf.upfronthosting.co.za>


dholth <dholth at fastmail.fm> added the comment:

Torsten basically you are suggesting that PRAGMA would never work at all with my 'do not strcmp() the sql at all, always begin a transaction' approach?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Mon Mar 28 21:51:19 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 28 Mar 2011 19:51:19 +0000
Subject: [issue5872] New C API for declaring Python types
In-Reply-To: <1240973984.42.0.154845882855.issue5872@psf.upfronthosting.co.za>
Message-ID: <1301341879.51.0.705351259433.issue5872@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

With PEP 384, this is now obsolete, so closing it as such. If you think that selected features of this patch should still be added, please submit them as separate patches.

----------
nosy: +loewis
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5872>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:09:38 2011
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 28 Mar 2011 20:09:38 +0000
Subject: [issue11676] imp.load_module and submodules - doc issue, or bug?
In-Reply-To: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>
Message-ID: <1301342978.63.0.112386099351.issue11676@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I say it's a documentation bug.

----------
assignee:  -> docs at python
components: +Documentation -Interpreter Core, Library (Lib)
nosy: +brett.cannon, docs at python
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11676>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:13:35 2011
From: report at bugs.python.org (Daniel Urban)
Date: Mon, 28 Mar 2011 20:13:35 +0000
Subject: [issue7796] No way to find out if an object is an instance of a
	namedtuple
In-Reply-To: <1264608669.85.0.379125118171.issue7796@psf.upfronthosting.co.za>
Message-ID: <1301343215.63.0.904733128459.issue7796@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:17:36 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 28 Mar 2011 20:17:36 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1301343456.99.0.140908340082.issue11697@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Did you see a compiler warning? Indeed, this function (mmap.move) decodes its arguments with:
   PyArg_ParseTuple(args, "kkk:move", &dest, &src, &cnt)
This looks wrong to me: these three numbers should be Py_ssize_t, and decoded with "nnn".

An example of wrong behavior (on win32):
>>> m = mmap.mmap(-1, 500)
>>> m.move(2**32, 10, 4)   # Should throw a ValueError

----------
nosy: +amaury.forgeotdarc
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:17:58 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 28 Mar 2011 20:17:58 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1301343478.48.0.929224308109.issue11697@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:20:46 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Mon, 28 Mar 2011 20:20:46 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301343646.92.0.449732410679.issue10632@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

No, I wasn't able to replicate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:47:50 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 28 Mar 2011 20:47:50 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301345270.98.0.785034133582.issue11662@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


Added file: http://bugs.python.org/file21441/9d06d5eb1a7e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:48:59 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 28 Mar 2011 20:48:59 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301345339.05.0.925056571353.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Aha. I now see the point of raising an exception instead of just returning None. I have backported Senthil's patch to the 2.5 branch. Please review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:54:36 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 28 Mar 2011 20:54:36 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301345676.72.0.966466462334.issue11662@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


Added file: http://bugs.python.org/file21442/f03e2acb9826.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Mon Mar 28 22:58:10 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 28 Mar 2011 20:58:10 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301345890.99.0.547476438601.issue11662@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


Removed file: http://bugs.python.org/file21441/9d06d5eb1a7e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:06:12 2011
From: report at bugs.python.org (Ned Deily)
Date: Mon, 28 Mar 2011 21:06:12 +0000
Subject: [issue11653] Problems with some tests using -j2
In-Reply-To: <1300900834.38.0.866909082776.issue11653@psf.upfronthosting.co.za>
Message-ID: <1301346372.22.0.102833113939.issue11653@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Antoine is correct in principle, however LD_LIBRARY_PATH does not work on OS X.  To test without installing, you would need to use DYLD_LIBRARY_PATH instead.  Also keep in mind that, unlike most other systems, OS X binaries embed absolute paths to dynamic libraries.

As a learning exercise for myself, I constructed this example.  I added a printf to the errno module, a module that is included in the shared library, to help see what's happening:

$ cd /tmp/a/py3k
$ ./configure --prefix=/tmp/a/local --enable-shared LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include && make
$ file ./libpython3.3m.dylib 
./libpython3.3m.dylib: Mach-O 64-bit dynamically linked shared library x86_64
$ otool -L ./python
./python:
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.42.0)
	/tmp/a/local/lib/libpython3.3m.dylib (compatibility version 3.3.0, current version 3.3.0)
[...]
# note, "make install" not yet run so lib not available in configured path
$ ls /tmp/a/local/lib/libpython3.3m.dylib
ls: /tmp/a/local/lib/libpython3.3m.dylib: No such file or directory
$ ./python -c 'pass'
dyld: Library not loaded: /tmp/a/local/lib/libpython3.3m.dylib
  Referenced from: /private/tmp/a/py3k/./python
  Reason: image not found
Trace/BPT trap
# override path so that uninstalled shared lib is found in build dir
$ DYLD_LIBRARY_PATH=. ./python -c 'pass'
errno module version 0
$ make install
$ ls /tmp/a/local/lib/libpython3.3m.dylib
/tmp/a/local/lib/libpython3.3m.dylib*
# now lib is installed and found
$ ./python -c 'pass'
errno module version 0
# edit message in errno module to "version 1"
$ make
# have not done a new install so old shared lib is found
$ ./python -c 'pass'
errno module version 0
# enable dynamic loader printing of loads
$ export DYLD_PRINT_LIBRARIES=1
$ ./python -c 'pass'
dyld: loaded: /private/tmp/a/py3k/./python
dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
dyld: loaded: /tmp/a/local/lib/libpython3.3m.dylib
[...]
errno module version 0
# override loads from build directory -> works correctly
$ DYLD_LIBRARY_PATH=. ./python -c 'pass'
dyld: loaded: /private/tmp/a/py3k/./python
dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
dyld: loaded: /private/tmp/a/py3k/libpython3.3m.dylib
errno module version 1
# install updated lib
$ make install
# also works correctly
$ ./python -c 'pass'
dyld: loaded: /private/tmp/a/py3k/./python
dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
dyld: loaded: /tmp/a/local/lib/libpython3.3m.dylib
[...]
errno module version 1

So the moral of the story is: if you use --enable-shared, you need to be careful to either "make install" or to use DYLD_LIBRARY_PATH=/path/to/build_directory.

Skip, are you OK with closing this issue?

----------
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11653>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:15:47 2011
From: report at bugs.python.org (Jean-Marc Saffroy)
Date: Mon, 28 Mar 2011 21:15:47 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1301346947.9.0.561595198832.issue11416@psf.upfronthosting.co.za>


Jean-Marc Saffroy <saffroy at gmail.com> added the comment:

So I finally cooked a little patch for netrc.py in python 2.6.
The patch extends netrc.authenticators() with an extra parameter to select a login name, but otherwise the behaviour remains the same (still returns the last entry for a given host).

Lightly tested, works for me.

----------
keywords: +patch
Added file: http://bugs.python.org/file21443/netrc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:20:36 2011
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 28 Mar 2011 21:20:36 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1301347236.39.0.610997905586.issue11416@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Can you add your tests to Lib/test/test_netrc.py?

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:23:32 2011
From: report at bugs.python.org (Ivan Ivanenko)
Date: Mon, 28 Mar 2011 21:23:32 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>


New submission from Ivan Ivanenko <ivan.ivanenko at gmail.com>:

result = urllib.urlopen("http://docs.python.org/library/urllib.html#OK")
print result.geturl()

result = urllib2.urlopen("http://docs.python.org/library/urllib.html#OK")
print result.geturl()

Python 2.6 returns:
"http://docs.python.org/library/urllib.html#OK"
"http://docs.python.org/library/urllib.html#OK"

Python 2.7 returns:
"http://docs.python.org/library/urllib.html#OK"
"http://docs.python.org/library/urllib.html"

2to3 -w test.py
Python 3 returns:
"http://docs.python.org/library/urllib.html"
"http://docs.python.org/library/urllib.html"

I expect geturl() result with "#OK" in all cases

----------
components: Library (Lib)
messages: 132423
nosy: Ivan.Ivanenko
priority: normal
severity: normal
status: open
title: Bug in python >= 2.7 with urllib2 fragment
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:29:11 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 28 Mar 2011 21:29:11 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301347751.25.0.991728426433.issue1294959@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Please note another aspect of this problem will bite all Python developers on Ubuntu 11.04.  With the introduction of multiarch, not all stdlib Python extension modules can be built out of the box, as seen here:

https://bugs.launchpad.net/ubuntu/+source/db4.8/+bug/738213/comments/13

Ubuntu's source package was hacked to make things work, by calling out to dpkg-architecture and adding the resulting directories to library_dirs and include_dirs search paths.  That patch would obviously have to be modified at the very least to be robust on non-Debian/Ubuntu platforms.

I'm not sure what the right solution is for upstream.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:34:11 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Mon, 28 Mar 2011 21:34:11 +0000
Subject: [issue11704] functools.partial doesn't create bound methods
In-Reply-To: <1301348051.58.0.203467592285.issue11704@psf.upfronthosting.co.za>
Message-ID: <1301348051.58.0.203467592285.issue11704@psf.upfronthosting.co.za>


New submission from Alex Gaynor <alex.gaynor at gmail.com>:

This is related to the discussion we had at the PyCon language summit about C vs Python function binding.  If you create a partial instance and put it on a class it doesn't create bound instances.  This behavior is a tad surprising in my view.  At a minimum it'd be nice if the docs mentioned this.

----------
messages: 132425
nosy: alex
priority: normal
severity: normal
status: open
title: functools.partial doesn't create bound methods
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11704>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:42:21 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 28 Mar 2011 21:42:21 +0000
Subject: [issue11685] possible SQL injection into db APIs via table names...
	sqlite3
In-Reply-To: <1301264503.25.0.269350631549.issue11685@psf.upfronthosting.co.za>
Message-ID: <4D9100BA.5050505@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Aren?t you supposed to use the DB API to get safe queries?
> http://docs.python.org/dev/library/sqlite3

Yes, but the OP complains that the DB API doesn't support specification
of the table name from a parameter. So the DB API won't help here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11685>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:52:43 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 28 Mar 2011 21:52:43 +0000
Subject: [issue11700] mailbox.py proxy updates
In-Reply-To: <1301315190.34.0.276151285444.issue11700@psf.upfronthosting.co.za>
Message-ID: <1301349163.72.0.751461173835.issue11700@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

mbf.close() should not fail when called twice. The close() method in the io module states that "This method has no effect if the file is already closed."
But then, is "close=False" necessary?

----------
nosy: +amaury.forgeotdarc
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11700>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:58:05 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 21:58:05 +0000
Subject: [issue10517] test_concurrent_futures crashes with "--with-pydebug" on
	RHEL5 with "Fatal Python error: Invalid thread state for this thread"
In-Reply-To: <1290558259.33.0.917274146548.issue10517@psf.upfronthosting.co.za>
Message-ID: <1301349485.91.0.0218647259788.issue10517@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Is someone still able to replicate this crash? I'm not, with a fresh built 3.2 and default (3.3), --with-pydebug enabled. Brian confirmed on msg132418 that he can't any longer replicate it.

----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10517>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:58:19 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 21:58:19 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301349499.42.0.287943508759.issue10632@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

can we close this issue then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Mon Mar 28 23:59:33 2011
From: report at bugs.python.org (Mark Hammond)
Date: Mon, 28 Mar 2011 21:59:33 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301349573.26.0.830324912825.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

@Rogi - you seem to have a problem with your keyboard - the 'h' and 'e' keys seem to have been swapped.

The docs are wrong regardless - I don't think anyone would suggest the behaviour match the docs regarding SystemError - having Py_Main return on SystemError would be backwards incompatible.

Given the discussion in those docs about SystemError, I'm confident that the person who wrote the docs was simply attempting to document the actual implementation and made an error.  The implementation has, as far as I know, always worked the way it does (ie, there has never been a regression in this).  So IMO there are 2 issues:

* The documentation should be made to reflect the actual and historic behaviour.  The fact it doesn't is a clear bug and it should be addressed ASAP and without changing the behaviour so people are not misled in the future.  This change should be easy and non-controversial.

* You may have a desire to change the actual and historic implementation, which I can understand.  However, this should be tackled in a new "feature request".  If the feature request is accepted, then both the behaviour and the docs should be changed to match the new agreed behaviour.  This change would be harder and may well be controversial, depending on a perception on how many people rely on the current behaviour regardless of what the docs say.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:03:48 2011
From: report at bugs.python.org (David Kirkby)
Date: Mon, 28 Mar 2011 22:03:48 +0000
Subject: [issue11667] 'configure' script overrides users setting of CFLAGS
In-Reply-To: <1301010568.13.0.852668909245.issue11667@psf.upfronthosting.co.za>
Message-ID: <1301349828.19.0.568785618736.issue11667@psf.upfronthosting.co.za>


David Kirkby <david.kirkby at onetel.net> added the comment:

Yes, I think this could do with being documented, as it is not obvious. Generally one would expect CFLAGS to do this, and not OPT.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11667>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:10:12 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 22:10:12 +0000
Subject: [issue8624] Aliasing warnings in multiprocessing.c
In-Reply-To: <1273067934.7.0.859212268784.issue8624@psf.upfronthosting.co.za>
Message-ID: <1301350212.66.0.131638878507.issue8624@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

This was fixed in f8fc2d03d7e4 by Benjamin Peterson.

----------
nosy: +sandro.tosi
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8624>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:15:21 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Mon, 28 Mar 2011 22:15:21 +0000
Subject: [issue9067] Use macros from pyctype.h
In-Reply-To: <1277376401.69.0.151009302074.issue9067@psf.upfronthosting.co.za>
Message-ID: <1301350521.38.0.426636523776.issue9067@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi Stefan, can you please expand a bit this issue and details the places you think can benefit from pyctype macros? you know, a patch would be the best :)

----------
nosy: +sandro.tosi
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9067>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:27:29 2011
From: report at bugs.python.org (Jean-Marc Saffroy)
Date: Mon, 28 Mar 2011 22:27:29 +0000
Subject: [issue11416] netrc module does not handle multiple entries for a
	single host
In-Reply-To: <1299446047.69.0.767438398088.issue11416@psf.upfronthosting.co.za>
Message-ID: <1301351249.13.0.243274270781.issue11416@psf.upfronthosting.co.za>


Jean-Marc Saffroy <saffroy at gmail.com> added the comment:

Good that you mentioned the official tests, they let me see that netrc.hosts is actually part of the API, and my first patch broke it.

Here is an updated patch, with extra tests.

----------
Added file: http://bugs.python.org/file21444/netrc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11416>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:27:48 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 28 Mar 2011 22:27:48 +0000
Subject: [issue11704] functools.partial doesn't create bound methods
In-Reply-To: <1301348051.58.0.203467592285.issue11704@psf.upfronthosting.co.za>
Message-ID: <1301351268.63.0.969295707351.issue11704@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

True, this could be documented better - flagging as a docs bug. (It is mentioned at the bottom of http://docs.python.org/library/functools.html#partial-objects, but that could be referenced better from the main documentation of the function higher up in the page)

There's actually more to it than just an oversight though - partial() fills in positional arguments from the left, so using one as a method would require specification of a carefully crafted selection of positional and keyword arguments to ensure the instance was bound and passed in at the right point.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11704>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:28:36 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 28 Mar 2011 22:28:36 +0000
Subject: [issue11702] dir on return value of msilib.OpenDatabase() crashes
	python
In-Reply-To: <1301325222.81.0.910767875041.issue11702@psf.upfronthosting.co.za>
Message-ID: <1301351316.58.0.0829184635922.issue11702@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

A call to PyType_Ready() fixes the issue, see attached patch.
I added a test that opens a random file in c:\windows\installer, I don't know if this is correct for all Windows version.

----------
keywords: +patch
nosy: +amaury.forgeotdarc
stage:  -> patch review
Added file: http://bugs.python.org/file21445/msi_opendatabase.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11702>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:29:16 2011
From: report at bugs.python.org (Elias Zamaria)
Date: Mon, 28 Mar 2011 22:29:16 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>


New submission from Elias Zamaria <mikez302 at gmail.com>:

I am trying to design a Python program that logs all uncaught exceptions using the logging module. I am doing this by using the sys.excepthook function to override the default exception handling. I noticed that if I run the program directly from the command line, it works fine, but if I try to import the file, it doesn't work. It seems like the sys.excepthook function is unaware of the logging module. Here is an example:

    #! /usr/bin/env python2.7
    import logging, sys
    
    logger = logging.getLogger()
    logger.setLevel(logging.DEBUG)
    logger.addHandler(logging.FileHandler("test.log"))
    
    print "outside of exception handler: logger = %s" % logger
    
    def handleException(excType, excValue, traceback):
    	#global logger	# this function doesn't work whether or not I include this line
    	print "inside exception handler: logger = %s" % logger
    	logger.error("Uncaught exception", exc_info=(excType, excValue, traceback))
    
    sys.excepthook = handleException
    
    logger.debug("starting")
    asdf	# create an exception

If I run this from the command line (`./loggingTest.py`), it works fine. The exception gets logged, and I see this output:

    outside of exception handler: logger = <logging.RootLogger object at 0x7f2022eab950>
    inside exception handler: logger = <logging.RootLogger object at 0x7f2022eab950>

However, if I run the Python interpreter and try to import the file (`import loggingTest`), it acts strangely. The exception doesn't get logged and I see this:

    outside of exception handler: logger = <logging.RootLogger object at 0x7f8ab04f3ad0>
    inside exception handler: logger = None
    Error in sys.excepthook:
    Traceback (most recent call last):
      File "loggingTest.py", line 13, in handleException
        logger.error("Uncaught exception", exc_info=(excType, excValue, traceback))
    AttributeError: 'NoneType' object has no attribute 'error'
    
    Original exception was:
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "loggingTest.py", line 18, in <module>
        asdf	# create an exception
    NameError: name 'asdf' is not defined

I can maybe work around this problem by importing the logging module again within sys.excepthook, but I am still curious: why is this happening?

The above text was copied from my question on Stack Overflow (http://stackoverflow.com/questions/5451746/sys-excepthook-doesnt-work-in-imported-modules). Someone on there (Jochen Ritzel) has mentioned that he noticed this bug in Python 2.7.1 but not 2.7. To me, it seems like the sys.excepthook function is unaware of any imported modules, unless those modules are imported from inside the function.

----------
components: Library (Lib)
files: loggingTest.py
messages: 132437
nosy: mikez302
priority: normal
severity: normal
status: open
title: sys.excepthook doesn't work in imported modules
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21446/loggingTest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:29:53 2011
From: report at bugs.python.org (Alex Gaynor)
Date: Mon, 28 Mar 2011 22:29:53 +0000
Subject: [issue11704] functools.partial doesn't create bound methods
In-Reply-To: <1301348051.58.0.203467592285.issue11704@psf.upfronthosting.co.za>
Message-ID: <1301351393.51.0.831691063465.issue11704@psf.upfronthosting.co.za>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

Indeed I completely missed the section at the bottom.  A note in the above section would be a useful addition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11704>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:41:06 2011
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 28 Mar 2011 22:41:06 +0000
Subject: [issue11256] inspect.getcallargs raises TypeError on valid arguments
In-Reply-To: <1298203870.32.0.413262962206.issue11256@psf.upfronthosting.co.za>
Message-ID: <E1Q4L7R-0004Ox-HD@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 57e99f5f5e8f by Benjamin Peterson in branch '3.2':
Correct handling of functions with only kwarg args in getcallargs (closes #11256)
http://hg.python.org/cpython/rev/57e99f5f5e8f

New changeset b19d76d9d2a7 by Benjamin Peterson in branch '2.7':
Correct handling of functions with only kwarg args in getcallargs (closes #11256)
http://hg.python.org/cpython/rev/b19d76d9d2a7

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11256>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:41:36 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 28 Mar 2011 22:41:36 +0000
Subject: [issue11706] Build from hg fails with ancient hg version (0.9.3)
In-Reply-To: <1301352096.18.0.757647939561.issue11706@psf.upfronthosting.co.za>
Message-ID: <1301352096.18.0.757647939561.issue11706@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

With hg/mercurial 0.9.3, the build of CPython fails with this error:

gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes    -I. -IInclude -I./Include    -DPy_BUILD_CORE \
	      -DHGVERSION="\"`LC_ALL=C hg id -i .`\"" \
	      -DHGTAG="\"`LC_ALL=C hg id -t .`\"" \
	      -DHGBRANCH="\"`LC_ALL=C hg id -b .`\"" \
	      -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c
hg identify: option -i not recognized
hg identify: option -t not recognized
hg identify: option -b not recognized
./Modules/getbuildinfo.c: In function ?Py_GetBuildInfo?:
./Modules/getbuildinfo.c:37: error: missing terminating " character
./Modules/getbuildinfo.c:37: error: expected expression before ?)? token
./Modules/getbuildinfo.c:38: error: missing terminating " character
./Modules/getbuildinfo.c:38: error: missing terminating " character
./Modules/getbuildinfo.c:39: error: missing terminating " character
./Modules/getbuildinfo.c:39: error: missing terminating " character
./Modules/getbuildinfo.c:45: error: ?buildinfo? undeclared (first use in this function)
./Modules/getbuildinfo.c:45: error: (Each undeclared identifier is reported only once
./Modules/getbuildinfo.c:45: error: for each function it appears in.)
./Modules/getbuildinfo.c:49: warning: control reaches end of non-void function
./Modules/getbuildinfo.c: In function ?_Py_hgversion?:
./Modules/getbuildinfo.c:54: error: missing terminating " character
./Modules/getbuildinfo.c:54: warning: ?return? with no value, in function returning non-void
./Modules/getbuildinfo.c: In function ?_Py_hgidentifier?:
./Modules/getbuildinfo.c:61: error: missing terminating " character
./Modules/getbuildinfo.c:61: error: expected expression before ?;? token
./Modules/getbuildinfo.c:65: error: missing terminating " character
./Modules/getbuildinfo.c:65: error: expected expression before ?;? token
make: *** [Modules/getbuildinfo.o] Error 1


What's happening is that "hg id" doesn't recognize the given options, and thus the various HG macros get set to insane multi-line strings containing usage information, but without quote characters, rather than to empty string literals [1].  This means that the post-processed code isn't valid C.

The workaround presumably is to upgrade to a more recent version of mercurial.  I'm reporting this here in the bug tracker in case anyone else runs into this problem.

[1] Adding "-v" to the gcc invocation demonstrates that the values being passed are:

-DHGVERSION="hg identify

print information about the working copy

    Print a short summary of the current state of the repo.

    This summary identifies the repository state using one or two parent
    hash identifiers, followed by a "+" if there are uncommitted changes
    in the working directory, followed by a list of tags for this revision.

aliases: id" -DHGTAG="hg identify

print information about the working copy

    Print a short summary of the current state of the repo.

    This summary identifies the repository state using one or two parent
    hash identifiers, followed by a "+" if there are uncommitted changes
    in the working directory, followed by a list of tags for this revision.

aliases: id" -DHGBRANCH="hg identify

print information about the working copy

    Print a short summary of the current state of the repo.

    This summary identifies the repository state using one or two parent
    hash identifiers, followed by a "+" if there are uncommitted changes
    in the working directory, followed by a list of tags for this revision.

aliases: id"

----------
components: Build
messages: 132440
nosy: dmalcolm
priority: low
severity: normal
status: open
title: Build from hg fails with ancient hg version (0.9.3)
type: compile error
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11706>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:43:27 2011
From: report at bugs.python.org (Justin)
Date: Mon, 28 Mar 2011 22:43:27 +0000
Subject: [issue11109] socketserver.ForkingMixIn leaves zombies,
	also fails to reap all zombies in one pass
In-Reply-To: <1296770474.15.0.807802878959.issue11109@psf.upfronthosting.co.za>
Message-ID: <1301352207.14.0.639366033607.issue11109@psf.upfronthosting.co.za>


Justin <justin.warkentin at gmail.com> added the comment:

Just following up on this. Now that 3.2 is out, has the patch been committed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11109>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:48:53 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 28 Mar 2011 22:48:53 +0000
Subject: [issue11706] Build from hg fails in Modules/getbuildinfo.c when built
	using ancient hg version (0.9.3)
In-Reply-To: <1301352096.18.0.757647939561.issue11706@psf.upfronthosting.co.za>
Message-ID: <1301352533.51.0.803539879181.issue11706@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

Works OK with mercurial 1.3.1
(specifically, this is on a RHEL5 box, using mercurial-1.3.1-3.el5.i386.rpm from EPEL5)

Closing this out, and changing title to help people searching for this.  Not sure of the exact version of mercurial that's required.

----------
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed
title: Build from hg fails with ancient hg version (0.9.3) -> Build from hg fails in Modules/getbuildinfo.c when built using ancient hg version (0.9.3)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11706>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:52:05 2011
From: report at bugs.python.org (Dave Peck)
Date: Mon, 28 Mar 2011 22:52:05 +0000
Subject: [issue11676] imp.load_module and submodules - doc issue, or bug?
In-Reply-To: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>
Message-ID: <1301352725.37.0.377927770377.issue11676@psf.upfronthosting.co.za>


Dave Peck <davepeck at gmail.com> added the comment:

Definitely could agree with this assessment, but it is surprising given the lack of parallel behavior between 'import' and 'imp'.

Note that imp.load_module(subpackage) _does_ modify the parent module's attributes -- but it will never put the subpackage attribute itself on parent. That's the part that made me think it shouldn't work this way and that its more bug than documentation. (That, and the specific use of the imp module in Google's dev_appserver.py which indicates that others have the same expectation of load_module() that I did.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11676>
_______________________________________

From report at bugs.python.org  Tue Mar 29 00:59:29 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 28 Mar 2011 22:59:29 +0000
Subject: [issue10517] test_concurrent_futures crashes with "--with-pydebug" on
	RHEL5 with "Fatal Python error: Invalid thread state for this thread"
In-Reply-To: <1290558259.33.0.917274146548.issue10517@psf.upfronthosting.co.za>
Message-ID: <1301353169.83.0.774603146781.issue10517@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

I tried again, and I'm still able to reproduce this bug on a RHEL5 box with cpython --with-pydebug as of a recent checkout (69030:00217100b9e7 as it happens):

$ ./python -c "import multiprocessing.managers ; mpp = multiprocessing.Pool(4); sm = multiprocessing.managers.SyncManager(); sm.start()"
Fatal Python error: Invalid thread state for this thread
[66448 refs]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10517>
_______________________________________

From report at bugs.python.org  Tue Mar 29 01:41:26 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 28 Mar 2011 23:41:26 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <1301355686.03.0.236691380577.issue11639@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee: docs at python -> vinay.sajip
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 29 01:44:57 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Mon, 28 Mar 2011 23:44:57 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301355897.48.0.255084082556.issue11705@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

I really doubt that this issue has anything to do with `sys.excepthook` at all. It's rather that module members are set to `None` during module cleanup. Because the module raises an exception when one tries to import it, it will be cleaned up immediately (see `PyImport_ExecCodeModuleEx`: it calls `remove_module` which will call at some point `_PyModule_Clear`). At the time when `sys.excepthook` is called, all module members are already set to `None`.

One can easily demonstrate that this is really the problem by removing the exception raise in your example code: If one then imports "loggingTest" in an interactive session and raises an exception, the expected behaviour can be observed.

Another workaround is to bind `logger` as a default argument (i.e. ``def handleException(excType, excValue, traceback, logger=logger):``).

----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:10:08 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 00:10:08 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301357408.06.0.608626170863.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

@mhammond

	Maybe its just me but it seems to be a really bad idea to let
those functions terminate your process as they wish. Teh programmer
should be allowed to control teh flow of his application.

	However, I am not teh only one affected by this. I recall seeing
blender crash when I typed raise(SystemExit) on its interactive console.
Teh new blender beta worked around this by UNDEFINING SystemExit, which,
to me, seems a UGLY HACK.

	If backwards compatibility is teh problem, things could still be
hacked to maintain it and achieve teh desired behaviour during
transition. For example, one could set a macro GOOD_BEHAVING_PYTHON and
obtain teh desired behaviour, without breaking old stuff. It's ugly but
it works.

	Teh new behaviour could be something liek that:

	...
	#define GOOD_BEHAVING_PYTHON 1
	#include <Python.h>
	...
	PyRun_SimpleString(...);

	/* allow programmer to do what he wants */

	/* if he wants to, he can do teh following */
	PyErr_Print();
	PyErr_Handle();
	...

this way, Py_Main() could be implemented in a way it would return to its
caller instead of terminating teh process.

	Adn about my keyboadr, its not juts teh 'h' adn 'e' keys.

Cheers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:16:56 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 29 Mar 2011 00:16:56 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <E1Q4McA-0002dJ-RC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bfa2a8d91859 by Vinay Sajip in branch '2.6':
Issue #11639: Configuration function documentation referred to logging.XXX rather than logging.config.XXX.
http://hg.python.org/cpython/rev/bfa2a8d91859

New changeset f494339674e7 by Vinay Sajip in branch '2.7':
Issue #11639: Configuration function documentation referred to logging.XXX rather than logging.config.XXX.
http://hg.python.org/cpython/rev/f494339674e7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:22:27 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 29 Mar 2011 00:22:27 +0000
Subject: [issue11707] Create C version of functools.cmp_to_key()
In-Reply-To: <1301358147.85.0.729395241348.issue11707@psf.upfronthosting.co.za>
Message-ID: <1301358147.85.0.729395241348.issue11707@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

For cases where the underlying comparison function is in C (strcoll for example), the pure Python dispatch in cmp_to_key dominates running time.  This can be reduced considerably by writing cmp_to_key in C, making its overhead as low or lower than the cost of bound method dispatch.

----------
assignee: rhettinger
components: Interpreter Core
keywords: easy
messages: 132448
nosy: rhettinger
priority: low
severity: normal
stage: needs patch
status: open
title: Create C version of functools.cmp_to_key()
type: performance
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11707>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:22:41 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 29 Mar 2011 00:22:41 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <E1Q4Mhj-00030g-NC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 1a5aab273332 by Vinay Sajip in branch '2.7':
Issue #11639: Configuration function documentation referred to logging.XXX rather than logging.config.XXX.
http://hg.python.org/cpython/rev/1a5aab273332

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:24:37 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 29 Mar 2011 00:24:37 +0000
Subject: [issue11639] Documentation for *Config functions in logging module
	should be in logging.config
In-Reply-To: <1300830341.3.0.391550111742.issue11639@psf.upfronthosting.co.za>
Message-ID: <1301358277.16.0.0111885432674.issue11639@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11639>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:32:38 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 00:32:38 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301358758.97.0.653665333537.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

@mhammond

	After reading your post again I noticed you talk about
SystemError and not SystemExit. In fact, Py_Main() should not return on
SystemError. Teh documentation states "if the interpreter exits due to
an exception", which implies teh interpreter _exiting_, not simply
catching a exception.

	It is just a BAD IDEA to allow python functions to print
messages or call exit() as they wish. They should be split so teh
programmer could put printing and exiting where he finds appropriate.
Teh printing part is just another nuisance, but teh exit() is serious.

	Again, all of this could be accomplished while maintaining
backward compatibility.

Cheers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 02:45:14 2011
From: report at bugs.python.org (Kaushik Kannan)
Date: Tue, 29 Mar 2011 00:45:14 +0000
Subject: [issue11693] memory leak in email.generator.Generator().flatten()
	method
In-Reply-To: <1301302445.42.0.429068161494.issue11693@psf.upfronthosting.co.za>
Message-ID: <1301359514.71.0.437883051141.issue11693@psf.upfronthosting.co.za>


Kaushik Kannan <kaushik1618 at gmail.com> added the comment:

I'm on Ubuntu 10.04 with Python 2.6.5, Python 3.1 is also available in the repos, I'll try that and post back.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11693>
_______________________________________

From report at bugs.python.org  Tue Mar 29 03:26:08 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 01:26:08 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301361968.1.0.750124778578.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

@Rogi - you might like to re-read my responses a couple more times:

* I refer to SystemError as the docs *you quoted* refer to SystemError.  Therefore, we should *not* make the implementation match the docs - the docs would be wrong *even if* we change Python to work how you want.  IOW, the docs need changing regardless of the outcome (and this is the bug where that should be managed, given the Components and assignee already on this bug)

* I understand your point that calling exit() directly is undesirable but that should be handled as a new separate feature request bug.  But while that bug goes through the process, the docs should be fixed to reflect the current reality (this bug).  Once your new bug is accepted and fixed, the docs should be changed again to reflect that new reality.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 03:31:40 2011
From: report at bugs.python.org (Eugene Toder)
Date: Tue, 29 Mar 2011 01:31:40 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301362300.53.0.130995306652.issue11549@psf.upfronthosting.co.za>


Eugene Toder <eltoder at gmail.com> added the comment:

If we have to preserve backward compatibility of Python AST API, we can do this relatively easily (at the expense of some code complexity):
* Add 'version' argument to compile() and ast.parse() with default value of 1 (old AST). Value 2 will correspond to the new AST.
* Do not remove Num/Str/Bytes/Ellipsis Python classes. Make PyAST_obj2mod and PyAST_mod2obj do appropriate conversions when version is 1.
* Possibly emit a PendingDeprecationWarning when version 1 is used with the goal of removing it in 3.5

Alternative implementation is to leave Num/Str/etc classes in C as well, and write visitors (similar to folding one) to convert AST between old and new forms.

Does this sounds reasonable? Should this be posted to python-dev? Should I write a PEP (I'd need some help with this)?

Are there any other big issues preventing this to be merged?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 29 03:41:57 2011
From: report at bugs.python.org (Elias Zamaria)
Date: Tue, 29 Mar 2011 01:41:57 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301362917.04.0.87173307923.issue11705@psf.upfronthosting.co.za>


Elias Zamaria <mikez302 at gmail.com> added the comment:

Andreas, your explanation seems plausible. What has changed between 2.7 and 2.7.1 such that doing the same thing produces different results?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 03:52:55 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 29 Mar 2011 01:52:55 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301363575.26.0.343724724658.issue11549@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Eugene, I think you're doing great work here and would like to see you succeed.  In the near term, I don't have time to participate, but don't let that stop you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 29 04:01:45 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 29 Mar 2011 02:01:45 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301364105.01.0.694326487042.issue11705@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

The difference between 2.7 and 2.7.1 is issue #10068 (e2aa3b1d08bc).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 04:42:28 2011
From: report at bugs.python.org (Elias Zamaria)
Date: Tue, 29 Mar 2011 02:42:28 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301366548.56.0.702705526459.issue11705@psf.upfronthosting.co.za>


Elias Zamaria <mikez302 at gmail.com> added the comment:

Is my issue a bug or is it expected behavior?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 05:02:12 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 29 Mar 2011 03:02:12 +0000
Subject: [issue11705] sys.excepthook doesn't work in imported modules
In-Reply-To: <1301351356.06.0.0947935400826.issue11705@psf.upfronthosting.co.za>
Message-ID: <1301367732.18.0.489159868002.issue11705@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

In my opinion, it is expected behaviour (but then, I'm not a core developer).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11705>
_______________________________________

From report at bugs.python.org  Tue Mar 29 05:11:31 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Tue, 29 Mar 2011 03:11:31 +0000
Subject: [issue11678] Add support for Arch Linux
	to	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301368291.41.0.657459292658.issue11678@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

('arch', '', '')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Tue Mar 29 05:31:28 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Tue, 29 Mar 2011 03:31:28 +0000
Subject: [issue11254] distutils doesn't byte-compile .py files to __pycache__
	during installation
In-Reply-To: <1298195698.48.0.330644441328.issue11254@psf.upfronthosting.co.za>
Message-ID: <1301369488.74.0.780398326591.issue11254@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

I've reviewed your patch and it looks good.  I appreciate the review and cleanup.

The tests succeed for me after applying your patch.  I also tested with PYTHONOPTIMIZE and PYTHONDONTWRITEBYTECODE and got the output I expected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11254>
_______________________________________

From report at bugs.python.org  Tue Mar 29 05:53:11 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 29 Mar 2011 03:53:11 +0000
Subject: [issue11676] imp.load_module and submodules - doc issue, or bug?
In-Reply-To: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>
Message-ID: <1301370791.86.0.352408963081.issue11676@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11676>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:15:33 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 04:15:33 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301372133.88.0.164649201329.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

@mhammond

You said:

	"The docs are wrong regardless - I don't think anyone would
	suggest the behaviour match the docs regarding SystemError -
	having Py_Main return on SystemError would be backwards
	incompatible."

but teh problem is:

	Py_Main() calls exit() on SystemExit instead of returning.
	
and documentation says:

	"The return value will be the integer passed to the sys.exit()
	function, 1 if the interpreter exits due to an exception, or 2
	if the parameter list does not represent a valid Python command
	line."

which seems to be teh desired and broken behaviour.

Similar problems happen with other functions, such as
PyRun_SimpleString(), and teh solution to all those issues are related.
What teh docs says currently about SystemError calling exit() is just
_WRONG_.

Also, I am not asking for a new feature. I'm pointing that there is
something wrong, with teh docs or teh code, and that it is probably teh
code.

I hope this clarified teh situation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:21:10 2011
From: report at bugs.python.org (Peter Williams)
Date: Tue, 29 Mar 2011 04:21:10 +0000
Subject: [issue11708] argparse: suggestion for formatting optional positional
	args
In-Reply-To: <1301372470.63.0.394832292121.issue11708@psf.upfronthosting.co.za>
Message-ID: <1301372470.63.0.394832292121.issue11708@psf.upfronthosting.co.za>


New submission from Peter Williams <pwil3058 at bigpond.net.au>:

At present, if a number (e.g. 2) of optional positional arguments
are defined (e.g. arg1 and arg2) argparse formats them as follows:

usage: program [arg1] [arg2]

in the usage message.  I would like to suggest that a better format would be:

usage: program [arg1 [arg2]]

as this more accurately reflects the way argparse treats them during parsing of the command line.

This formatting would be consistent with the way argparse currently formats a single optional positional argument with nargs='*', namely:

usage: program [arg [arg ...]]

----------
components: Library (Lib)
messages: 132462
nosy: pwil3058
priority: normal
severity: normal
status: open
title: argparse: suggestion for formatting optional positional args
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11708>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:21:20 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 04:21:20 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301372480.58.0.683174207188.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

> What teh docs says currently about SystemError calling 
> exit() is just _WRONG_.

Correct - the docs should be fixed - which is what this bug is currently addressing (see the "Components" and "Assigned To" fields)

> Also, I am not asking for a new feature. I'm pointing that 
> there is something wrong, with teh docs or teh code, and 
> that it is probably teh code.

Nope - it is the docs.  The docs were written after the code and incorrectly describe it in 2 important ways.

If you want the code to change the way it has been forever, then you are asking for a new feature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:38:28 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 04:38:28 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301373508.81.0.0274707543718.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

Fair. Still I dont liek it very much. I will return!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:40:06 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 04:40:06 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301373606.04.0.0399985162162.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

For completeness, here is a doc patch against 2.6 which corrects the documentation.

----------
keywords: +patch
Added file: http://bugs.python.org/file21447/bug-6498.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 06:40:59 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 04:40:59 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301373659.81.0.328380079702.issue6498@psf.upfronthosting.co.za>


Changes by Mark Hammond <skippy.hammond at gmail.com>:


----------
keywords: +needs review -patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 08:57:20 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 06:57:20 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301381840.42.0.25946349643.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

I may be wrong, but I think Py_Main() will _never_ return 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 09:01:01 2011
From: report at bugs.python.org (Rogi)
Date: Tue, 29 Mar 2011 07:01:01 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301382061.34.0.390101115025.issue6498@psf.upfronthosting.co.za>


Rogi <rogi at linuxmail.org> added the comment:

Oh, and other functions on this doc, such as PyRun_SimpleStringFlags(),
have this same documentation problem about SystemError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 09:07:36 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 07:07:36 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301382456.0.0.836129849491.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

It will return 1 if you specify a script to run and that has an unhandled exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 09:27:08 2011
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 29 Mar 2011 07:27:08 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301383628.88.0.282425564834.issue6498@psf.upfronthosting.co.za>


Mark Hammond <skippy.hammond at gmail.com> added the comment:

Good catch - new patch with PyRun_SimpleStringFlags() corrected too.

----------
keywords: +patch
Added file: http://bugs.python.org/file21448/bug-6498.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 09:39:30 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Tue, 29 Mar 2011 07:39:30 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301384370.53.0.687542654255.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

> Torsten basically you are suggesting that PRAGMA would never work at all with my 'do not strcmp() the sql at all, always begin a transaction' approach?

No. Most pragmas should still work and getting the current setting of a pragma should also work.

I was only referring to http://www.sqlite.org/pragma.html#pragma_foreign_keys

Quote:

> This pragma is a no-op within a transaction; foreign key constraint enforcement may only be enabled or disabled when there is no pending BEGIN or SAVEPOINT.

I did not see such a restriction for other pragmas though I admit that I did not reread the list in full.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Tue Mar 29 10:33:34 2011
From: report at bugs.python.org (ysj.ray)
Date: Tue, 29 Mar 2011 08:33:34 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301387614.67.0.317302109133.issue11647@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

Here I worked out a patch to make the function decorated by context manager returned by @contextmanager reusable, by storing original function object and argments(args, kwds objects) in _GeneratorContextManager and construct a generator when needed(in self.__enter__ while used as a context manager and self.__call__ while used as a decorator). It still inherit ContextDecorator to keep class inheritation complete and the __call__ method is override.

----------
keywords: +patch
Added file: http://bugs.python.org/file21449/issue_11647.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Tue Mar 29 10:38:13 2011
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 29 Mar 2011 08:38:13 +0000
Subject: [issue11678] Add support for Arch
	Linux	to	platform.linux_distributions()
In-Reply-To: <1301368291.41.0.657459292658.issue11678@psf.upfronthosting.co.za>
Message-ID: <4D919A72.2090001@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Westley Mart?nez wrote:
> 
> Westley Mart?nez <anikom15 at gmail.com> added the comment:
> 
> ('arch', '', '')

I've had a look at http://www.archlinux.org/download/ which does list
a release version (currently 2010.05).

Could you try to get that into the function's output for Arch Linux ?

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

----------
title: Add support for Arch Linux to	platform.linux_distributions() -> Add support for Arch Linux	to	platform.linux_distributions()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Tue Mar 29 10:50:30 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 29 Mar 2011 08:50:30 +0000
Subject: [issue11690] Devguide: Add "communication" FAQ
In-Reply-To: <1301188192.33.0.9529618781.issue11690@psf.upfronthosting.co.za>
Message-ID: <1301388630.42.0.944483131821.issue11690@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


----------
assignee:  -> docs at python
components: +Devguide, Documentation -None
nosy: +docs at python
title: Add "communication" FAQ to devguide -> Devguide: Add "communication" FAQ

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11690>
_______________________________________

From report at bugs.python.org  Tue Mar 29 10:56:38 2011
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 29 Mar 2011 08:56:38 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301388998.52.0.145893418527.issue11549@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Is there any tool to see how it works step-by-step. The whole stuff is extremely interesting, but I can't fit all the details of AST processing in my head.

----------
nosy: +techtonik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 29 11:26:04 2011
From: report at bugs.python.org (Palm Kevin)
Date: Tue, 29 Mar 2011 09:26:04 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>


New submission from Palm Kevin <kevin.palm at labsolution.lu>:

The interactive help-method provided by python crashes when no stdin-stream is available (sys.stdin == None).
Exception:
  Traceback (most recent call last):
    File "MyScript", line 4, in <module>
    File "C:\Python32\lib\site.py", line 457, in __call__
      return pydoc.help(*args, **kwds)
    File "C:\Python32\lib\pydoc.py", line 1748, in __call__
      self.help(request)
    File "C:\Python32\lib\pydoc.py", line 1795, in help
      else: doc(request, 'Help on %s:', output=self._output)
    File "C:\Python32\lib\pydoc.py", line 1537, in doc
      pager(render_doc(thing, title, forceload))
    File "C:\Python32\lib\pydoc.py", line 1345, in pager
      pager = getpager()
    File "C:\Python32\lib\pydoc.py", line 1352, in getpager
      if not sys.stdin.isatty() or not sys.stdout.isatty():
  AttributeError: 'NoneType' object has no attribute 'isatty'


I think that this situation should be handled:
 - either by raising a clear error message indicating that help cannot be displayed because Python is executing in a non-interactive mode
 - either by simply printing documentation to stdout (like this: "print(sys.__doc__)")

----------
messages: 132474
nosy: palm.kevin
priority: normal
severity: normal
status: open
title: help-method crashes if sys.stdin is None

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Tue Mar 29 11:26:41 2011
From: report at bugs.python.org (Palm Kevin)
Date: Tue, 29 Mar 2011 09:26:41 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1301390801.93.0.465394671699.issue11709@psf.upfronthosting.co.za>


Changes by Palm Kevin <kevin.palm at labsolution.lu>:


----------
components: +IO
type:  -> crash
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Tue Mar 29 12:30:49 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 29 Mar 2011 10:30:49 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301394649.45.0.557738811761.issue11647@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Part of the problem is that there was a specific reason we didn't go with lazy initialisation of the internal generator: lazy initialisation means there can be an arbitrary delay between creation of the context manager and the creation of the underlying generator that lets you know that you got the arguments wrong.

By creating the generator immediately, any exceptions are thrown at the point where the context manager is created rather than when it is used.

I think the cleanest way to fix this is to still create the generator automatically in __init__, but *also* save the original function and argument details. Then override __call__ to create a fresh instance of _GeneratorContextManager each time, instead of using "with self:" the way ContextDecorator does.

The ContextDecorator documentation should also be updated to point out that it only works with reusable context managers.

For 3.3, the fix could be generalised with ContextDecorator supporting a documented "self._recreate" internal interface that, by default, just returns self, but would be overridden in _GeneratorContextManager to actually create a new instance. The custom __call__ implementation for _GeneratorContextManager could then be removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Tue Mar 29 12:47:01 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 29 Mar 2011 10:47:01 +0000
Subject: [issue11549] Rewrite peephole to work on AST
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1301395621.64.0.12615240027.issue11549@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Eugene: I suggest raising the question on python-dev. The answer potentially affects the PEP 380 patch as well (which adds a new attribute to the "Yield" node).

Anatoly: If you just want to get a feel for the kind of AST various pieces of code produce, then the "ast.dump" function (along with using the ast.PyCF_ONLY_AST flag in compile) may be enough.

You may also want to take a look at the AST -> dot file conversion code in Dave Malcolm's patches on #10399.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 29 12:47:58 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 29 Mar 2011 10:47:58 +0000
Subject: [issue10517] test_concurrent_futures crashes with "--with-pydebug" on
	RHEL5 with "Fatal Python error: Invalid thread state for this thread"
In-Reply-To: <1290558259.33.0.917274146548.issue10517@psf.upfronthosting.co.za>
Message-ID: <1301395678.78.0.411292762542.issue10517@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

What is the line that the parent process is executing?  Line numbers don't seem to match any more.
And is it possible to set a breakpoint in the child process where the fatal error is triggered?  It would be good to know what is being run at that point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10517>
_______________________________________

From report at bugs.python.org  Tue Mar 29 13:17:35 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Tue, 29 Mar 2011 11:17:35 +0000
Subject: [issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c
In-Reply-To: <1300887352.61.0.261947274229.issue11650@psf.upfronthosting.co.za>
Message-ID: <1301397455.75.0.893044560763.issue11650@psf.upfronthosting.co.za>


Davide Rizzo <sorcio at gmail.com> added the comment:

An effective way to automate user interaction tests is by using pseudo-terminals. The attached test uses Pexpect and bash as tools to test the issue and demonstrates the bug on affected builds/platforms. There are a number of (possibly related) other issues that may require similar testing.

Pexpect is a nice tool to automate testing over ptys, but it is Python 2. I had to run the test on Python 3.3 through the installed Python 2 interpter. My thought: the smallest useful subset of Pexpect can be ported to Py3 and maintained within Python. Or alternatively an equally useful minimal implementation of the same features. Note that most of Pexpect is already tested.

I've used bash to test this one issue because it was ready and I could rely on bash jobs handling. I don't know how good is to expect bash to be on the system or whether any sh-like shell is compatible.

There is a WinPexpect which supposedly does the same thing on Windows in a native way. I couldn't get the time to try it out, but it includes a modified version of Pexpect and claims Py3 compatibility.

Also, I don't really understand sdaoden ascii art messages.

Let me know if someone wants to work on this with me. :)

----------
Added file: http://bugs.python.org/file21450/testrepl.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11650>
_______________________________________

From report at bugs.python.org  Tue Mar 29 13:18:20 2011
From: report at bugs.python.org (Serdar Dalgic)
Date: Tue, 29 Mar 2011 11:18:20 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301397500.07.0.559884261509.issue11662@psf.upfronthosting.co.za>


Changes by Serdar Dalgic <serdar at pardus.org.tr>:


----------
nosy: +serdar.dalgic

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 13:39:07 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 29 Mar 2011 11:39:07 +0000
Subject: [issue11700] mailbox.py proxy updates
In-Reply-To: <1301349163.72.0.751461173835.issue11700@psf.upfronthosting.co.za>
Message-ID: <20110329113859.GC16022@sherwood.local>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

On Mon, Mar 28, 2011 at 09:52:43PM +0000, Amaury Forgeot d'Arc wrote:
> But then, is "close=False" necessary?

It's about 'class _PartialFile(_ProxyFile)', for which this 
argument is always false. 
Alternatively there could be a "protected" _ProxyFile._do_close() 
method which would only be used by the _PartialFile subclass; 
then the ctor argument could be dropped in favour of that. 
I've gone that way because both classes are internal.
?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11700>
_______________________________________

From report at bugs.python.org  Tue Mar 29 14:27:36 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 29 Mar 2011 12:27:36 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1301401656.62.0.279115758945.issue11709@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The code fails precisely when checking that sys.stdin is a valid terminal. See the attached patch for a fix.

Out of curiosity, why did you set sys.stdin to None?

----------
keywords: +patch
nosy: +amaury.forgeotdarc
stage:  -> patch review
Added file: http://bugs.python.org/file21451/no-stdin.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Tue Mar 29 14:31:47 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 29 Mar 2011 12:31:47 +0000
Subject: [issue11710] Landing pages in docs for standard library packages
In-Reply-To: <1301401907.02.0.216152132906.issue11710@psf.upfronthosting.co.za>
Message-ID: <1301401907.02.0.216152132906.issue11710@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

http://docs.python.org/py3k/urllib errors out rather than returning an index page for the modules that are part of the urllib package.

This index page could also link to the HOWTO at http://docs.python.org/py3k/howto/urllib2.html

The following packages have the same problem:
xml, http, xmlrpc, concurrent

These ones look OK:
logging, curses, html, tkinter

These index pages don't necessarily need to be linked from the contents page, but they should exist so that manually typed URLs for these packages do something useful rather than erroring out with a 404.

----------
assignee: docs at python
components: Documentation
messages: 132481
nosy: docs at python, ncoghlan
priority: normal
severity: normal
status: open
title: Landing pages in docs for standard library packages
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11710>
_______________________________________

From report at bugs.python.org  Tue Mar 29 14:36:19 2011
From: report at bugs.python.org (Palm Kevin)
Date: Tue, 29 Mar 2011 12:36:19 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1301402179.69.0.540346430622.issue11709@psf.upfronthosting.co.za>


Palm Kevin <kevin.palm at labsolution.lu> added the comment:

I embed Python into an existing, external C application. In addition to this I extend Python to access that app from Python.
I do never set explicitly set the standard input to NULL. I guess that the external C application does this...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Tue Mar 29 15:56:42 2011
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Tue, 29 Mar 2011 13:56:42 +0000
Subject: [issue11707] Create C version of functools.cmp_to_key()
In-Reply-To: <1301358147.85.0.729395241348.issue11707@psf.upfronthosting.co.za>
Message-ID: <1301407002.0.0.386861041428.issue11707@psf.upfronthosting.co.za>


Changes by Filip Gruszczy?ski <gruszczy at gmail.com>:


----------
nosy: +gruszczy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11707>
_______________________________________

From report at bugs.python.org  Tue Mar 29 16:23:59 2011
From: report at bugs.python.org (ysj.ray)
Date: Tue, 29 Mar 2011 14:23:59 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301408639.94.0.683340024863.issue11647@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

> For 3.3, the fix could be generalised with ContextDecorator supporting a documented "self._recreate" internal interface that, by default, just returns self, but would be overridden in _GeneratorContextManager to actually create a new instance. The custom __call__ implementation for _GeneratorContextManager could then be removed.

How about directly using the existing "copy.copy()" semantics instead of self._recreate()? That is, call "with copy.copy(self)" instead of "with self" in ContextGenerator.__call__(), implement ContextGenerator.__copy__() method to simply return self, and implement  _GeneratorContextManager.__copy__() to create a copy of itself. This saves an internal interface.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Tue Mar 29 17:24:32 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 29 Mar 2011 15:24:32 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301412272.31.0.202066931399.issue11647@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Because I don't want to conflate the two APIs. ContextDecorator can be used with *any* context manager, and some of those may already be using their copy semantics for something else.

If anyone ever writes the __with__ PEP, then ContextDecorator._recreate can be updated to use that, but in the meantime an operation specific internal API is my preferred option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Tue Mar 29 18:20:51 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 29 Mar 2011 16:20:51 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <E1Q4bf0-0006AJ-9G@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset c7f7672b70a9 by Vinay Sajip in branch 'default':
Closes issue #11557: Added Natalia Bidart's patch to improve test coverage.
http://hg.python.org/cpython/rev/c7f7672b70a9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Tue Mar 29 18:23:18 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 29 Mar 2011 16:23:18 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1301415798.52.0.695313987988.issue11557@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Closing, thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Tue Mar 29 18:43:56 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 29 Mar 2011 16:43:56 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301417036.53.0.125707943781.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

This issue was first reported by Niels Heinen from the Google Security Team.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 18:48:36 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 29 Mar 2011 16:48:36 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301417316.29.0.709533882768.issue11662@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't have a 2.5 checkout to test but the patch looks ok to me.
Under 2.7 I get a test failure, I suppose you'll have some merging work to do:

test test_urllib2 failed -- Traceback (most recent call last):
  File "/home/antoine/cpython/27/Lib/test/test_urllib2.py", line 990, in test_invalid_redirect
    MockHeaders({"location": valid_url}))
  File "/home/antoine/cpython/27/Lib/urllib2.py", line 616, in http_error_302
    return self.parent.open(new, timeout=req.timeout)
  File "/home/antoine/cpython/27/Lib/urllib2.py", line 219, in __getattr__
    raise AttributeError, attr
AttributeError: timeout

----------
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 18:59:36 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 29 Mar 2011 16:59:36 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301417976.24.0.596666611856.issue11647@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I agree. copy is a separate protocol and shouldn't be involved here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Tue Mar 29 19:07:40 2011
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 29 Mar 2011 17:07:40 +0000
Subject: [issue11676] imp.load_module and submodules - doc issue, or bug?
In-Reply-To: <1301089227.12.0.157951103986.issue11676@psf.upfronthosting.co.za>
Message-ID: <1301418460.37.0.541362110187.issue11676@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

It's actually not surprising that imp works this way: it predates packages.

Because the semantics (I assume) have been like this for ages I say we document the current behavior (it's easy to work around) and simply continue to replace imp functionality with importlib ones that are more modern and reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11676>
_______________________________________

From report at bugs.python.org  Tue Mar 29 19:45:16 2011
From: report at bugs.python.org (R. David Murray)
Date: Tue, 29 Mar 2011 17:45:16 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1301420716.85.0.683454510908.issue11557@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This seems to be causing some issues on the buildbots:

http://www.python.org/dev/buildbot/all/builders/AMD64%20Snow%20Leopard%202%203.x/builds/137

----------
nosy: +r.david.murray
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Tue Mar 29 19:51:14 2011
From: report at bugs.python.org (Natalia B. Bidart)
Date: Tue, 29 Mar 2011 17:51:14 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1301421074.27.0.929201847934.issue11557@psf.upfronthosting.co.za>


Natalia B. Bidart <nataliabidart at gmail.com> added the comment:

I'll work on a fix during next weekend (sooner if I have an open slot).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:08:26 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 29 Mar 2011 18:08:26 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301422106.74.0.70426803453.issue11664@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

A similar function already exists: test.support.patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:18:03 2011
From: report at bugs.python.org (Michael Foord)
Date: Tue, 29 Mar 2011 18:18:03 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1301422683.22.0.716228734063.issue11664@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Right, I helped with the writing of that at PyCon. The patch method would look very similar. test.support.patch is not something we want to make public (in that location).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:22:30 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 29 Mar 2011 18:22:30 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301422950.77.0.278412613754.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

I have the final version of the patch for Python 2 in the 2.5, 2.6 and 2.7 branches in my repo (http://hg.python.org/sandbox/guido).

What's the next step?  Just push this to the central repo?  There are a few separate changes:

summary:     Merge urllib/urllib2 security fix from 2.6 branch.
summary:     Merge urllib/urllib2 security fix from 2.5 branch.
summary:     Adding .hgignore (copied from default branch).
summary:     Add CVE number to urllib/urllib2 news item.
summary:     Add tests for the urllib[2] vulnerability. Change to raise exceptions.
summary:     Add FTP to the allowed url schemes. Add Misc/NEWS.
summary:     Issue 22663: fix redirect vulnerability in urllib/urllib2.

----------
nosy:  -serdar.dalgic
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:23:53 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 29 Mar 2011 18:23:53 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301423033.49.0.356306331987.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Also for the Python 3 family it's best to backport Senthil's patch. I will try that in my tree as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:28:04 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 29 Mar 2011 18:28:04 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301423284.92.0.3038307554.issue11703@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:43:51 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 29 Mar 2011 18:43:51 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301424231.7.0.797981287763.issue11703@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

This is because the Request class' constructor splits the URL into __original and fragment:

    def __init__(self, url, data=None, headers={},
                 origin_req_host=None, unverifiable=False):
        # unwrap('<URL:type://host/path>') --> 'type://host/path'
        self.__original = unwrap(url)
        self.__original, fragment = splittag(self.__original)

And the construction of object that urlopen() returns has its geturl() returns the request object's __original field (by now, minus the fragment).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:53:51 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 29 Mar 2011 18:53:51 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301424831.21.0.218150407347.issue6498@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

The SystemExit vs. SystemError is clearly a typo in the doc.  The VC comment accompanying the addition of that note says "note that Py_Main doesnt return on SystemExit." See [e5d8f0c0d634] and #5227.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 20:56:01 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 29 Mar 2011 18:56:01 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301424961.91.0.475411628324.issue6498@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

The updated doc patch is missing :exc: markup on one of "SystemExit"s.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:06:11 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 29 Mar 2011 19:06:11 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1301423033.49.0.356306331987.issue11662@psf.upfronthosting.co.za>
Message-ID: <AANLkTinEm4H_paY8phJGRhohhW0-ZxbM2hti6dHEARN3@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

The fix is now also in the 3.1, 3.2 and default branches of my repo
(http://hg.python.org/sandbox/guido).

Maybe I should just merge the whole bunch into the root repo and be
done with it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:11:00 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 29 Mar 2011 19:11:00 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <AANLkTinEm4H_paY8phJGRhohhW0-ZxbM2hti6dHEARN3@mail.gmail.com>
Message-ID: <AANLkTimCdOi8PkP87oJZjrcdgnDncUNTYSZzZXFMKbJX@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/29 Guido van Rossum <report at bugs.python.org>:
>
> Guido van Rossum <guido at python.org> added the comment:
>
> The fix is now also in the 3.1, 3.2 and default branches of my repo
> (http://hg.python.org/sandbox/guido).
>
> Maybe I should just merge the whole bunch into the root repo and be
> done with it?

Sounds good.

BTW, you should probably put your name your hg username messages by
setting username in .hgrc to

username = "Guido van Rossum <guido at python.org>"

or so

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:11:06 2011
From: report at bugs.python.org (Steffen Daode Nurpmeso)
Date: Tue, 29 Mar 2011 19:11:06 +0000
Subject: [issue11700] mailbox.py proxy updates
In-Reply-To: <1301315190.34.0.276151285444.issue11700@psf.upfronthosting.co.za>
Message-ID: <1301425866.04.0.648168019076.issue11700@psf.upfronthosting.co.za>


Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:

This new patch adheres your suggestion.
Now all implemented operations perform
a "file is open at all" check and raise
ValueError if not, which somewhat reflects
what i've seen when i was looking into fileio.c.

My questions:
- shouldn't _ProxyFile inherit from
  a real Python I/O class, for example IOBase?
  Like this it would stand in a line where it belongs.
  I could do that (not much missing for that).
- I have no idea of the test framework.  The last hour
  i tried to adjust test_mailbox.py a bit, but it's hard.
  It's not about design and it's not about algorithm.  Uff.
  I could nonetheless add some cases to yet existing
  test functions and change another one.  But this needs
  a real eye on it!
  (For example: is there a AssertNoRaises?)

----------
Added file: http://bugs.python.org/file21452/11700.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11700>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:11:25 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 19:11:25 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301425885.23.0.81161740882.issue1294959@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Here's a fix that works for me on Ubuntu 11.04.

----------
hgrepos: +12

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:11:50 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 19:11:50 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301425910.62.0.438988015142.issue1294959@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Added file: http://bugs.python.org/file21453/a9b05b89ea39.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:13:20 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 19:13:20 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301426000.04.0.463830404972.issue1294959@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file21453/a9b05b89ea39.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:13:41 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 19:13:41 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301426021.32.0.0350867289535.issue1294959@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Added file: http://bugs.python.org/file21454/a4dcae4cd033.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:19:09 2011
From: report at bugs.python.org (Cloudberry)
Date: Tue, 29 Mar 2011 19:19:09 +0000
Subject: [issue11711] socketpair does not accept AF_INET family argument
	[Linux]
In-Reply-To: <1301426349.91.0.210960527255.issue11711@psf.upfronthosting.co.za>
Message-ID: <1301426349.91.0.210960527255.issue11711@psf.upfronthosting.co.za>


New submission from Cloudberry <tmail at skaugmail.net>:

System where issue was reproduced is Ubuntu 10.04 32-bit with python 2.6.5

Expected behavior for socket.socketpair as per the docstring: "The arguments are the same as for socket() except the default family is AF_UNIX if defined on the platform; otherwise, the default is AF_INET."

Executing socket.socketpair() or socket.socketpair(socket.AF_UNIX) runs fine. However, executing socket.socketpair(socket.AF_INET) throws socket.error with Errno 95 "Operation not supported".

It seems either the docstring is off suggesting non-default family can be selected, or the AF_INET option is broken.

----------
components: Library (Lib)
files: socketpair_runme.py.bz2
messages: 132504
nosy: Cloudberry
priority: normal
severity: normal
status: open
title: socketpair does not accept AF_INET family argument [Linux]
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file21455/socketpair_runme.py.bz2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11711>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:19:38 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 19:19:38 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301426378.27.0.935666026737.issue1294959@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I should note that I'd love to backport this to Python 3.2, 3.1, 2.7 and 2.6 since none of them can build entirely now on multiarch systems.  Since it only affects search order in the build process, one could argue that it's not a new feature :).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:28:41 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 29 Mar 2011 19:28:41 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301426921.57.0.092446262215.issue1294959@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Barry: does it allow to install Python into /usr/lib/whateverarch, or is it just a partial fix for something slightly unrelated to this issue?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:28:42 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 29 Mar 2011 19:28:42 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

l=[1,3,2]
l.sort(cmp=lambda x,y:y-x, key=lambda x: x)
print(l)

With CPython 2.7 this
1) could raise an exception like TypeError: conflicting arguments passed;
2) could ignore cmp= and print [1,2,3] on the basis that the new should override the old;
3) does ignore key= and prints [3,2,1] (why does not matter now),
but as near as I can tell, this is not documented.

Suggestion: in 5.6.4. Mutable Sequence Types, in footnote 8, after
"key specifies a function of one argument that is used to extract a comparison key from each list element: key=str.lower. The default value is None."
add "Ignored if *cmp* is also given."

----------
assignee: docs at python
components: Documentation
keywords: easy, patch
messages: 132507
nosy: docs at python, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Doc list.sort(cmp=,key=) result.
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:28:47 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 29 Mar 2011 19:28:47 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301426927.26.0.703982452317.issue11703@psf.upfronthosting.co.za>


Santoso Wijaya <santoso.wijaya at gmail.com> added the comment:

Attaching patches against 2.7 and 3.1 branches.

----------
keywords: +patch
Added file: http://bugs.python.org/file21456/issue11703_py27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:29:00 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 29 Mar 2011 19:29:00 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301426940.32.0.989650416136.issue11703@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


Added file: http://bugs.python.org/file21457/issue11703_py31.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:29:59 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Tue, 29 Mar 2011 19:29:59 +0000
Subject: [issue11711] socketpair does not accept AF_INET family argument
	[Linux]
In-Reply-To: <1301426349.91.0.210960527255.issue11711@psf.upfronthosting.co.za>
Message-ID: <1301426999.59.0.313982040018.issue11711@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

It is noted in the Linux man page for socketpair:

On Linux, the only supported domain for this call is AF_UNIX (or synonymously, AF_LOCAL). (Most implementations have the same restriction.)

----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11711>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:34:07 2011
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 29 Mar 2011 19:34:07 +0000
Subject: [issue1571878] Improvements to socket module exceptions
Message-ID: <1301427247.72.0.538661167733.issue1571878@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1571878>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:34:39 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Tue, 29 Mar 2011 19:34:39 +0000
Subject: [issue11678] Add support for Arch
	Linux	to	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301427279.48.0.530920893811.issue11678@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

That's the release version for the installation disc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:38:55 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 29 Mar 2011 19:38:55 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301427535.27.0.931648640333.issue1294959@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

A proper fix is to introduce sys.libdir, which would be controllable by --libdir=${value} option of `configure`. If --libdir=${value} is not passed, then sys.libdir would default to sys.prefix + "/lib".
sysconfig, distutils etc. would have to use sys.libdir.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:40:00 2011
From: report at bugs.python.org (Cloudberry)
Date: Tue, 29 Mar 2011 19:40:00 +0000
Subject: [issue11711] socketpair does not accept AF_INET family argument
	[Linux]
In-Reply-To: <1301426349.91.0.210960527255.issue11711@psf.upfronthosting.co.za>
Message-ID: <1301427600.53.0.211059024113.issue11711@psf.upfronthosting.co.za>


Cloudberry <tmail at skaugmail.net> added the comment:

Thank you for clarifications. Closing it as an invalid issue, as this is (not) working as expected. Apologies for the noise.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11711>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:41:37 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 29 Mar 2011 19:41:37 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301427697.31.0.455650453421.issue11712@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:56:50 2011
From: report at bugs.python.org (Davide Rizzo)
Date: Tue, 29 Mar 2011 19:56:50 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>


New submission from Davide Rizzo <sorcio at gmail.com>:

collections.deque docstring is:
'deque(iterable[, maxlen]) --> deque object\n\nBuild an ordered collection accessible from endpoints only.'

As it reads now, it seems to imply that only endpoints can be read/modified. The rst correctly states that random access is possible (though slow).

__ap__ suggestion is "Build an ordered collection with optimized access from its endpoints".

----------
components: Library (Lib)
messages: 132513
nosy: davide.rizzo, rhettinger
priority: normal
severity: normal
status: open
title: collections.deque docstring wrong/misleading
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Tue Mar 29 21:57:43 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 29 Mar 2011 19:57:43 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <1301428663.84.0.375987413434.issue11713@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:05:33 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Tue, 29 Mar 2011 20:05:33 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301429133.85.0.663605161916.issue11155@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

Well it's been quite some time and no response yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:08:05 2011
From: report at bugs.python.org (Thomas Rachel)
Date: Tue, 29 Mar 2011 20:08:05 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>


New submission from Thomas Rachel <th.rachel at googlemail.com>:

The acquire() and release() functions of threading.Semaphore do not make use of the try...finally suite as it would be reasonable.
They just do 

    def acquire(self, blocking=1):
        rc = False
        self.__cond.acquire()
        [...]
        self.__cond.release()
        return rc

    [...]

    def release(self):
        self.__cond.acquire()
        [...]
        self.__cond.release()

while IMO it would be appropriate to put a try: after the acquire() calls and a finally: before the release() calls so the lock is not held forever if an exception occurs.

(Feel free to use with self.__cond: instead...)

Especially when Ctrl-C is pressed while acquire() waits, the respective KeyboardInterrupt gets thrown after acquire(), breaking the respective function and the __cond is locked forever because it is never release()d.

----------
components: Extension Modules
messages: 132515
nosy: glglgl
priority: normal
severity: normal
status: open
title: threading.Semaphore does not use try...finally
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:08:09 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 29 Mar 2011 20:08:09 +0000
Subject: [issue7365] grp and pwd should treat uid and gid as unsigned
In-Reply-To: <1258680245.88.0.627899346962.issue7365@psf.upfronthosting.co.za>
Message-ID: <1301429289.62.0.658814400535.issue7365@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

I took the freedom to refresh the patch against default (I don't know yet the policies for what to backport and what not), built a debug version of python with the patch applied and run the test suite with no regression.

A test would be nice to be added, but I'm not sure how to do that (is test_grp.py reading local /etc/groups or so?).

I'd be happy another pair of eyes to look at the patch, but it seems worth to be committing it (modulo the backport thing: what lower version should be targetting?).

----------
nosy: +sandro.tosi
versions: +Python 3.3
Added file: http://bugs.python.org/file21458/issue7365_refresh_default.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7365>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:10:56 2011
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 29 Mar 2011 20:10:56 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <E1Q4fFf-00023G-42@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 5937d2119a20 by guido in branch '3.1':
Issue 11662: Fix vulnerability in urllib/urllib2.
http://hg.python.org/cpython/rev/5937d2119a20

New changeset 96a6c128822b by guido in branch '3.2':
Merge Issue 11662 from 3.1 branch.
http://hg.python.org/cpython/rev/96a6c128822b

New changeset a778b963eae3 by guido in branch 'default':
Merge Issue 11662 from 3.2 branch.
http://hg.python.org/cpython/rev/a778b963eae3

New changeset 9eeda8e3a13f by Guido van Rossum in branch '2.6':
Merge issue 11662 from 2.5.
http://hg.python.org/cpython/rev/9eeda8e3a13f

New changeset b2934d98dac1 by Guido van Rossum in branch '2.7':
Merge issue 11662 from 2.6.
http://hg.python.org/cpython/rev/b2934d98dac1

New changeset 3dc90ebc540a by Guido van Rossum in branch '3.1':
Merge issue 11662.
http://hg.python.org/cpython/rev/3dc90ebc540a

New changeset 968bca2cab60 by Guido van Rossum in branch '3.2':
Merge issue 11662.
http://hg.python.org/cpython/rev/968bca2cab60

New changeset c8701b9256cf by Guido van Rossum in branch 'default':
Merge issue 11662.
http://hg.python.org/cpython/rev/c8701b9256cf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:12:20 2011
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 29 Mar 2011 20:12:20 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301429540.81.0.032162573122.issue11662@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Ok, merged into the central repo. Let me know where I screwed up.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:15:28 2011
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 29 Mar 2011 20:15:28 +0000
Subject: [issue11109] socketserver.ForkingMixIn leaves zombies,
	also fails to reap all zombies in one pass
In-Reply-To: <1296770474.15.0.807802878959.issue11109@psf.upfronthosting.co.za>
Message-ID: <1301429728.29.0.407733847465.issue11109@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

not yet, thanks for the reminder.  if any other committers feel like jumping on this and doing it before I get around to it, feel free.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11109>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:16:21 2011
From: report at bugs.python.org (Ned Deily)
Date: Tue, 29 Mar 2011 20:16:21 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301429781.91.0.914670476715.issue11703@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:18:18 2011
From: report at bugs.python.org (Erik Cederstrand)
Date: Tue, 29 Mar 2011 20:18:18 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301429898.45.0.538727866702.issue11155@psf.upfronthosting.co.za>


Erik Cederstrand <ec at 1calendar.dk> added the comment:

I'm not sure if I was supposed to respond. The patch looks straight-forward to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:18:35 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 29 Mar 2011 20:18:35 +0000
Subject: [issue7124] idle.py -n : help() doesn't work in a reopened shell
	window
In-Reply-To: <1255523645.12.0.980684749685.issue7124@psf.upfronthosting.co.za>
Message-ID: <1301429915.14.0.268345087873.issue7124@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi Gregor,
are you still able to replicate this bug? I just tried on a freshly built 3.3 and (hopefully correctly) following your description, I can print help just fine:

>>> help(print)
Help on built-in function print in module builtins:

print(...)
    print(value, ..., sep=' ', end='\n', file=sys.stdout)
    
    Prints the values to a stream, or to sys.stdout by default.
    Optional keyword arguments:
    file: a file-like object (stream); defaults to the current sys.stdout.
    sep:  string inserted between values, default a space.
    end:  string appended after the last value, default a newline.

>>>

----------
nosy: +sandro.tosi
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7124>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:19:11 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 29 Mar 2011 20:19:11 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301429951.55.0.467354838352.issue11155@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:25:35 2011
From: report at bugs.python.org (Erik Cederstrand)
Date: Tue, 29 Mar 2011 20:25:35 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301430335.41.0.948133103632.issue11155@psf.upfronthosting.co.za>


Erik Cederstrand <ec at 1calendar.dk> added the comment:

Just checked on Python 2.7.1 with the same result. Test script attached.

----------
Added file: http://bugs.python.org/file21459/q.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:26:14 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 29 Mar 2011 20:26:14 +0000
Subject: [issue11662] Redirect vulnerability in urllib/urllib2
In-Reply-To: <1300979217.98.0.998462672739.issue11662@psf.upfronthosting.co.za>
Message-ID: <1301430374.25.0.750210631739.issue11662@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11662>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:26:18 2011
From: report at bugs.python.org (Erik Cederstrand)
Date: Tue, 29 Mar 2011 20:26:18 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301430378.49.0.563916391235.issue11155@psf.upfronthosting.co.za>


Changes by Erik Cederstrand <ec at 1calendar.dk>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:28:22 2011
From: report at bugs.python.org (Thomas Rachel)
Date: Tue, 29 Mar 2011 20:28:22 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301430502.16.0.776924317561.issue11714@psf.upfronthosting.co.za>


Thomas Rachel <th.rachel at googlemail.com> added the comment:

I wonder if it is right what I wrote. After a second thought, the acquire() should come *after* try:, as well in threading.Event. Because if Ctrl-C is pressed while waiting in acquire(), a KeyboardInterrupt is thrown immediately after returning from acquire(). This lock must be release()d again in order to be consistent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:34:41 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 29 Mar 2011 20:34:41 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301430881.27.0.676542434972.issue11714@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It would be simpler to use "with" indeed.
Do you want to provide a patch?

----------
nosy: +pitrou
versions: +Python 3.3 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:36:53 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 29 Mar 2011 20:36:53 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <1301431013.13.0.285868660737.issue11713@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:51:53 2011
From: report at bugs.python.org (Thomas Rachel)
Date: Tue, 29 Mar 2011 20:51:53 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301431913.89.0.864793221147.issue11714@psf.upfronthosting.co.za>


Thomas Rachel <th.rachel at googlemail.com> added the comment:

Of course.

I hope it is correct, and I hop it is ok when I change to use "with ...:" on the other places I consider it useful as well...

----------
keywords: +patch
type:  -> behavior
Added file: http://bugs.python.org/file21460/threading.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:56:37 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 29 Mar 2011 20:56:37 +0000
Subject: [issue7101] tarfile: OSError with TarFile.add(...,
	recursive=True) about non-existing file
In-Reply-To: <1255218562.66.0.694569702907.issue7101@psf.upfronthosting.co.za>
Message-ID: <1301432197.67.0.200920218537.issue7101@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi,
I don't understand why you think tarfile should not fail in case you're trying to add a non-existing file. the problem is that glob() already extracted a list of files&dirs and then while the script is tar-ring them, you're removing some of them -> script crash.

if you want to do it, then wrap tar.add() in a try..catch construct, but I think the behavior of tar.add() is correct here.

Lars, you assigned this issue to yourself: what do you think it's the best action now (i was about to close it :) ?

----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7101>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:57:33 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 29 Mar 2011 20:57:33 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301432253.22.0.166903464.issue6498@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

The comment in the source that describes `Py_InspectFlag` also says `SystemError` instead of `SystemExit`. I changed that and added the missing :exc: for the SystemExit and created a patch for 3.1.

----------
nosy: +Trundle
Added file: http://bugs.python.org/file21461/issue6498_27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 22:57:57 2011
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Tue, 29 Mar 2011 20:57:57 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301432277.97.0.604286500302.issue6498@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


Added file: http://bugs.python.org/file21462/issue6498_31.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:10:44 2011
From: report at bugs.python.org (Gregor Lingl)
Date: Tue, 29 Mar 2011 21:10:44 +0000
Subject: [issue7124] idle.py -n : help() doesn't work in a reopened shell
	window
In-Reply-To: <1255523645.12.0.980684749685.issue7124@psf.upfronthosting.co.za>
Message-ID: <1301433044.05.0.745919604116.issue7124@psf.upfronthosting.co.za>


Gregor Lingl <gregorlingl at users.sourceforge.net> added the comment:

Right. I cannot replicate this bug even with an IDLE from Python 3.2. So it seems to me, that this problem has been solved.
Regards,
Gregor

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7124>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:28:10 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 29 Mar 2011 21:28:10 +0000
Subject: [issue9331] sys.setprofile is not described as CPython implementation
	detail
In-Reply-To: <1279820617.97.0.227411152808.issue9331@psf.upfronthosting.co.za>
Message-ID: <1301434090.93.0.402221941238.issue9331@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

As Benjamin just confirmed on #python-dev, sys.setprofile is not a cpython impl detail, hence closing this issue.

----------
nosy: +benjamin.peterson, sandro.tosi
resolution:  -> invalid
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9331>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:28:17 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Tue, 29 Mar 2011 21:28:17 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301434097.07.0.241748121227.issue8052@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

> For what its worth, an strace of Java's Process class appears to "cheat" by
> opening /proc/self/fd inbetween fork & exec.

Looking at the OpenJDK source confirms this:
http://hg.openjdk.java.net/jdk6/jdk6/jdk/file/tip/src/solaris/native/java/lang/UNIXProcess_md.c

I wonder whether the Java people are simply unaware of the potential problem?
Or perhaps they have checked the Linux and Solaris implementations of readdir()
and confirmed that it is in fact safe on those platforms. Even if this is the
case, I would be wary of doing things the same way - there's no guarantee that
the implementation won't change out from underneath us.

I like the approach suggested by Gregory in issue11284 (msg129912) - if we are
sure the program is not multithreaded, get the list of fds before forking, and
use that; otherwise, do it the slow way.

On Linux, the multithreading check could be implemented by checking the number
of subdirectories in /proc/<pid>/task/. I don't know if *BSD (or other Unices)
have a similar way to do this. Some quick Googling seems to indicate that
FreeBSD, at least, doesn't make this information available through the procfs
(which is apparently deprecated anyway). Could someone with wider *nix
knowledge chip in here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:29:03 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 21:29:03 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301434143.63.0.152370015354.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

regrtest_timeout.patch: add --timeout option to regrtest.py to display the traceback and then exit if a test takes more than TIMEOUT seconds. It adds also a check on the subprocess exit code (regrtest.py -j): raise a exception if it is different than zero.

----------
Added file: http://bugs.python.org/file21463/regrtest_timeout.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:32:33 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 21:32:33 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1301434097.07.0.241748121227.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301434340.30032.19.camel@marge>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I like the approach suggested by Gregory in issue11284 (msg129912) - if we are
> sure the program is not multithreaded, get the list of fds before forking, and
> use that; otherwise, do it the slow way.

A signal handler can also opens new files :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:34:23 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Tue, 29 Mar 2011 21:34:23 +0000
Subject: [issue7124] idle.py -n : help() doesn't work in a reopened shell
	window
In-Reply-To: <1255523645.12.0.980684749685.issue7124@psf.upfronthosting.co.za>
Message-ID: <1301434463.6.0.0865005217859.issue7124@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

that's great, closing then :)

----------
resolution:  -> out of date
stage: needs patch -> 
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7124>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:37:45 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 29 Mar 2011 21:37:45 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301434665.8.0.32421113697.issue11610@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I have an idea. How about instead of reusing abstractmethod for abstract getters and setters, you add abstractproperty.abstractgetter/setter/deleter?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:39:31 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:39:31 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
In-Reply-To: <1301426921.57.0.092446262215.issue1294959@psf.upfronthosting.co.za>
Message-ID: <20110329173923.54150953@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 29, 2011, at 07:28 PM, Antoine Pitrou wrote:

>
>Antoine Pitrou <pitrou at free.fr> added the comment:
>
>Barry: does it allow to install Python into /usr/lib/whateverarch, or is it
>just a partial fix for something slightly unrelated to this issue?

Antoine, you're right that the problem and fix I'm talking about is probably
different than the original bug report.  I really should create a new issue,
since mine isn't about building multiarch for Python, but instead just being
able to build Python on a multiarch system.  My problem is thankfully much
simpler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:48:20 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:48:20 +0000
Subject: [issue11715] Building Python on multiarch Debian and Ubuntu
In-Reply-To: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
Message-ID: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw <barry at python.org>:

Ubuntu 11.04 introduces new directories for libraries and headers to support multiple architectures on a single machine.  E.g. 64bit and 32bit on a 64bit Ubuntu.  Here are the specs:

https://wiki.ubuntu.com/MultiarchSpec
http://wiki.debian.org/ReleaseGoals/MultiArch

Unlike issue 1294959 this bug simply covers building Python and its stdlib extension modules on such systems.  For example, libsqlite3.so is no longer in /usr/lib but instead in /usr/lib/x86_64-linux-gnu on Ubuntu 11.04.  This means that a number of extension modules which depend on these 3rd party shared libraries simply won't build, because setup.py is too naive about the paths it searches.

The fix is fairly simple; you have to call out to dpkg-architecture to get the value of the platform's architecture and append that to /usr/lib and /usr/include for setup.py's search paths.  See the attached branch and patch for a candidate fix.

Because this does not introduce a new feature, it simply fixes the build process for changes to already supported platforms, I would like to apply this to Python 2.5 through 3.3.

----------
components: Build
hgrepos: 13
messages: 132536
nosy: barry
priority: high
severity: normal
status: open
title: Building Python on multiarch Debian and Ubuntu
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11715>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:49:56 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:49:56 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301435396.45.0.601955395407.issue1294959@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I retract my patch for this bug because the issue described here is actually different than the one I want to fix.  See issue 11715 for the problem of building Python on multiarch Debian and Ubuntu (e.g. Ubuntu 11.04).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:50:14 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:50:14 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301435414.97.0.287799911925.issue1294959@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file21454/a4dcae4cd033.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:52:46 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:52:46 +0000
Subject: [issue11715] Building Python on multiarch Debian and Ubuntu
In-Reply-To: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
Message-ID: <1301435566.96.0.472120036859.issue11715@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file21464/a9b05b89ea39.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11715>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:53:35 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:53:35 +0000
Subject: [issue11715] Building Python on multiarch Debian and Ubuntu
In-Reply-To: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
Message-ID: <1301435615.25.0.674221343984.issue11715@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file21464/a9b05b89ea39.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11715>
_______________________________________

From report at bugs.python.org  Tue Mar 29 23:56:12 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 21:56:12 +0000
Subject: [issue11715] Building Python on multiarch Debian and Ubuntu
In-Reply-To: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
Message-ID: <1301435772.96.0.326715092203.issue11715@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Added file: http://bugs.python.org/file21465/d504ca7e0fe5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11715>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:05:34 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 22:05:34 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
In-Reply-To: <1301427535.27.0.931648640333.issue1294959@psf.upfronthosting.co.za>
Message-ID: <20110329180528.1c7c0597@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 29, 2011, at 07:38 PM, Arfrever Frehtes Taifersar Arahesis wrote:

>A proper fix is to introduce sys.libdir, which would be controllable by
>--libdir=${value} option of `configure`. If --libdir=${value} is not passed,
>then sys.libdir would default to sys.prefix + "/lib".  sysconfig, distutils
>etc. would have to use sys.libdir.

Please note that I'm not interested (right now <wink>) in building Python
multiarch, but building Python *on* multiarch.  So I think simply adding the
right search paths to setup.py is the right way to go, and I've opened a
separate issue for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:10:19 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Tue, 29 Mar 2011 22:10:19 +0000
Subject: [issue11702] dir on return value of msilib.OpenDatabase() crashes
	python
In-Reply-To: <1301325222.81.0.910767875041.issue11702@psf.upfronthosting.co.za>
Message-ID: <1301436619.34.0.330344784202.issue11702@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

That fixed it - but it seems we need that for the other Types defined in the module.

Regarding testing - would it be a good idea to add an MSI to the test suite - or better to create one during testing (using msilib) and then use that in the tests?

----------
Added file: http://bugs.python.org/file21466/msi_opendatabase_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11702>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:11:04 2011
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 29 Mar 2011 22:11:04 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301436664.59.0.0636588786746.issue1294959@psf.upfronthosting.co.za>


Matthias Klose <doko at debian.org> added the comment:

heh, that's easy, just add the multiarch id to the extension name ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:11:54 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 22:11:54 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301436714.51.0.639455408518.issue11677@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Antoine, -P is fine with me!

Also, since my idea is that --usetmp/-P would just use the mkdtemp() algorithm (which looks for $TMPDIR, $TEMP or $TMP), getting the build into a subdirectory, e.g. /tmp/test_python would be as easy as setting TMP=/tmp/test_python.  So I'm inclined to keep it real simple.  I will add an atexit handler though to clean up under normal situations.  Your right that if Python crashes you'll be left with file cruft, but if you're using --usetmp/-P you should know enough to look for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:12:16 2011
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 29 Mar 2011 22:12:16 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1301436736.47.0.996186725184.issue1294959@psf.upfronthosting.co.za>


Matthias Klose <doko at debian.org> added the comment:

On 29.03.2011 21:28, Antoine Pitrou wrote:
> > Barry: does it allow to install Python into /usr/lib/whateverarch,
no, it looks for headers and libraries in more directories.  But really, this
whole testing for paths is wrong. Just use the compiler to search for headers
and libraries, no need to check these on your own.

> > or is it just a partial fix for something slightly unrelated to this issue?

IMO, unrelated to the original report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:14:08 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Tue, 29 Mar 2011 22:14:08 +0000
Subject: [issue2694] msilib file names check too strict ?
In-Reply-To: <1209183523.66.0.300786856749.issue2694@psf.upfronthosting.co.za>
Message-ID: <1301436848.12.0.901378389256.issue2694@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

This issue has been fixed by changes made in issue7639 and issue11696

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2694>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:15:08 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 22:15:08 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
In-Reply-To: <1301436736.47.0.996186725184.issue1294959@psf.upfronthosting.co.za>
Message-ID: <20110329181503.74bf74a1@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 29, 2011, at 10:12 PM, Matthias Klose wrote:

>no, it looks for headers and libraries in more directories.  But really, this
>whole testing for paths is wrong. Just use the compiler to search for headers
>and libraries, no need to check these on your own.

You're probably right about that, but reimplementing Python's build system is
out of scope for right now. ;)  For one thing, doing so wouldn't allow me to
backport to older Pythons, which I really want to do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:15:31 2011
From: report at bugs.python.org (Darren Dale)
Date: Tue, 29 Mar 2011 22:15:31 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301436931.18.0.0144150904467.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

Benjamin: have you thought this idea through?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:15:35 2011
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 29 Mar 2011 22:15:35 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
In-Reply-To: <1301436664.59.0.0636588786746.issue1294959@psf.upfronthosting.co.za>
Message-ID: <20110329181529.6120bd21@neurotica.wooz.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Mar 29, 2011, at 10:11 PM, Matthias Klose wrote:

>heh, that's easy, just add the multiarch id to the extension name ;-)

Clever! :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:16:00 2011
From: report at bugs.python.org (Mark Mc Mahon)
Date: Tue, 29 Mar 2011 22:16:00 +0000
Subject: [issue8554] suspicious comment in msilib.py/__init__.py
In-Reply-To: <1272418292.04.0.0208509109493.issue8554@psf.upfronthosting.co.za>
Message-ID: <1301436960.06.0.46949911466.issue8554@psf.upfronthosting.co.za>


Mark Mc Mahon <mtnbikingmark at gmail.com> added the comment:

This issue has been fixed when issue11696 was fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8554>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:18:36 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 29 Mar 2011 22:18:36 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1301436931.18.0.0144150904467.issue11610@psf.upfronthosting.co.za>
Message-ID: <AANLkTikN3mYECiHQp8nvWok2mfd2Gp1dUiQ44aPGzKY5@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/29 Darren Dale <report at bugs.python.org>:
>
> Darren Dale <dsdale24 at gmail.com> added the comment:
>
> Benjamin: have you thought this idea through?

Perhaps inadequately?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:21:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 22:21:43 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301437303.57.0.31811789279.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21467/c684b1e59aaa.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:21:53 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 22:21:53 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301437313.46.0.278741722273.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21404/605422430234.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 00:29:47 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 22:29:47 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301437787.91.0.301978972565.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I regenerated the patch.

Last changes:

 - I merged Antoine's new implementation of faulthandler.dump_backtraces_later() using a thread
 - dump_backtraces_later() has a new exit option: if exit=True, call _exit()
 - disable (remove) register() and unregister() on Windows just because these functions are useless. No signal can be used. Only SIGSEGV and SIGBUS can be handled by the process, and these signals cannot be used with register(), only with enable()
 - fix register() and unregister() to be "signal safe": don't move the signal list in memory (because of realloc) or free memory (on unregister) because the signal handler may be running at the same time. Use a static list instead, with a "enabled" flag per signal. The code becomes simpler.
 - fix register(): don't reinstall the signal if it was already installed
 - speed up the test: because dump_backtraces_later() has now a subsecond resolution, we can use sleep of 50 ms instead of 1 sec

It tested the patch on Linux and Windows: it works. Cool, dump_backtraces_later() is now also supported on Windows, thanks to Antoine!

My TODO list is empty (the last item was "fix register() to be signal safe") so I think that the patch is ready to be commited.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:00:51 2011
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 29 Mar 2011 23:00:51 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301439651.15.0.443732453756.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Remainder for me: the patch contains some whitespace changes in Makefile.pre.in and Setup.dist.

dump_traceback(), enable(), dump_tracebacks_later(), register() flush the input file. It is not said in the doc. Should it be documented? For enable(), dump_tracebacks_later(), register(), it may be useless because the traceback is dumped later, and there may be new buffered data in the file. But I don't think that it hurts to flush the file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:01:20 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 29 Mar 2011 23:01:20 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301439680.97.0.275329548315.issue11712@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

On pydev, Mathew Woodcraft says the actual rule is
4) Neither 'wins': cmp is applied to the output of key.
which is consistent with my experiment also.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:02:07 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Tue, 29 Mar 2011 23:02:07 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301439727.49.0.428524071031.issue11688@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

> - you need to document the new API in Doc/library/sqlite3.rst

Included in the updated patch.

> +        self.assertTrue([x for x in traced_statements if x.find("create table foo") != -1])
>
> This looks a bit complicated, why not something like
> `any("create table foo" in x for x in traced_statements)`?

Fixed.

> +        sqlite3_trace(self->db, _trace_callback, trace_callback);
> +        if (PyDict_SetItem(self->function_pinboard, trace_callback, Py_None) == -1)
> +            return NULL;
>
> Shouldn't sqlite3_trace() be called only after PyDict_SetItem() succeeds?

Fixed as well. I just reversed the calls. What I dislike about this function pinboard approach is that every function registered as a callback stays pinned to the SQLite connection for the lifetime of the latter. But that belongs into another patch, I guess.

----------
Added file: http://bugs.python.org/file21468/sqlite_trace.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:03:17 2011
From: report at bugs.python.org (Sean Sherrard)
Date: Tue, 29 Mar 2011 23:03:17 +0000
Subject: [issue11716] mixing calls to io.TextIOWrapper.write and
	io.BufferedWriter.write produces undefined results
In-Reply-To: <1301439797.75.0.361604208739.issue11716@psf.upfronthosting.co.za>
Message-ID: <1301439797.75.0.361604208739.issue11716@psf.upfronthosting.co.za>


New submission from Sean Sherrard <mssherrard at gmail.com>:

Maybe this is by design, but it certainly took me by surprise.

Steps to reproduce:
Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> import io
>>> raw = io.BytesIO()
>>> buf = io.BufferedWriter(raw)
>>> txt = io.TextIOWrapper(buf)
>>> txt.write('one.')
4
>>> txt.buffer.write(b'two.')
4
>>> txt.flush()
>>> raw.getvalue()
b'two.one.'

Same results in 2.7

----------
components: Library (Lib)
messages: 132553
nosy: Sean.Sherrard
priority: normal
severity: normal
status: open
title: mixing calls to io.TextIOWrapper.write and io.BufferedWriter.write produces undefined results
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11716>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:14:28 2011
From: report at bugs.python.org (Darren Dale)
Date: Tue, 29 Mar 2011 23:14:28 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1300560551.62.0.116291646024.issue11610@psf.upfronthosting.co.za>
Message-ID: <1301440468.83.0.515056995519.issue11610@psf.upfronthosting.co.za>


Darren Dale <dsdale24 at gmail.com> added the comment:

I see some problems with this approach, but maybe I haven't fully appreciated it. Let me summarize the goals and constraints as I see them:

1) compatible with long-form and decorator syntax of {abstract}property declaration
2) backwards compatible, no change in semantics/behavior
3) decorator syntax needs to yield a concrete property once all abstract methods associated with the abstract property have been replaced with concrete implementations. (This is the reason why each abstract method associated with the property needs to get tagged with __isabstractmethod__. It provides an accounting of abstract methods associated with the property which fits with the existing semantics of abstract method declaration.)

The current approach actually satisfies all of the goals and constraints. It fits well with the existing semantics, there are no surprises and no changes in behavior for any existing code. It is even compatible with anyone who may have used @abstractmethod to decorate methods destined to be passed to @abstractproperty using the long-form property declaration (which would have worked even though it was not documented!)

The benefit of abstractproperty.abstract{...} is that one decorator is required instead of two, right? Are there others?

It is true that one could define abstract{getter,setter,deleter} decorators that would take care of setting the __isabstractmethod__ attribute on the function received, so that the @abstractmethod decorator would not be needed *once the property has been created*.

But if @abstractmethod is discouraged in favor of abstractproperty.abstractgetter and friends, abstractproperty would have to tag each method passed to its constructor as abstract (in order to support the long-form syntax and also the initial declaration with the decorator syntax) which would actually be a change in behavior with potential consequences. For example, maybe a third party defined a concrete getter in an abstract base class, and python-3.3 can't instantiate the subclasses because that getter was automatically tagged as abstract by the new abstractproperty constructor. So @abstractmethod would still be needed for methods passed to the constructor, meaning sometimes @abstractmethod would be needed, and sometimes it would not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:17:25 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 29 Mar 2011 23:17:25 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301440645.4.0.9160500586.issue11393@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

>  - speed up the test: because dump_backtraces_later() has now a
> subsecond resolution, we can use sleep of 50 ms instead of 1 sec

This is too short, there may be random failures on some slow buildbots.
IMO, 0.5s is the minimum you can use.

+    def _check_dump_tracebacks_later(self, repeat, cancel, filename):
+        """
+        Call dump_tracebacks_later() two times, or three times if
repeat is True.
+        Check the output: the traceback may be written 1, 2 or 3 times
+        depending on repeat and cancel options.
+
+        Raise an error if the output doesn't match the expect format.
+        """

The docstring is outdated. It also seems the "cancel" option isn't
useful anymore, you could remove it and simplify the test.

+        process = script_helper.spawn_python('-c', code)
+        stdout, stderr = process.communicate()

Shouldn't you check the return code as well?

+        code = "\n".join(code)

Again, I think it would make the code simpler and more maintainable if
you used triple-quoted strings instead of lists/tuples.

When you launch a waiting thread in a subprocess, I think it's better to
set it in daemon mode so as to avoid blocking if the main thread raises
an exception.

You have a "#ifdef MS_WINDOWS" in check_signum() but that function is
not compiled under Windows (it is inside "#ifdef FAULTHANDLER_USER").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 01:40:25 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 29 Mar 2011 23:40:25 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301442025.35.0.879345977704.issue11712@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

There's no need to guess what it does ;-)  We don't document by experiment when source and test suites are available.  

Mathew was correct, it works as documented:  the key function is applied  at the outset (as it always does) and then cmp function is used whenever a comparison is made (as it always does).  There is no special change in behavior when the two are used together; they are effectively orthogonal (the actual implementation is a bit more complicated).  IMO, the docs are correct as-is.

There is some question about whether to specifically elaborate on what happens when both are used together.  For the most part, users are better-off using either key-functions or cmp-functions but not both at the same time.  We may be doing them a disservice by suggesting otherwise.  

This has been out for several years now and no one has either noticed or cared, so I recommend closing with no change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:00:22 2011
From: report at bugs.python.org (Sean Sherrard)
Date: Wed, 30 Mar 2011 00:00:22 +0000
Subject: [issue11716] mixing calls to io.TextIOWrapper.write and
	io.BufferedWriter.write produces undefined results
In-Reply-To: <1301439797.75.0.361604208739.issue11716@psf.upfronthosting.co.za>
Message-ID: <1301443222.76.0.571533669233.issue11716@psf.upfronthosting.co.za>


Sean Sherrard <mssherrard at gmail.com> added the comment:

Never mind, I didn't realize that TextIOWrapper was doing its own buffering. The behaviour makes sense to me now after reading textio.c

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11716>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:11:04 2011
From: report at bugs.python.org (Wolfgang Rohdewald)
Date: Wed, 30 Mar 2011 00:11:04 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>


New submission from Wolfgang Rohdewald <wolfgang at rohdewald.de>:

compiling pykde on windows with msvc2010 on a 32bit Windows 7:

sipdnssdpart0.cpp
R:\include\msvc\sys/types.h(52) : error C2371: 'ssize_t' : redefinition; different basic types
        c:\python27\include\pyconfig.h(201) : see declaration of 'ssize_t'

I can fix this by defining ssize_t as long in pyconfig.h or 
as int in kdewin/include/msvc/sys/types.h

the original files from windows define SSIZE_T as long so to
me this seems like a bug in pyconfig.h, it should say
typedef _W64 long ssize_t


Python27\include\pyconfig.h says (same in Python32):

#ifdef MS_WIN64
typedef __int64 ssize_t;
#else
typedef _W64 int ssize_t;
#endif

while kdewin/include/msvc/sys/types.h says:

typedef SSIZE_T ssize_t;

SSIZE_T is defined in Microsoft SDKs/Windows/v7.0A/Include/BaseTsd.h:

typedef LONG_PTR SSIZE_T, *PSSIZE_T;

and LONG_PTR from same directory, intsafe.h:
#if (__midl > 501)
typedef [public]          __int3264 LONG_PTR;
#else
#ifdef _WIN64
typedef __int64             LONG_PTR;
#else
typedef _W64 long           LONG_PTR;
#endif // WIN64
#endif // (__midl > 501)

for __midl see
http://msdn.microsoft.com/en-us/library/aa367301(v=vs.85).aspx

----------
components: Windows
messages: 132558
nosy: wrohdewald
priority: normal
severity: normal
status: open
title: conflicting definition of ssize_t in pyconfig.h
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:15:21 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 30 Mar 2011 00:15:21 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301444121.31.0.845299514982.issue11712@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The 2.7 doc actually says that the two arguments to cmp are list items, rather than list items or keys "cmp specifies a custom comparison function of two arguments (list items)". And this "In general, the key and reverse conversion processes are much faster than specifying an equivalent cmp function." sort of suggests one or the other (but not both). That said, given the absence of overt problems, I agree with 
> We may be doing them a disservice by suggesting otherwise.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:23:06 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 30 Mar 2011 00:23:06 +0000
Subject: [issue11718] Teach IDLE's open-modue command to find packages
In-Reply-To: <1301444586.78.0.773077705239.issue11718@psf.upfronthosting.co.za>
Message-ID: <1301444586.78.0.773077705239.issue11718@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

The open-module command is a fast effective way to examine source code regardless of where it sits on sys.path; however, it gets lost when seeking a package name.  Instead of aborting, it could bring-up the __init__.py file.

For example, "open-module unittest" or "open-module collections" which both used to work before they became packages could open Lib/unittest/__init__.py and Lib/collections/__init__.py.

----------
components: IDLE
keywords: easy
messages: 132560
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Teach IDLE's open-modue command to find packages
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11718>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:33:46 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 30 Mar 2011 00:33:46 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <E1Q4jLz-0001Sq-BX@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset f4e6e18cae4b by Raymond Hettinger in branch '2.7':
Issue 11713: clarify docstring for collections.deque()
http://hg.python.org/cpython/rev/f4e6e18cae4b

New changeset 36344c9505b2 by Raymond Hettinger in branch '3.1':
Issue 11713: clarify docstring for collections.deque()
http://hg.python.org/cpython/rev/36344c9505b2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:38:38 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 30 Mar 2011 00:38:38 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <E1Q4jQi-0001sM-Ah@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 075637897403 by Raymond Hettinger in branch '3.2':
Issue 11713: clarify docstring for collections.deque()
http://hg.python.org/cpython/rev/075637897403

New changeset 80e71592b114 by Raymond Hettinger in branch 'default':
Issue 11713: clarify docstring for collections.deque()
http://hg.python.org/cpython/rev/80e71592b114

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:39:13 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 30 Mar 2011 00:39:13 +0000
Subject: [issue11713] collections.deque docstring wrong/misleading
In-Reply-To: <1301428610.35.0.643786956857.issue11713@psf.upfronthosting.co.za>
Message-ID: <1301445553.18.0.436345473392.issue11713@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11713>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:39:47 2011
From: report at bugs.python.org (Ned Deily)
Date: Wed, 30 Mar 2011 00:39:47 +0000
Subject: [issue11718] Teach IDLE's open-module command to find packages
In-Reply-To: <1301444586.78.0.773077705239.issue11718@psf.upfronthosting.co.za>
Message-ID: <1301445587.79.0.868946365577.issue11718@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ned.deily
title: Teach IDLE's open-modue command to find packages -> Teach IDLE's open-module command to find packages

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11718>
_______________________________________

From report at bugs.python.org  Wed Mar 30 02:40:02 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 30 Mar 2011 00:40:02 +0000
Subject: [issue11712] Doc list.sort(cmp=,key=) result.
In-Reply-To: <1301426922.02.0.157603577623.issue11712@psf.upfronthosting.co.za>
Message-ID: <1301445602.28.0.536581457666.issue11712@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11712>
_______________________________________

From report at bugs.python.org  Wed Mar 30 03:31:26 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 30 Mar 2011 01:31:26 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301448686.28.0.0379544157689.issue11677@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

If support for a top level temporary directory is added, test.support should acquire alternatives to the tempfile module tools to make it easy for tests that create their own temporary files to respect that naming scheme. In particular, test.script_helper.temp_dir() should be moved into test.support.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Wed Mar 30 03:31:36 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 30 Mar 2011 01:31:36 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <1301440468.83.0.515056995519.issue11610@psf.upfronthosting.co.za>
Message-ID: <AANLkTikeQPUonDoBaJUiFf+dPT5EEvhiQ3_S7s_tTcMC@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2011/3/29 Darren Dale <report at bugs.python.org>:
>
> Darren Dale <dsdale24 at gmail.com> added the comment:
>
> I see some problems with this approach, but maybe I haven't fully appreciated it. Let me summarize the goals and constraints as I see them:
>
> 1) compatible with long-form and decorator syntax of {abstract}property declaration
> 2) backwards compatible, no change in semantics/behavior
> 3) decorator syntax needs to yield a concrete property once all abstract methods associated with the abstract property have been replaced with concrete implementations. (This is the reason why each abstract method associated with the property needs to get tagged with __isabstractmethod__. It provides an accounting of abstract methods associated with the property which fits with the existing semantics of abstract method declaration.)
>
> The current approach actually satisfies all of the goals and constraints. It fits well with the existing semantics, there are no surprises and no changes in behavior for any existing code. It is even compatible with anyone who may have used @abstractmethod to decorate methods destined to be passed to @abstractproperty using the long-form property declaration (which would have worked even though it was not documented!)
>
> The benefit of abstractproperty.abstract{...} is that one decorator is required instead of two, right? Are there others?

Mostly it doesn't create a weird asymmetry between a @abstractproperty
decorated function not needing @abstractmethod but
@someabstractprop.setter needing it.

>
> It is true that one could define abstract{getter,setter,deleter} decorators that would take care of setting the __isabstractmethod__ attribute on the function received, so that the @abstractmethod decorator would not be needed *once the property has been created*.
>
> But if @abstractmethod is discouraged in favor of abstractproperty.abstractgetter and friends, abstractproperty would have to tag each method passed to its constructor as abstract (in order to support the long-form syntax and also the initial declaration with the decorator syntax) which would actually be a change in behavior with potential consequences. For example, maybe a third party defined a concrete getter in an abstract base class, and python-3.3 can't instantiate the subclasses because that getter was automatically tagged as abstract by the new abstractproperty constructor. So @abstractmethod would still be needed for methods passed to the constructor, meaning sometimes @abstractmethod would be needed, and sometimes it would not.

That's not true. The method could be tagged in @abstractgetter decorator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 04:08:45 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 30 Mar 2011 02:08:45 +0000
Subject: [issue11677] make test has horrendous performance on an ecryptfs
In-Reply-To: <1301092248.42.0.811586375377.issue11677@psf.upfronthosting.co.za>
Message-ID: <1301450925.97.0.648218782698.issue11677@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

To control where mkdtemp() puts files, you could just use the "dir" argument (and you can use tempfile.gettempdir() beforehand if you want that location to be inside the normal temp directory)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11677>
_______________________________________

From report at bugs.python.org  Wed Mar 30 04:24:12 2011
From: report at bugs.python.org (Darren Dale)
Date: Wed, 30 Mar 2011 02:24:12 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <AANLkTikeQPUonDoBaJUiFf+dPT5EEvhiQ3_S7s_tTcMC@mail.gmail.com>
Message-ID: <AANLkTi=4T-5O2Lr2Fxgjm1uMZU7smmoEeT5aa==jSm-j@mail.gmail.com>


Darren Dale <dsdale24 at gmail.com> added the comment:

On Tue, Mar 29, 2011 at 9:31 PM, Benjamin Peterson
<report at bugs.python.org> wrote:
> 2011/3/29 Darren Dale <report at bugs.python.org>:
>> The benefit of abstractproperty.abstract{...} is that one decorator is required instead of two, right? Are there others?
>
> Mostly it doesn't create a weird asymmetry between a @abstractproperty
> decorated function not needing @abstractmethod but
> @someabstractprop.setter needing it.

Did you read the documentation I provided in the patch? There is no
asymmetry, the documentation and examples provided by previous python
releases are demonstrably inadequate. For example:

class AbstractFoo(metaclass=ABCMeta):
    def get_bar(self): ...
    def set_bar(self, val): ...
    bar = abstractproperty(get_bar, set_bar)

The documentation indicates that a subclass will not be instantiable
until all of its abstract methods and properties are overridden. What
is abstract about the bar property? Was it the getter, setter, or
both, or neither? The answer is neither. A subclass can simply do:

class Foo(AbstractFoo):
    bar = property(AbstractFoo.get_bar, AbstractFoo.set_bar)

and it is instantiable. On the other hand, for AbstractFoo to assert
that subclasses must provide concrete implementations of the get_bar
and set_bar methods, it must decorate get_bar and set_bar with
@abstractproperty. This is true for previous releases of python, the
documentation of abstractproperty in previous python releases is
simply incomplete. If a method is abstract, it needs to have an
__isabstractmethod__ attribute that is True, and @abstractmethod
provides the means of setting this attribute.

This patch simply extends abstractproperty so it can respect the
abstractedness of the methods assigned to it. If somebody defines an
ambiguous abstractproperty like my AbstractFoo example, they get the
same result with the patch as they did without: an abstract property
with two concrete methods (this is an unfortunate situation that
cannot be fixed without breaking backwards compatibility).

Therefore, there is no asymmetry between when @abstractmethod is
required and when it is not. If the *method* is abstract and must be
reimplemented by a subclass, @abstractmethod is required. Even for
methods that participate in property definitions, even with
<=python-3.2.

>> It is true that one could define abstract{getter,setter,deleter} decorators that would take care of setting the __isabstractmethod__ attribute on the function received, so that the @abstractmethod decorator would not be needed *once the property has been created*.
>>
>> But if @abstractmethod is discouraged in favor of abstractproperty.abstractgetter and friends, abstractproperty would have to tag each method passed to its constructor as abstract (in order to support the long-form syntax and also the initial declaration with the decorator syntax) which would actually be a change in behavior with potential consequences. For example, maybe a third party defined a concrete getter in an abstract base class, and python-3.3 can't instantiate the subclasses because that getter was automatically tagged as abstract by the new abstractproperty constructor. So @abstractmethod would still be needed for methods passed to the constructor, meaning sometimes @abstractmethod would be needed, and sometimes it would not.
>
> That's not true. The method could be tagged in @abstractgetter decorator.

I think you misunderstood my point. I agreed with you that it could be
tagged by @abstractgetter. It cannot be tagged by the constructor.
That is where an asymmetry would be introduced between when
@abstractmethod is needed (declare methods abstract before passing
them to the constructor) and when it would not be (passing methods to
abstractgetter which declares them abstract).

(By the way, in review of issue11610.patch, GVR said he thought I had
the right idea and that the backward compatibility goal was satisfied.
Some of these points were covered in that discussion.)

Darren

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 04:25:58 2011
From: report at bugs.python.org (Darren Dale)
Date: Wed, 30 Mar 2011 02:25:58 +0000
Subject: [issue11610] Improving property to accept abstract methods
In-Reply-To: <AANLkTi=4T-5O2Lr2Fxgjm1uMZU7smmoEeT5aa==jSm-j@mail.gmail.com>
Message-ID: <AANLkTi=yShX9TpN5E2GcEZu9SUFeCx=gsgwLkOcKZqzN@mail.gmail.com>


Darren Dale <dsdale24 at gmail.com> added the comment:

On Tue, Mar 29, 2011 at 10:24 PM, Darren Dale <report at bugs.python.org> wrote:
>
> Darren Dale <dsdale24 at gmail.com> added the comment:
>
> On Tue, Mar 29, 2011 at 9:31 PM, Benjamin Peterson
> <report at bugs.python.org> wrote:
>> 2011/3/29 Darren Dale <report at bugs.python.org>:
>>> The benefit of abstractproperty.abstract{...} is that one decorator is required instead of two, right? Are there others?
>>
>> Mostly it doesn't create a weird asymmetry between a @abstractproperty
>> decorated function not needing @abstractmethod but
>> @someabstractprop.setter needing it.
>
> Did you read the documentation I provided in the patch? There is no
> asymmetry, the documentation and examples provided by previous python
> releases are demonstrably inadequate. For example:
>
> class AbstractFoo(metaclass=ABCMeta):
> ? ?def get_bar(self): ...
> ? ?def set_bar(self, val): ...
> ? ?bar = abstractproperty(get_bar, set_bar)
>
> The documentation indicates that a subclass will not be instantiable
> until all of its abstract methods and properties are overridden. What
> is abstract about the bar property? Was it the getter, setter, or
> both, or neither? The answer is neither. A subclass can simply do:
>
> class Foo(AbstractFoo):
> ? ?bar = property(AbstractFoo.get_bar, AbstractFoo.set_bar)
>
> and it is instantiable. On the other hand, for AbstractFoo to assert
> that subclasses must provide concrete implementations of the get_bar
> and set_bar methods, it must decorate get_bar and set_bar with
> @abstractproperty.

Sorry, that should have read @abstractmethod.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11610>
_______________________________________

From report at bugs.python.org  Wed Mar 30 07:33:38 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 30 Mar 2011 05:33:38 +0000
Subject: [issue2694] msilib file names check too strict ?
In-Reply-To: <1209183523.66.0.300786856749.issue2694@psf.upfronthosting.co.za>
Message-ID: <1301463218.74.0.0127713864952.issue2694@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2694>
_______________________________________

From report at bugs.python.org  Wed Mar 30 07:34:01 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 30 Mar 2011 05:34:01 +0000
Subject: [issue8554] suspicious comment in msilib.py/__init__.py
In-Reply-To: <1272418292.04.0.0208509109493.issue8554@psf.upfronthosting.co.za>
Message-ID: <1301463241.94.0.968793955532.issue8554@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8554>
_______________________________________

From report at bugs.python.org  Wed Mar 30 07:41:12 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 30 Mar 2011 05:41:12 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1301463672.88.0.978543296075.issue11717@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Where does R:\include\msvc\sys/types.h come from?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Wed Mar 30 07:56:50 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 30 Mar 2011 05:56:50 +0000
Subject: [issue11719] test_msilib skip unexpected on non-Windows platforms
In-Reply-To: <1301464610.3.0.910071471193.issue11719@psf.upfronthosting.co.za>
Message-ID: <1301464610.3.0.910071471193.issue11719@psf.upfronthosting.co.za>


New submission from Nadeem Vawda <nadeem.vawda at gmail.com>:

When running regrtest on a non-Windows platform, I get a warning that
test_msilib was skipped unexpectedly. The attached patch modifies regrtest to
indicate that this is expected.

----------
components: Tests
files: test_msilib-expected.diff
keywords: patch
messages: 132570
nosy: loewis, nvawda
priority: normal
severity: normal
status: open
title: test_msilib skip unexpected on non-Windows platforms
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21469/test_msilib-expected.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11719>
_______________________________________

From report at bugs.python.org  Wed Mar 30 08:50:40 2011
From: report at bugs.python.org (Wolfgang Rohdewald)
Date: Wed, 30 Mar 2011 06:50:40 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1301467840.32.0.0642018693766.issue11717@psf.upfronthosting.co.za>


Wolfgang Rohdewald <wolfgang at rohdewald.de> added the comment:

types.h is from kdewin/include/msvc/sys

git clone git://anongit.kde.org/kdewin

types.h uses SSIZE_T but that is nowhere defined in KDE, so it must be the original one from msvc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Wed Mar 30 09:28:19 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 07:28:19 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1301440645.4.0.9160500586.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301470087.30032.28.camel@marge>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> >  - speed up the test: because dump_backtraces_later() has now a
> > subsecond resolution, we can use sleep of 50 ms instead of 1 sec
> 
> This is too short, there may be random failures on some slow buildbots.
> IMO, 0.5s is the minimum you can use.

Ok, changed.

> The docstring is outdated.

fixed

>  It also seems the "cancel" option isn't
> useful anymore, you could remove it and simplify the test.

cancel is used by test_dump_tracebacks_later_repeat_cancel() to check
that faulthandler.cancel_dump_tracebacks_later() did cancel the last
dump_backtraces_later() request.

> +        process = script_helper.spawn_python('-c', code)
> +        stdout, stderr = process.communicate()
> 
> Shouldn't you check the return code as well?

Yes, except for fatal errors, because the C library exits with a
non-zero exit code (e.g. 139 for a SIGSEGV on Linux). I added a check on
the exit code.

> +        code = "\n".join(code)
> 
> Again, I think it would make the code simpler and more maintainable if
> you used triple-quoted strings instead of lists/tuples.

Ok ok, done

> When you launch a waiting thread in a subprocess, I think it's better to
> set it in daemon mode so as to avoid blocking if the main thread raises
> an exception.

I doesn't know that. fixed

> You have a "#ifdef MS_WINDOWS" in check_signum() but that function is
> not compiled under Windows (it is inside "#ifdef FAULTHANDLER_USER").

Ah yes, the code became useless: removed

--

Other changes:

 - faulthandler_fatal_error() calls the previous signal handler using
raise(signum). Before, the signal was raised again because the same
instruction was executed again, and it raised the same fault. But if the
user sends manually a fatal signal to the process, the signal was
ignored because of the fault handler (but the traceback was displayed).
 - use SA_NODEFER and SA_RESTART flags in enable() and register()
 - faulthandler_get_fileno() accepts fileno()==0
 - cleanup the doc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 09:28:43 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 07:28:43 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301470123.65.0.0965175923684.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21470/a979bb83a94b.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 09:29:13 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 07:29:13 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301470153.05.0.616832167102.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21467/c684b1e59aaa.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 09:36:48 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Wed, 30 Mar 2011 07:36:48 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1301434340.30032.19.camel@marge>
Message-ID: <AANLkTinkHDCQavQcq0Q4TDPxJw2x4KVqSUtp7rbjbnL-@mail.gmail.com>


Charles-Francois Natali <neologix at free.fr> added the comment:

> I wonder whether the Java people are simply unaware of the potential problem?
> Or perhaps they have checked the Linux and Solaris implementations of readdir()
> and confirmed that it is in fact safe on those platforms. Even if this is the
> case, I would be wary of doing things the same way - there's no guarantee that
> the implementation won't change out from underneath us.

The problem is not so much readdir: if you look at the source code
(http://fxr.googlebit.com/source/lib/libc/gen/readdir.c), it doesn't
do much apart from locking a mutex private to the related DIR *, so as
long as you pass it a DIR * not referenced elsewhere (which would be
the case since it would call opendir between the fork and exec), it
should be ok. The man page
(http://pubs.opengroup.org/onlinepubs/007908799/xsh/readdir.html) also
makes it clear:
"""After a call to fork(), either the parent or child (but not both)
may continue processing the directory stream using readdir(),
rewinddir() or seekdir().  If both the parent and child processes use
these functions, the result is undefined."""

The problem is more with opendir, which needs to allocate memory for
the struct dirent before calling getdents syscall.

I agree with you, we should definitely favor correctness over efficiency.

As for the other approach, I'm not aware of any portable way to
determine if a program is multi-threaded. Also, as noted by Victor,
there might be room for some subtle races (Python-registered signal
handlers are called synchronously from the main eval loop with the GIL
held, so I don't think there should be a problem there, but you might
have a problem with C-extension registered signal handlers).

Finally, looking at this thread
http://lists.freebsd.org/pipermail/freebsd-hackers/2007-July/021132.html,
it seems that some closefrom implementations are definitely not
async-safe, which is a pity...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Wed Mar 30 09:44:16 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 30 Mar 2011 07:44:16 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1301471056.81.0.698181721815.issue11717@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Should Python.h systematically avoid defining symbols without a Py prefix?
See attached patch, which defines Py_ssize_t in pyconfig.h.

The same can be said for other symbols defined there: pid_t, copysign, hypot.

----------
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file21472/no-ssize_t.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Wed Mar 30 10:12:11 2011
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 30 Mar 2011 08:12:11 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301472731.51.0.735029707296.issue11155@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Technically this is a backward-incompatible change, because it breaks code that uses obj=foo explicitly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Wed Mar 30 11:33:07 2011
From: report at bugs.python.org (Tennessee Leeuwenburg)
Date: Wed, 30 Mar 2011 09:33:07 +0000
Subject: [issue9285] A decorator for cProfile and profile modules
In-Reply-To: <1279375274.49.0.102313390752.issue9285@psf.upfronthosting.co.za>
Message-ID: <1301477587.06.0.144683989484.issue9285@psf.upfronthosting.co.za>


Tennessee Leeuwenburg <tleeuwenburg at gmail.com> added the comment:

I have been working on a similar idea. I just wanted to raise an issue I ran into which might affect this code also. The decorated function ended up with a different function signature to the original inner function. This can be important sometimes. I had to use the decorator.decorator module to give the outer function the same signature as the inner function.

----------
nosy: +tleeuwenburg at gmail.com

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9285>
_______________________________________

From report at bugs.python.org  Wed Mar 30 12:08:12 2011
From: report at bugs.python.org (Tennessee Leeuwenburg)
Date: Wed, 30 Mar 2011 10:08:12 +0000
Subject: [issue11720] PyErr_WriteUnraisable while running cProfile
In-Reply-To: <1301479692.05.0.122365414957.issue11720@psf.upfronthosting.co.za>
Message-ID: <1301479692.05.0.122365414957.issue11720@psf.upfronthosting.co.za>


New submission from Tennessee Leeuwenburg <tleeuwenburg at gmail.com>:

I am happy to come up with a minimal test for this if that would help, but repeating the problem is not hard. Take a Python2.7 interpreter, install the decorator module from PyPi, and also the code at https://bitbucket.org/tleeuwenburg/benchmarker.py/. Running test_benchmarker.py will cause the problem.

Exception TypeError: "'str' object is not callable" in '/tmp/benchlog/2011/30/2011_03_30_09_41.pstats' ignored

I've tracked this message down and it's likely being writted to stdout by errors.c, where unraisable exceptions are handled.

Using hotshot, and otherwise the same code, the error does not occur. Diagnosing the true cause of this issue is probably beyond me, but I'm more than happy to try to come up with a more minimal example or help any way I can.

----------
components: Interpreter Core
messages: 132577
nosy: tleeuwenburg at gmail.com
priority: normal
severity: normal
stage: test needed
status: open
title: PyErr_WriteUnraisable while running cProfile
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11720>
_______________________________________

From report at bugs.python.org  Wed Mar 30 12:26:39 2011
From: report at bugs.python.org (Tennessee Leeuwenburg)
Date: Wed, 30 Mar 2011 10:26:39 +0000
Subject: [issue11720] PyErr_WriteUnraisable while running cProfile
In-Reply-To: <1301479692.05.0.122365414957.issue11720@psf.upfronthosting.co.za>
Message-ID: <1301480799.84.0.1863100269.issue11720@psf.upfronthosting.co.za>


Tennessee Leeuwenburg <tleeuwenburg at gmail.com> added the comment:

Never mind, I was doing something stupid. The error message doesn't really make it terribly obvious, but the cause is in my code.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11720>
_______________________________________

From report at bugs.python.org  Wed Mar 30 12:52:36 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 10:52:36 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301482356.68.0.438679645301.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> faulthandler_fatal_error() calls the previous signal handler
> using raise(signum)

It doesn't work as expected on Windows: Windows doesn't call its own signal handler anymore. Use the previous code (only on Windows).

I also added a test for stack overflow: it fails on FreeBSD because I called sigaltstack() with the wrong arguments. It is now fixed.

test_faulthandler pass on Linux, Windows and FreeBSD.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 12:59:59 2011
From: report at bugs.python.org (Andrej Krpic)
Date: Wed, 30 Mar 2011 10:59:59 +0000
Subject: [issue9067] Use macros from pyctype.h
In-Reply-To: <1277376401.69.0.151009302074.issue9067@psf.upfronthosting.co.za>
Message-ID: <1301482799.2.0.00393753827391.issue9067@psf.upfronthosting.co.za>


Changes by Andrej Krpic <akrpic77 at gmail.com>:


----------
nosy: +akrpic77

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9067>
_______________________________________

From report at bugs.python.org  Wed Mar 30 13:05:11 2011
From: report at bugs.python.org (Andrej Krpic)
Date: Wed, 30 Mar 2011 11:05:11 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <1301483111.77.0.267344040283.issue10966@psf.upfronthosting.co.za>


Changes by Andrej Krpic <akrpic77 at gmail.com>:


----------
nosy: +akrpic77

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Wed Mar 30 13:17:06 2011
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 30 Mar 2011 11:17:06 +0000
Subject: [issue9067] Use macros from pyctype.h
In-Reply-To: <1277376401.69.0.151009302074.issue9067@psf.upfronthosting.co.za>
Message-ID: <1301483826.62.0.515180642698.issue9067@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Sandro Tosi <report at bugs.python.org> wrote:
> Hi Stefan, can you please expand a bit this issue and details the places 
> you think can benefit from pyctype macros? you know, a patch would be the best :)

Indeed. While working on #9036 I thought that there were several places
that could use the macros. I opened this as a reminder for myself but
then got sidetracked, so now I'll have to search for the precise locations
again.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9067>
_______________________________________

From report at bugs.python.org  Wed Mar 30 13:32:49 2011
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 30 Mar 2011 11:32:49 +0000
Subject: [issue11715] Building Python on multiarch Debian and Ubuntu
In-Reply-To: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
Message-ID: <1301484769.33.0.666836843863.issue11715@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11715>
_______________________________________

From report at bugs.python.org  Wed Mar 30 14:17:22 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 12:17:22 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>


New submission from Kristj?n Valur J?nsson <kristjan at ccpgames.com>:

I found this defect at PyCon 2011 after spending a lot of type fidgeting with ssl.  The test_ssl.py unittest was using timeout on accept sockets and it was working fine there, but not with the code I was working out.  Turns out that _ssl.py resets the timeout state of sockets, but not regular sockets.

In short:  If you have a socket with settimeout(1), then accept a connection on it, the new socket will have gettimeout()==None, but its state will still (internally) be non-blocking.  The attached script demonstrates the issue.

This is an issue with all versions of python from 2.5 upwards.

There are basically two things we can do to fis this:
1) retain gettimeout()=None but internally make sure we set the resulting socket to blocking mode
2) have the accepted socket inherit the timeout properties of the parent socket properly, and so inherit its timeout value too.

Number 2 is more in line with expected BSD socket behaviour that sockets at least inherit the non-blocking attribute of their parent socket.

----------
components: IO
files: bug.py
messages: 132581
nosy: krisvale
priority: normal
severity: normal
status: open
title: socket.accept() with a timout socket creates bogus socket
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file21473/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 14:17:47 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 12:17:47 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301487467.73.0.602412746069.issue11721@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 14:25:34 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 12:25:34 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301487934.21.0.268811861348.issue11721@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> In short:  If you have a socket with settimeout(1), then accept a
> connection on it, the new socket will have gettimeout()==None, but its 
> state will still (internally) be non-blocking.  The attached script
> demonstrates the issue.

This should have been fixed in ed0259230611. Can you confirm?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 14:48:35 2011
From: report at bugs.python.org (Wolfgang Rohdewald)
Date: Wed, 30 Mar 2011 12:48:35 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1301489315.01.0.539782767772.issue11717@psf.upfronthosting.co.za>


Changes by Wolfgang Rohdewald <wolfgang at rohdewald.de>:


----------
nosy: +mhammond

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:05:49 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 13:05:49 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301490349.28.0.158222927222.issue11721@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I cannot see from the link to which branch that was committed, or what revision.  But I assume it is the default branch.  I can confirm that this appears to be fixed.

The corresponding defect has a long (and bothersome) discussion.  I am, however, surprised that this was not considered a "bug" and backported.

The "bug" is pretty clear:  socket.gettimeout() returns None, and yet socket.recv() returns in EWOULDBLOCK.  This is clearly against spec, since the gettimeout() == None means that the socket is supposed to be blocking.

I can agree with the fix (my number 1 suggestion) but I would have liked to see it done in socketmodule.c where the timeout semantics are all defined, rather than as a cludgy special case in socket.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:08:52 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 13:08:52 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301490532.49.0.765306088977.issue11721@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The corresponding defect has a long (and bothersome) discussion.  I am, 
> however, surprised that this was not considered a "bug" and backported.

I think Martin's argument was that it could break compatibility.

> I can agree with the fix (my number 1 suggestion) but I would have
> liked to see it done in socketmodule.c where the timeout semantics are 
> all defined, rather than as a cludgy special case in socket.py

There's definitely a reason for doing it in socket.py rather than socketmodule.c, although I don't remember which one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:19:26 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 13:19:26 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301491166.77.0.856006809846.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21474/4adbea7c832e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:19:53 2011
From: report at bugs.python.org (ysj.ray)
Date: Wed, 30 Mar 2011 13:19:53 +0000
Subject: [issue11647] function decorated with a context manager can only be
	invoked once
In-Reply-To: <1300845878.3.0.475491224846.issue11647@psf.upfronthosting.co.za>
Message-ID: <1301491193.33.0.603280065062.issue11647@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

Got it. Here is my updated patch. Not sure if the doc is proper.

----------
Added file: http://bugs.python.org/file21475/issue_11647_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11647>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:20:20 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 13:20:20 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301491220.69.0.47389036625.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21470/a979bb83a94b.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:31:17 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 13:31:17 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301491878.0.0.763138438701.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21476/f5a11df83d98.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:33:23 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 13:33:23 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301492003.68.0.190802766699.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file21474/4adbea7c832e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:34:50 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 13:34:50 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301492090.95.0.585396095383.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> My TODO list is empty (the last item was "fix register() to be signal
> safe") so I think that the patch is ready to be commited.

As I wrote, I did some tests on FreeBSD, found bugs and fixed them. I also fixed the weird behaviour if the user sends manually a fatal signal (like SIGSEGV): it is no more ignored. And I patched test_faulthandler to not create core files. On Windows, there is still a popup warning the user a fatal error occured. I don't know how to disable (temporary) this popup.

Here is the updated patch and I hope the final patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:43:09 2011
From: report at bugs.python.org (ysj.ray)
Date: Wed, 30 Mar 2011 13:43:09 +0000
Subject: [issue11654] errors in atexit hooks don't change process exit code
In-Reply-To: <1300912017.1.0.699282992507.issue11654@psf.upfronthosting.co.za>
Message-ID: <1301492589.43.0.208707571853.issue11654@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

see #1257

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11654>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:44:32 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 13:44:32 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1301437787.91.0.301978972565.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301439584.3545.16.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

>  - speed up the test: because dump_backtraces_later() has now a
> subsecond resolution, we can use sleep of 50 ms instead of 1 sec

This is too short, there may be random failures on some slow buildbots.
IMO, 0.5s is the minimum you can use.

+    def _check_dump_tracebacks_later(self, repeat, cancel, filename):
+        """
+        Call dump_tracebacks_later() two times, or three times if
repeat is True.
+        Check the output: the traceback may be written 1, 2 or 3 times
+        depending on repeat and cancel options.
+
+        Raise an error if the output doesn't match the expect format.
+        """

The docstring is outdated. It also seems the "cancel" option isn't
useful anymore, you could remove it and simplify the test.

+        process = script_helper.spawn_python('-c', code)
+        stdout, stderr = process.communicate()

Shouldn't you check the return code as well?

+        code = "\n".join(code)

Again, I think it would make the code simpler and more maintainable if
you used triple-quoted strings instead of lists/tuples.

When you launch a waiting thread in a subprocess, I think it's better to
set it in daemon mode so as to avoid blocking if the main thread raises
an exception.

You have a "#ifdef MS_WINDOWS" in check_signum() but that function is
not compiled under Windows (it is inside "#ifdef FAULTHANDLER_USER").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:49:43 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 13:49:43 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <4D8F70FA.20504@timgolden.me.uk>
Message-ID: <1301487146.3571.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> * Patch Py_DeleteFileW in posixmodule.c so that it renames before
> deleting: should solve the problem overall but obviously has a
> possible wider impact, in general and on performance in particular.
> This rename might be a simple rename-to-guid or something more
> sophisticated such as the rename-to-recycler which cygwin uses.
> 
> * Patch support.unlink in the test package to do the rename dance on
> the basis that it'll fix at least some of the problems with less
> impact overall.
> 
> Opinions? I'm willing to do either.

Well, since I'm not a Windows expert, I can only give an intuitive
opinion. I think that we should start with patching support.unlink();
tweaking Py_DeleteFile() so as to do something more sophisticated than a
simple removal sounds like it could hide some behaviour change that
could hit some legitimate uses.

(as an aside, for higher-level variants of OS functions, the shutil may
be an appropriate recipient)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:57:53 2011
From: report at bugs.python.org (ysj.ray)
Date: Wed, 30 Mar 2011 13:57:53 +0000
Subject: [issue1257] atexit errors should result in nonzero exit code
In-Reply-To: <1192046186.55.0.804669715206.issue1257@psf.upfronthosting.co.za>
Message-ID: <1301493473.65.0.763820960612.issue1257@psf.upfronthosting.co.za>


ysj.ray <ysj.ray at gmail.com> added the comment:

I think there is no need to implement this in python2.x since it's a  behavior change which could introduce some compatibility issues to someone's code, besides in 2.x both sys.exitfunc and atexit module should be considered, that makes the code looks complex. The sys.exitfunc is removed in 3.x.

+1 on only implementing it in 3.3.

----------
nosy: +ysj.ray
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1257>
_______________________________________

From report at bugs.python.org  Wed Mar 30 15:58:55 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 13:58:55 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301493535.49.0.446032258442.issue7995@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Please see issue 11721 where I was commenting on the same.

I don't think the documentation makes it clear that socket.gettimeout() can be incorrect (i.e. return None when the socket is non-blocking).

I also don't think there is a portable way to detect the NBIO attribute of a socket, so we still have a case of socket.gettimeout() not accurately reflecting the blocking state of the socket.  If people don't think it is a bug, then this fact should be documented.

I personally think that this logic should go into socketmodule.c where the rest of the timeout logic sits, rather than be exctracted like this out into the python world.

Finally, IMHO this is a bug that should be backported as far back as possible.

Cheers!

----------
nosy: +krisvale

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 16:00:36 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 14:00:36 +0000
Subject: [issue11721] socket.accept() with a timout socket creates bogus socket
In-Reply-To: <1301487442.2.0.0773643422684.issue11721@psf.upfronthosting.co.za>
Message-ID: <1301493636.51.0.0600654409247.issue11721@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> On Mac / BSD sockets returned by accept inherit the parent's FD flags

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11721>
_______________________________________

From report at bugs.python.org  Wed Mar 30 17:40:54 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 15:40:54 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301499654.09.0.8251236679.issue7995@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I also don't think there is a portable way to detect the NBIO attribute 
> of a socket, so we still have a case of socket.gettimeout() not 
> accurately reflecting the blocking state of the socket

Which case?

> I personally think that this logic should go into socketmodule.c where 
> the rest of the timeout logic sits, rather than be exctracted like this 
> out into the python world.

I think practicality beats purity. If putting it in socket.py ends up producing bugs, we'll have to consider moving it to the C extension. Until then, the Python code has the advantage of being clear and concise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 18:15:25 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 16:15:25 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301501725.99.0.227596474118.issue7995@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

socket.defaulttimeout(None)
s = socket.socket()
s.settimeout(0) #nonblocking
s.bind()
s2, a = s.accept()
print s2.gettimeout() #prints ?none?, meaning blocking
s2.receive(10) #raises EWOULDBLOCK error, since internally it is non-blocking

I don't agree with practicality vs. purity, particularly when trying to understand the timeout logic.  Most of the timeout logic is implemented in c and never touched by python, in init_sockobject().  But then you tack on extra logic in socket.py, in what is even a socket object wrapper.  This means that any module that uses the "pure" _socket.socket object, such as C extensions, will not get the "correct" behaviour.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 18:20:47 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 16:20:47 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1301501725.99.0.227596474118.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301502043.3973.11.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> socket.defaulttimeout(None)
> s = socket.socket()
> s.settimeout(0) #nonblocking
> s.bind()
> s2, a = s.accept()
> print s2.gettimeout() #prints ?none?, meaning blocking
> s2.receive(10) #raises EWOULDBLOCK error, since internally it is non-blocking

Could you post working Python 3 code which demonstrates the issue on
3.3?

> This means that any module that uses the "pure" _socket.socket object,
> such as C extensions, will not get the "correct" behaviour.

Using undocumented implementation details (such as the _socket module)
is, AFAIK, unsupported.

Anyway, if you want the code to be changed, please propose a patch so
that it can be judged on its own merits (together with tests that
demonstrate the improvement, if any).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 18:21:45 2011
From: report at bugs.python.org (Jason Morgan)
Date: Wed, 30 Mar 2011 16:21:45 +0000
Subject: [issue11722] mingw64 does not link when building extensions
In-Reply-To: <1301502105.52.0.181374026279.issue11722@psf.upfronthosting.co.za>
Message-ID: <1301502105.52.0.181374026279.issue11722@psf.upfronthosting.co.za>


New submission from Jason Morgan <jasonm at picochip.com>:

Bulding a simple extension (the spam example) fails with mingw64.

in modsupport.h, the following is used to detect 64bit, it does not work with mingw64.

#if SIZEOF_SIZE_T != SIZEOF_INT
/* On a 64-bit system, rename the Py_InitModule4 so that 2.4
   modules cannot get loaded into a 2.5 interpreter */
#define Py_InitModule4 Py_InitModule4_64
#endif

This code never compiles, you can test this by placing similar code and filling it with rubbish.

This means it thinks the extension is being built on a 32bit compiler and creates the wrong call for Py_InitModule.

Workaround:
Explicitly calling Py_InitModule4_64() in extension and declaring Py_InitModule4_64(...) in code. Note this does not complain about re-declaration and builds OK because declaration is wrong.
e.g.
//m=Py_InitModule("spam", SpamMethods);
m = Py_InitModule4_64("spam", SpamMethods,(char *)NULL, (PyObject *)NULL, PYTHON_API_VERSION);


Or, a better more portable permanent fix, define WIN64 in code and
modify modsupport.h:
#if SIZEOF_SIZE_T != SIZEOF_INT || defined(WIN64)
/* On a 64-bit system, rename the Py_InitModule4 so that 2.4
   modules cannot get loaded into a 2.5 interpreter */
#define Py_InitModule4 Py_InitModule4_64
#endif

I am sure there are other, more standard ways.

----------
components: Extension Modules
messages: 132595
nosy: moog
priority: normal
severity: normal
status: open
title: mingw64 does not link when building extensions
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11722>
_______________________________________

From report at bugs.python.org  Wed Mar 30 18:25:06 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 16:25:06 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301502306.04.0.127148535408.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I merged the faulthandler branch into the default branch. I removed __version__ field: the Python version should be enough. I also fixed an infinite loop raised by test_capi.

test_faulthandler pass on Solaris and OpenIndiana, but it fails on PPC:



======================================================================
FAIL: test_enable_file (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 166, in test_enable_file
    filename=filename)
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 84, in check_fatal_error
    self.assertEqual(lines, expected)
AssertionError: Lists differ: ['Fatal Python error: Bus erro... != ['Fatal Python error: Segmenta...

First differing element 0:
Fatal Python error: Bus error
Fatal Python error: Segmentation fault

- ['Fatal Python error: Bus error',
+ ['Fatal Python error: Segmentation fault',
   '',
   'Traceback (most recent call first):',
   '  File "<string>", line 4 in <module>']

======================================================================
FAIL: test_enable_threads (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 176, in test_enable_threads
    all_threads=True)
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 84, in check_fatal_error
    self.assertEqual(lines, expected)
AssertionError: Lists differ: ['Fatal Python error: Bus erro... != ['Fatal Python error: Segmenta...

First differing element 0:
Fatal Python error: Bus error
Fatal Python error: Segmentation fault

- ['Fatal Python error: Bus error',
+ ['Fatal Python error: Segmentation fault',
   '',
   'Current thread XXX:',
   '  File "<string>", line 3 in <module>']

======================================================================
FAIL: test_gil_released (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 154, in test_gil_released
    'Segmentation fault')
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 84, in check_fatal_error
    self.assertEqual(lines, expected)
AssertionError: Lists differ: ['Fatal Python error: Bus erro... != ['Fatal Python error: Segmenta...

First differing element 0:
Fatal Python error: Bus error
Fatal Python error: Segmentation fault

- ['Fatal Python error: Bus error',
+ ['Fatal Python error: Segmentation fault',
   '',
   'Traceback (most recent call first):',
   '  File "<string>", line 3 in <module>']

======================================================================
FAIL: test_sigfpe (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 104, in test_sigfpe
    'Floating point exception')
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 84, in check_fatal_error
    self.assertEqual(lines, expected)
AssertionError: Lists differ: [] != ['Fatal Python error: Floating...

Second list contains 4 additional elements.
First extra element 0:
Fatal Python error: Floating point exception

- []
+ ['Fatal Python error: Floating point exception',
+  '',
+  'Traceback (most recent call first):',
+  '  File "<string>", line 3 in <module>']

======================================================================
FAIL: test_sigsegv (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 93, in test_sigsegv
    'Segmentation fault')
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 84, in check_fatal_error
    self.assertEqual(lines, expected)
AssertionError: Lists differ: ['Fatal Python error: Bus erro... != ['Fatal Python error: Segmenta...

First differing element 0:
Fatal Python error: Bus error
Fatal Python error: Segmentation fault

- ['Fatal Python error: Bus error',
+ ['Fatal Python error: Segmentation fault',
   '',
   'Traceback (most recent call first):',
   '  File "<string>", line 3 in <module>']

----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 18:41:47 2011
From: report at bugs.python.org (Jason Morgan)
Date: Wed, 30 Mar 2011 16:41:47 +0000
Subject: [issue11723] No proper support for mingw64 - patch to add
In-Reply-To: <1301503307.11.0.347710648609.issue11723@psf.upfronthosting.co.za>
Message-ID: <1301503307.11.0.347710648609.issue11723@psf.upfronthosting.co.za>


New submission from Jason Morgan <jasonm at picochip.com>:

Python2.7 has no proper support for mings64.  You can use environment path to trick compiler into using mings64, but this will cause conflict with other builds.
Adding a mings64 compiler options is much more sensible as both mingw32 and mings64 can co-exist. (mingw64 has a prefix for all it's exe's)

Suggest following patch, tested with mingw-w64-1.0-bin_i686-mingw_20110328 and Python-2.7.1(x64) on Windows7.

Diff attached.

See related issue 11722

----------
components: Extension Modules
files: mingw64.diff
keywords: patch
messages: 132597
nosy: moog
priority: normal
severity: normal
status: open
title: No proper support for mingw64 - patch to add
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file21477/mingw64.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11723>
_______________________________________

From report at bugs.python.org  Wed Mar 30 19:03:51 2011
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 30 Mar 2011 17:03:51 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301504631.94.0.751496900799.issue7995@psf.upfronthosting.co.za>


Daniel Stutzbach <stutzbach at google.com> added the comment:

I'm confused by the patch (ed0259230611).  The patch comment and the NEWS item state "the returned socket is now always non-blocking" but the code change adds "sock.setblocking(True)".

----------
nosy: +stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 20:07:06 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 30 Mar 2011 18:07:06 +0000
Subject: [issue11722] mingw64 does not link when building extensions
In-Reply-To: <1301502105.52.0.181374026279.issue11722@psf.upfronthosting.co.za>
Message-ID: <1301508426.58.0.413050776953.issue11722@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

What are the values of SIZEOF_SIZE_T and SIZEOF_INT with this compiler?
I'd expect them to be respectively 8 and 4.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11722>
_______________________________________

From report at bugs.python.org  Wed Mar 30 20:24:47 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Wed, 30 Mar 2011 18:24:47 +0000
Subject: [issue10219] BufferedReader.read1 does not check for closed file
In-Reply-To: <1288266198.95.0.214499177882.issue10219@psf.upfronthosting.co.za>
Message-ID: <1301509487.78.0.228965134228.issue10219@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

Hi,
on a freshly built python 3.3 I got:

$ ./python 
Python 3.3a0 (default:22ae2b002865, Mar 30 2011, 20:18:39) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> f = open('foo', 'rb')
>>> print(f.read1(1)) # OK
b''
>>> f.close()
>>> print(f.read1(5)) # expected ValueError("I/O operation on closed file")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: I/O operation on closed file
>>> print(f.peek())   # expected ValueError("I/O operation on closed file")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: I/O operation on closed file
>>> 

so it seems it's been fixed in the meantime. Do you have an example for BufferedReader?

----------
nosy: +sandro.tosi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10219>
_______________________________________

From report at bugs.python.org  Wed Mar 30 20:30:34 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 30 Mar 2011 18:30:34 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301509834.25.0.640664703836.issue7995@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Antoine, absolument.  Please see attached file bug.py

As for a different patch, we should agree what behaviour should be expected.  I don't think it is possible to rely on some platform specific behaviour.  This is because it is in general not possible to query the blokcking state of a socket.  Instead we should simply define it for python, and in accordance to established tradition, namely that defaulttimeout prevails.

Btw, defaulttimeout(None) doesn't mean that that there is no default, it means that the default is "blocking."

----------
Added file: http://bugs.python.org/file21478/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 20:54:47 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 18:54:47 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1301509834.25.0.640664703836.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301511282.3973.35.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Antoine, absolument.  Please see attached file bug.py

Ah, thanks, I see. But this is not caused by this issue.
It seems to come from 12442ac3f7dd.

> Instead we should simply define it for python, and in accordance to
> established tradition, namely that defaulttimeout prevails.

That would be the second behaviour change in two versions. I think we
could/should simply fix the advertised behaviour, as in
http://docs.python.org/dev/library/socket.html#timeouts-and-the-accept-method

> Btw, defaulttimeout(None) doesn't mean that that there is no default,
> it means that the default is "blocking."

Sure, but generally it means that the user didn't *set* a default at
all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Wed Mar 30 20:59:15 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 18:59:15 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301511555.91.0.208407917016.issue11714@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

What version of Python did you make your patch against? It failed applying against the default branch.
You might want to make sure you are using an up-to-date source tree, see: http://docs.python.org/devguide/setup.html#getting-the-source-code

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:01:00 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 19:01:00 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301511660.95.0.574298815482.issue11688@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch looks good to me, thank you!
Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of days.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:02:06 2011
From: report at bugs.python.org (Sandro Tosi)
Date: Wed, 30 Mar 2011 19:02:06 +0000
Subject: [issue10234] ResourceWarnings in test_subprocess
In-Reply-To: <1288369651.8.0.988581354556.issue10234@psf.upfronthosting.co.za>
Message-ID: <1301511726.28.0.995450135273.issue10234@psf.upfronthosting.co.za>


Sandro Tosi <sandro.tosi at gmail.com> added the comment:

On a freshly built 3.3 I don't get those RW anymore:

$ ./python -bb -E -Wd -m test -r -w -uall test_subprocess
Using random seed 7436992
[1/1] test_subprocess
.
    this bit of output is from a test of stdout in a different process ...
.
    this bit of output is from a test of stdout in a different process ...
.
    this bit of output is from a test of stdout in a different process ...
.
    this bit of output is from a test of stdout in a different process ...
1 test OK.

As briefly discussed on IRC, I'm closing this as out-of-date.

----------
nosy: +sandro.tosi
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10234>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:09:59 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 19:09:59 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1301512199.85.0.645123431628.issue5863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Nadeem,

> Can I ask that you not commit this
> patch until the CA has been submitted? I will need to clear it with my
> employer, and it might complicate things if the code in question has
> already been committed.

Apparently the PSF has received your contributor agreement. Does it mean the situation is cleared? I plan to do a review of your latest patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:19:21 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 30 Mar 2011 19:19:21 +0000
Subject: [issue11723] No proper support for mingw64 - patch to add
In-Reply-To: <1301503307.11.0.347710648609.issue11723@psf.upfronthosting.co.za>
Message-ID: <1301512761.3.0.953341473814.issue11723@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What is mings64?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11723>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:40:26 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Wed, 30 Mar 2011 19:40:26 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301177361.02.0.994780961602.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301514026.85.0.689787350362.issue11688@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

> The patch looks good to me, thank you!
> Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of days.

What I am still wondering about is if it would make sense to use the text factory here. It might make sense to pass through the bytes directly without translation into unicode (especially for big amounts).

OTOH, this is mostly a debugging aid and nothing that would be enabled in production. And premature optimization is the root of all evil...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:42:40 2011
From: report at bugs.python.org (Nadeem Vawda)
Date: Wed, 30 Mar 2011 19:42:40 +0000
Subject: [issue5863] bz2.BZ2File should accept other file-like objects.
	(issue4274045)
In-Reply-To: <1240898269.47.0.592056792771.issue5863@psf.upfronthosting.co.za>
Message-ID: <1301514160.05.0.0653399839424.issue5863@psf.upfronthosting.co.za>


Nadeem Vawda <nadeem.vawda at gmail.com> added the comment:

> Apparently the PSF has received your contributor agreement.

Great; I was just about to send them an email to check.

> Does it mean the situation is cleared? I plan to do a review of your latest patch.

Yes, everything's sorted out. Go ahead :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5863>
_______________________________________

From report at bugs.python.org  Wed Mar 30 21:52:07 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 19:52:07 +0000
Subject: [issue11688] SQLite trace callback
In-Reply-To: <1301514026.85.0.689787350362.issue11688@psf.upfronthosting.co.za>
Message-ID: <1301514724.3973.37.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> OTOH, this is mostly a debugging aid and nothing that would be enabled
> in production. And premature optimization is the root of all evil...

Agreed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11688>
_______________________________________

From report at bugs.python.org  Wed Mar 30 22:05:26 2011
From: report at bugs.python.org (Renaud Blanch)
Date: Wed, 30 Mar 2011 20:05:26 +0000
Subject: [issue11682] PEP 380 reference implementation for 3.3
In-Reply-To: <1301110605.68.0.392943983038.issue11682@psf.upfronthosting.co.za>
Message-ID: <1301515526.59.0.841865341575.issue11682@psf.upfronthosting.co.za>


Changes by Renaud Blanch <rndblnch at gmail.com>:


----------
nosy: +rndblnch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11682>
_______________________________________

From report at bugs.python.org  Wed Mar 30 22:21:06 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 20:21:06 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301516466.07.0.76990851549.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

http://hg.python.org/features/faulthandler/rev/0943ef33495a should fix test_faulthandler to support SIGBUS on reading from NULL. But it doesn't fix the failure on SIGFPE yet. I'm running the buildbot to check if it's better or not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Wed Mar 30 22:32:45 2011
From: report at bugs.python.org (Torsten Landschoff)
Date: Wed, 30 Mar 2011 20:32:45 +0000
Subject: [issue10740] sqlite3 module should allow DDL statements in
	transactions
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1301517165.31.0.374906300007.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff <t.landschoff at gmx.net> added the comment:

The attached patch is an updated version which adds a bit of documentation.

----------
Added file: http://bugs.python.org/file21479/sqlite_transaction_config_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Mar 30 22:40:57 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 30 Mar 2011 20:40:57 +0000
Subject: [issue5114] 2.7:  test_threading hangs on Solaris
In-Reply-To: <1233347094.1.0.608806299681.issue5114@psf.upfronthosting.co.za>
Message-ID: <1301517657.16.0.127567225193.issue5114@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: 2.5.4.3 and 2.6.2 / test_threading hangs on Solaris -> 2.7:  test_threading hangs on Solaris

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5114>
_______________________________________

From report at bugs.python.org  Wed Mar 30 22:57:23 2011
From: report at bugs.python.org (Ivan Ivanenko)
Date: Wed, 30 Mar 2011 20:57:23 +0000
Subject: [issue11703] Bug in python >= 2.7 with urllib2 fragment
In-Reply-To: <1301347412.09.0.984655654688.issue11703@psf.upfronthosting.co.za>
Message-ID: <1301518643.33.0.496450551737.issue11703@psf.upfronthosting.co.za>


Ivan Ivanenko <ivan.ivanenko at gmail.com> added the comment:

Santa4nt, I think you also need to check case with Redirect Response URL:

print urllib2.urlopen("http://16.foobnix-cms.appspot.com/test_base").geturl()

python 2.6 returns OK
http://16.foobnix-cms.appspot.com/test_redirect#json={value:'OK'}

python 2.7 returns KO
http://16.foobnix-cms.appspot.com/test_redirect

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11703>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:00:09 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:00:09 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>


New submission from jenisys <jens_engel at web.de>:

A long running task that is submitted to an ThreadPoolExecutor runs to completion even when the future times out or is canceled.
Even executor.shutdown(wait=False) will not help.

HOW TO REPEAT:
Provide a function which sleeps for 10 seconds.
Submit it to a ThreadPoolExecutor.
Wait on the future for the  result for 2 seconds.

OBSERVED BEHAVIOUR:
1. future times out after approx. 2 seconds
2. Process shutdown is delayed by an additional 8 seconds,
   meaning it waits until submitted task/function has completed.

----------
components: Library (Lib)
messages: 132614
nosy: jenisys
priority: normal
severity: normal
status: open
title: concurrent.futures: executor.submit() runs until completion even when future times out or is canceled
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:00:20 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 30 Mar 2011 21:00:20 +0000
Subject: [issue1777398] IDLE Freezes After Running Scripts
Message-ID: <1301518820.94.0.69361303047.issue1777398@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Closing until there is a confirmed problem with current Python.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777398>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:02:38 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:02:38 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301518958.39.0.583376502749.issue11724@psf.upfronthosting.co.za>


Changes by jenisys <jens_engel at web.de>:


Added file: http://bugs.python.org/file21480/test_futures_more3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:03:58 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 30 Mar 2011 21:03:58 +0000
Subject: [issue2657] Curses sometimes fails to initialize terminal
In-Reply-To: <1208559068.96.0.196247088071.issue2657@psf.upfronthosting.co.za>
Message-ID: <1301519038.47.0.332637925354.issue2657@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2657>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:04:59 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:04:59 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301519099.22.0.876098945551.issue11724@psf.upfronthosting.co.za>


Changes by jenisys <jens_engel at web.de>:


Added file: http://bugs.python.org/file21481/test_futures_more3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:05:05 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:05:05 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301519105.94.0.421678720075.issue11724@psf.upfronthosting.co.za>


Changes by jenisys <jens_engel at web.de>:


Removed file: http://bugs.python.org/file21480/test_futures_more3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:06:02 2011
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 30 Mar 2011 21:06:02 +0000
Subject: [issue3154] "Quick search" box renders too wide if font size is large
In-Reply-To: <1213998453.68.0.954320877172.issue3154@psf.upfronthosting.co.za>
Message-ID: <1301519162.8.0.00548357004802.issue3154@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3154>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:09:34 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:09:34 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301519374.13.0.241600125687.issue11724@psf.upfronthosting.co.za>


Changes by jenisys <jens_engel at web.de>:


Added file: http://bugs.python.org/file21482/test_futures_more3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:09:40 2011
From: report at bugs.python.org (jenisys)
Date: Wed, 30 Mar 2011 21:09:40 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301519380.55.0.447562145197.issue11724@psf.upfronthosting.co.za>


Changes by jenisys <jens_engel at web.de>:


Removed file: http://bugs.python.org/file21481/test_futures_more3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Wed Mar 30 23:47:00 2011
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 30 Mar 2011 21:47:00 +0000
Subject: [issue10219] BufferedReader.read1 does not check for closed file
In-Reply-To: <1288266198.95.0.214499177882.issue10219@psf.upfronthosting.co.za>
Message-ID: <1301521620.38.0.16553797965.issue10219@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Indeed, I can't reproduce the issue anymore

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10219>
_______________________________________

From report at bugs.python.org  Thu Mar 31 00:47:57 2011
From: report at bugs.python.org (Jeff McNeil)
Date: Wed, 30 Mar 2011 22:47:57 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1301525277.93.0.405734220868.issue10050@psf.upfronthosting.co.za>


Jeff McNeil <jeff at jmcneil.net> added the comment:

I'd be happy to pick some of that stuff up. I'd like to address separately as it keeps fewer concerns in this one patch. I'll grab them once they're created.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:05:27 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 30 Mar 2011 23:05:27 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <E1Q54S6-00030R-Gj@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 9b12af6e9ea9 by Antoine Pitrou in branch '3.2':
Issue #11618: Fix the timeout logic in threading.Lock.acquire() under
http://hg.python.org/cpython/rev/9b12af6e9ea9

New changeset 9d658f000419 by Antoine Pitrou in branch 'default':
Issue #11618: Fix the timeout logic in threading.Lock.acquire() under
http://hg.python.org/cpython/rev/9d658f000419

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:06:30 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 23:06:30 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301526390.28.0.11486843884.issue11393@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file21483/d4902114f720.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:07:41 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 30 Mar 2011 23:07:41 +0000
Subject: [issue11618] Locks broken wrt timeouts on Windows
In-Reply-To: <1300640817.81.0.852617582602.issue11618@psf.upfronthosting.co.za>
Message-ID: <1301526461.96.0.893419947373.issue11618@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I have now committed the semaphore implementation, so as to fix the issue.
Potential performance optimizations can still be discussed, of course (either here or in a new issue, I'm not sure).

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11618>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:32:01 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 30 Mar 2011 23:32:01 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q54ro-0004lc-JR@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset b0680b5a5215 by Victor Stinner in branch 'default':
Issue #11393: Add the new faulthandler module
http://hg.python.org/cpython/rev/b0680b5a5215

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:34:46 2011
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 30 Mar 2011 23:34:46 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q54uT-0004vG-I6@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset df240014e72f by Victor Stinner in branch 'default':
Issue #11393: reenable all tests in regrtest.py (wooops, sorry Antoine)
http://hg.python.org/cpython/rev/df240014e72f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:39:31 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Wed, 30 Mar 2011 23:39:31 +0000
Subject: [issue11155] multiprocessing.Queue's put() signature differs from docs
In-Reply-To: <1297211747.04.0.707896670759.issue11155@psf.upfronthosting.co.za>
Message-ID: <1301528371.1.0.096264592172.issue11155@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

In that case, I've made a patch that changes the documentation so that "item" is now "obj". for Queue.put and Queue.put_nowait.

----------
Added file: http://bugs.python.org/file21484/doc-11155.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11155>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:45:34 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 23:45:34 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301528734.26.0.0439631739744.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

First failure: AMD64 Gentoo Wide 3.x.
http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/1363/

[1/1] test_faulthandler
test test_faulthandler failed -- Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/test/test_faulthandler.py", line 165, in test_stack_overflow
    '(?:Segmentation fault|Bus error)')
  File "/home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/test/test_faulthandler.py", line 95, in check_fatal_error
    self.assertRegex(output, regex)
AssertionError: Regex didn't match: '^Fatal Python error: (?:Segmentation fault|Bus error)\n\nTraceback\\ \\(most\\ recent\\ call\\ first\\):\n  File "<string>", line 3 in <module>$' not found in ''

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 01:51:03 2011
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 30 Mar 2011 23:51:03 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301529063.96.0.0123180888377.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test_faulthandler failed also on AMD64 OpenIndiana 3.x: regrtest.py (only executing test_faulthandler) was killed after 11 min 20 sec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 02:07:49 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 00:07:49 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q55QN-0007CN-CN@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 25a2aeecb34b by Victor Stinner in branch 'default':
Issue #11393: Disable test_stack_overflow of test_faulthandler
http://hg.python.org/cpython/rev/25a2aeecb34b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 02:09:02 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 00:09:02 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301530142.24.0.982425478481.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I disabled test_stack_overflow because the test fails on AMD64 Gentoo Wide 3.x, and maybe other buildbots (AMD64 OpenIndiana 3.x?). I fear that the test uses a lot of CPU, memory and/or swap.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 02:43:20 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 31 Mar 2011 00:43:20 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301532200.45.0.61732214966.issue11724@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +bquinlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Thu Mar 31 03:01:36 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 01:01:36 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301533296.62.0.383509681831.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

stack_overflow.patch should fix AMD64 Gentoo Wide 3.x and AMD64 OpenIndiana 3.x failures. I schedule a test on their custom slaves, but these buildbots are still running test_faulthandler on their 3.x slaves. I interrupted the test, but it doesn't work (click on Cancel doesn't stop the tests). Schedule tests:

http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%20custom
http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%20custom

I'm impatient to test regrtest_timeout.patch on x86 XP-4 3.x to try to learn more on test_multiprocessing timeout (1200 seconds)!

----------
Added file: http://bugs.python.org/file21485/stack_overflow.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 03:22:40 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 01:22:40 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <E1Q56ar-0003kJ-RK@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 024967cdc2f0 by Victor Stinner in branch 'default':
Issue #11557: disable test_logging.test_no_kwargs (fail on most buildbots)
http://hg.python.org/cpython/rev/024967cdc2f0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Thu Mar 31 03:23:32 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 01:23:32 +0000
Subject: [issue11557] Increase coverage in logging module
In-Reply-To: <1300202455.33.0.229381478379.issue11557@psf.upfronthosting.co.za>
Message-ID: <1301534612.73.0.872047459481.issue11557@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test_logging.test_no_kwargs fails on AMD64 Snow Leopard 2 3.x, x86 Ubuntu Shared 3.x, sparc solaris10 gcc 3.x, AMD64 Leopard 3.x, x86 XP-4 3.x, x86 Windows7 3.x, x86 Tiger 3.x, PPC Tiger 3.x, ... I disabled the test because it became difficult to see new regressions because of this issue.

I'm trying to figure out if my new faulthandler works on not on 3.x buildbots.

---

Re-running test 'test_logging' in verbose mode
test_flat (test.test_logging.BuiltinLevelsTest) ... ok
(...)

test_compute_rollover_H (test.test_logging.TimedRotatingFileHandlerTest) ... ok
test_compute_rollover_M (test.test_logging.TimedRotatingFileHandlerTest) ... ok
test_compute_rollover_MIDNIGHT (test.test_logging.TimedRotatingFileHandlerTest) ... ok
test_compute_rollover_S (test.test_logging.TimedRotatingFileHandlerTest) ... ok
test_compute_rollover_W0 (test.test_logging.TimedRotatingFileHandlerTest) ... Warning -- logging._handlerList was modified by test_logging
test test_logging failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.parc-snowleopard-1/build/Lib/test/test_logging.py", line 2427, in test_no_kwargs
    self.assertEqual(logging.root.level, logging.WARNING)
AssertionError: 20 != 30

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11557>
_______________________________________

From report at bugs.python.org  Thu Mar 31 04:46:47 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Thu, 31 Mar 2011 02:46:47 +0000
Subject: [issue8158] Docstring of optparse.OptionParser incomplete
In-Reply-To: <1268763667.28.0.98928586354.issue8158@psf.upfronthosting.co.za>
Message-ID: <1301539607.17.0.249416839408.issue8158@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

You are correct.

I have added 'description' to the docstring of the OptionParser class for 2.7 and default (python3 tip).

Here is the patch for python3 tip.

----------
keywords: +patch
Added file: http://bugs.python.org/file21486/issue8151-default.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8158>
_______________________________________

From report at bugs.python.org  Thu Mar 31 04:48:36 2011
From: report at bugs.python.org (Jeff Ramnani)
Date: Thu, 31 Mar 2011 02:48:36 +0000
Subject: [issue8158] Docstring of optparse.OptionParser incomplete
In-Reply-To: <1268763667.28.0.98928586354.issue8158@psf.upfronthosting.co.za>
Message-ID: <1301539716.58.0.0857479771096.issue8158@psf.upfronthosting.co.za>


Jeff Ramnani <jeff at jefframnani.com> added the comment:

Attaching the same patch for 2.7.

----------
Added file: http://bugs.python.org/file21487/issue8151-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8158>
_______________________________________

From report at bugs.python.org  Thu Mar 31 05:37:36 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 31 Mar 2011 03:37:36 +0000
Subject: [issue10645] Remove egg-info files in stdlib
In-Reply-To: <1291712814.77.0.81787148742.issue10645@psf.upfronthosting.co.za>
Message-ID: <1301542656.07.0.281227977875.issue10645@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

+1 to removing of the spurious egg-info files. For the folks who are not aware of the multitude 'packaging terms', egg-info files are the first step towards the path leading to more confusion. 
So cleaning up would be definitely better in the standard distribution.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10645>
_______________________________________

From orsenthil at gmail.com  Thu Mar 31 05:48:13 2011
From: orsenthil at gmail.com (Senthil Kumaran)
Date: Thu, 31 Mar 2011 11:48:13 +0800
Subject: [issue10966] eliminate use of ImportError implicitly
	representing SkipTest
Message-ID: <20110331034813.GC3066@kevin>

+1 to the counter argument that "Unexpected Skips should not be marked as failures".

Also, I like the following proposal of giving better messages on skips
useful.

On Sat, Mar 26, 2011 at 07:53:34AM +0000, Ezio Melotti wrote:
> It's also possible to provide better skip messages, e.g.:
> -test_winreg skipped -- No module named 'winreg'
> -test_tk skipped -- No module named '_tkinter'
> -test_urllibnet skipped -- Use of the `network' resource not enabled
> +test_winreg skipped -- No module named 'winreg' (winreg is available on windows only)
> +test_tk skipped -- No module named '_tkinter' (tcl/tk not installed)
> +test_urllibnet skipped -- Use of the `network' resource not enabled (run the tests with -unetwork or -uall to enable it)


From report at bugs.python.org  Thu Mar 31 05:48:22 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 31 Mar 2011 03:48:22 +0000
Subject: [issue10966] eliminate use of ImportError implicitly representing
	SkipTest
In-Reply-To: <1295566830.75.0.786153857799.issue10966@psf.upfronthosting.co.za>
Message-ID: <20110331034813.GC3066@kevin>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

+1 to the counter argument that "Unexpected Skips should not be marked as failures".

Also, I like the following proposal of giving better messages on skips
useful.

On Sat, Mar 26, 2011 at 07:53:34AM +0000, Ezio Melotti wrote:
> It's also possible to provide better skip messages, e.g.:
> -test_winreg skipped -- No module named 'winreg'
> -test_tk skipped -- No module named '_tkinter'
> -test_urllibnet skipped -- Use of the `network' resource not enabled
> +test_winreg skipped -- No module named 'winreg' (winreg is available on windows only)
> +test_tk skipped -- No module named '_tkinter' (tcl/tk not installed)
> +test_urllibnet skipped -- Use of the `network' resource not enabled (run the tests with -unetwork or -uall to enable it)

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10966>
_______________________________________

From report at bugs.python.org  Thu Mar 31 06:08:36 2011
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 31 Mar 2011 04:08:36 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301544516.01.0.81533475436.issue10632@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

I wonder if this is CentOS and RHEL specific. Unable to reproduce this on Ubuntu.

----------
nosy: +dmalcolm, orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Thu Mar 31 06:31:57 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Thu, 31 Mar 2011 04:31:57 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301545917.32.0.830276552218.issue11724@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

This is the expected behavior.

Future.cancel() returns a bool indicating if the future was cancelled or not. If it returns False then there is no way to stop it.

The behavior that you are seeing for shutdown is documented as:
"""
shutdown(wait=True)
...

If wait is True then this method will not return until all the pending futures are done executing and the resources associated with the executor have been freed. If wait is False then this method will return immediately and the resources associated with the executor will be freed when all pending futures are done executing. Regardless of the value of wait, the entire Python program will not exit until all pending futures are done executing.
"""

----------
resolution:  -> invalid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Thu Mar 31 07:43:55 2011
From: report at bugs.python.org (Isaac Salsberg)
Date: Thu, 31 Mar 2011 05:43:55 +0000
Subject: [issue11725] httplib and urllib2 failed ssl connection
	httplib.BadStatusLine
In-Reply-To: <1301550234.98.0.946954388837.issue11725@psf.upfronthosting.co.za>
Message-ID: <1301550234.98.0.946954388837.issue11725@psf.upfronthosting.co.za>


New submission from Isaac Salsberg <isalsberg at users.sourceforge.net>:

https connections fails under intel MAC OS X 10.6.6 and 10.6.7 using httplib and/or urllib2 connecting to an IIS web server  requesting basic authentication and a client certificate.

This is an issue with MAC OS X 10.6.x, because I tried these very same  scripts under RHES 5 x64 with python 2.6.5 and python 2.7.1 and they both run just fine.


----------------------------

Sample code with urllib2:

import urllib2
response = urllib2.urlopen('https://www.finratrace.org/')

------------------
Sample code with httplib

import httplib,base64

key,cert=('/tmp/cert_nopwd.pem',)*2
HOSTNAME = 'www.finratrace.org'

username,password='myuser','mypass'

base64string = base64.encodestring('%s:%s' % (username, password))[:-1]


conn = httplib.HTTPSConnection(HOSTNAME,key_file = key,cert_file = cert)
conn.putrequest('GET', '/')
conn.putheader("Authorization", "Basic %s" % base64string)

conn.endheaders()
response = conn.getresponse()

-----------------------

Both samples send the following error:

====>With python 2.6.1

Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> response = urllib2.urlopen('https://www.finratrace.org/')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 124, in urlopen
    return _opener.open(url, data, timeout)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 383, in open
    response = self._open(req, data)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 401, in _open
    '_open', req)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 361, in _call_chain
    result = func(*args)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 1138, in https_open
    return self.do_open(httplib.HTTPSConnection, req)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/urllib2.py", line 1103, in do_open
    r = h.getresponse()
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/httplib.py", line 950, in getresponse
    response.begin()
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/httplib.py", line 390, in begin
    version, status, reason = self._read_status()
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/httplib.py", line 354, in _read_status
    raise BadStatusLine(line)
httplib.BadStatusLine

==================================
====>Same thing happens Using python 2.7.1

Python 2.7.1 (r271:86882M, Nov 30 2010, 10:35:34) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import httplib,base64
>>> 
>>> key,cert=('/tmp/cert_nopwd.pem',)*2
>>> HOSTNAME = 'www.finratrace.org'
>>> 
>>> username,password='myuser','mypass'
>>> 
>>> base64string = base64.encodestring('%s:%s' % (username, password))[:-1]
>>> 
>>> 
>>> conn = httplib.HTTPSConnection(HOSTNAME,key_file = key,cert_file = cert)
>>> conn.putrequest('GET', '/')
>>> conn.putheader("Authorization", "Basic %s" % base64string)
>>> 
>>> conn.endheaders()
>>> response = conn.getresponse()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py", line 1021, in getresponse
    return response
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py", line 401, in begin
    while True:
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py", line 365, in _read_status
    # sending a valid response.
httplib.BadStatusLine: ''

=====================================

I also compiled py 2.7 getting the same error message.

I tried patches from Issue7291, but did not work.

----------
assignee: ronaldoussoren
components: Library (Lib), Macintosh
messages: 132636
nosy: isalsberg, ronaldoussoren
priority: normal
severity: normal
status: open
title: httplib and urllib2 failed ssl connection httplib.BadStatusLine
type: resource usage
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11725>
_______________________________________

From report at bugs.python.org  Thu Mar 31 07:54:23 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 31 Mar 2011 05:54:23 +0000
Subject: [issue11725] httplib and urllib2 failed ssl connection
	httplib.BadStatusLine
In-Reply-To: <1301550234.98.0.946954388837.issue11725@psf.upfronthosting.co.za>
Message-ID: <1301550863.75.0.0398634186823.issue11725@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The site you mention requires client certificates to log on. 

On my machine (OSX 10.6) urllib2 example just hangs. I haven't checked yet why this happens, or if this also happens on other OS-es or releases.

Other HTTPS sites work fine for me though.

Are you sure that the RHES machine doesn't have a special configuration that provides the client certificates?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11725>
_______________________________________

From report at bugs.python.org  Thu Mar 31 09:47:38 2011
From: report at bugs.python.org (Jason Morgan)
Date: Thu, 31 Mar 2011 07:47:38 +0000
Subject: [issue11723] No proper support for mingw64 - patch to add
In-Reply-To: <1301503307.11.0.347710648609.issue11723@psf.upfronthosting.co.za>
Message-ID: <1301557658.01.0.812969178574.issue11723@psf.upfronthosting.co.za>


Jason Morgan <jasonm at picochip.com> added the comment:

Ok, I know there is a typo, (mings64 should read mingw64) I realised after posting but can't edit it. I don't need any more emails telling me I can't spell (or type) - I knew that already!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11723>
_______________________________________

From report at bugs.python.org  Thu Mar 31 10:34:58 2011
From: report at bugs.python.org (Jason Morgan)
Date: Thu, 31 Mar 2011 08:34:58 +0000
Subject: [issue11722] mingw64 does not link when building extensions
In-Reply-To: <1301502105.52.0.181374026279.issue11722@psf.upfronthosting.co.za>
Message-ID: <1301560498.39.0.0906346164766.issue11722@psf.upfronthosting.co.za>


Jason Morgan <jasonm at picochip.com> added the comment:

OK,  I've understood this a bit more.

The compiler does not cause pyconfig.h to define SIZEOF_SIZE_T and SIZEOF_INT, rather it is the definition of MS_WIN64 at compile time (which was not being defined)

Defining MS_WIN64 fixes the problem, and causes another unrelated one....

I would guess that I would have to change the patch in Issue11723 to define MS_WIN64, how do I then use the same compiler for 32BIT?  What is the correct way to pass such flags to the compiler class?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11722>
_______________________________________

From report at bugs.python.org  Thu Mar 31 11:34:40 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 09:34:40 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q5EGq-0005by-HC@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset a6d2c703586a by Victor Stinner in branch 'default':
Issue #11393: Fix the documentation (cancel_dump_traceback_later)
http://hg.python.org/cpython/rev/a6d2c703586a

New changeset e289b64f355d by Victor Stinner in branch 'default':
Issue #11393: limit stack overflow test to 100 MB
http://hg.python.org/cpython/rev/e289b64f355d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:08:02 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:08:02 +0000
Subject: [issue11726] linecache becomes specific to Python scripts in Python 3
In-Reply-To: <1301566082.59.0.198488725536.issue11726@psf.upfronthosting.co.za>
Message-ID: <1301566082.59.0.198488725536.issue11726@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

linecache document doesn't tell that the module reads the #coding:xxx cookie to get the encoding of the Python file. linecache reads this cookie since 41665 (May 09 2007).

"The linecache module allows one to get any line from any file, ..."

=> "any file"!

And the example uses /etc/passwd which is not a Python file.

Not only it reads the #coding:xxx cookie, but updatecache() tries also a PEP 302 loader to read the file.

linecache should be marked as very specific to Python scripts, or it should be patched to become more generic (don't read the cookie / use loader by default).

Note: the locale encoding may change between to calls to the linecache module.

----------
assignee: docs at python
components: Documentation, Library (Lib)
messages: 132641
nosy: docs at python, haypo
priority: normal
severity: normal
status: open
title: linecache becomes specific to Python scripts in Python 3
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11726>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:10:59 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:10:59 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301566259.21.0.0272640323553.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test_faulthandler blocked AMD64 Gentoo Wide 3.x and AMD64 OpenIndiana 3.x buildbots because of the stack overflow test.

> New changeset e289b64f355d by Victor Stinner in branch 'default':
> Issue #11393: limit stack overflow test to 100 MB
> http://hg.python.org/cpython/rev/e289b64f355d

Ok, it fixed test_faulthandler on AMD64 OpenIndiana 3.x and AMD64 Gentoo Wide 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:19:45 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:19:45 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

I would be nice to add a timeout option to regrtest.py to be able to dump the traceback after TIMEOUT seconds and also exit the process. It would help debugging timeout issues (e.g. test_multiprocessing ), but also protect buildbots against evil (long) tests.

Attached patch implements this feature.

----------
components: Tests
files: regrtest_timeout.patch
keywords: buildbot, patch
messages: 132643
nosy: haypo
priority: normal
severity: normal
status: open
title: Add a --timeout option to regrtest.py using the faulthandler module
versions: Python 3.3
Added file: http://bugs.python.org/file21488/regrtest_timeout.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:20:48 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:20:48 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301566848.89.0.0964541678562.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I opened #11727 for the patch on regrtest.py. All buildbots look happy (no more failure on test_faulthandler), so let's close this issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:43:14 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:43:14 +0000
Subject: [issue11663] multiprocessing (and concurrent.futures) doesn't detect
	killed processes
In-Reply-To: <1300982953.31.0.459888649279.issue11663@psf.upfronthosting.co.za>
Message-ID: <1301568194.76.0.00931185739543.issue11663@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

This issue is a duplicate of #9205.

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11663>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:43:35 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:43:35 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1301568215.85.0.870726432574.issue9205@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Issue #11663 has been marked as a duplicate.

----------
nosy: +bquinlan, haypo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 12:44:00 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 10:44:00 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301568240.4.0.102953776865.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I created a new Mercurial repository to test this issue: features/regrtest_timeout.

Let's try it with a timeout of 5 minutes on:
 - "x86 Tiger custom" to learn more about test_threadsignals timeout (1 hour) => issue #11223
 - "x86 FreeBSD 7.2 3.x" to learn more about test_multiprocessing failures (timeout of 1 hour sometimes) => issue #8428

http://www.python.org/dev/buildbot/all/builders/x86%20Tiger%20custom/builds/2
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%20custom/builds/3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:02:24 2011
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 31 Mar 2011 11:02:24 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1301569344.73.0.0816977609298.issue6087@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Actually, the makefile location *is* wrong - ignore my last comment contradicting that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:15:41 2011
From: report at bugs.python.org (Tristan Carel)
Date: Thu, 31 Mar 2011 11:15:41 +0000
Subject: [issue10656] "Out of tree" build fails on AIX 5.3
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1301570141.42.0.756190750674.issue10656@psf.upfronthosting.co.za>


Tristan Carel <tristan.carel at gmail.com> added the comment:

I have experienced the same problem under ppc64 aix 6.1.2.0 while compiling Python 2.7.1

$ cd Python-2.7.1
$ mkdir __build
$ cd __build
$ ../configure --with-gcc=xlc_r --with-cxx-main=xlC_r --with-threads --disable-ipv6
$ /usr/linux/bin/make
[...]
../Modules/ld_so_aix xlc_r -bI:Modules/python.exp -L.. -L/opt/freeware/lib -L/opt/freeware/lib build/temp.aix-6.1-2.7/data/tcarel/ngbuilder/python/2.7.1/Python-2.7.1/Modules/_struct.o -L/opt/freeware/lib -L/usr/local/lib -o build/lib.aix-6.1-2.7/_struct.so
unable to execute ../Modules/ld_so_aix: No such file or directory

There are references to $(srcdir)/Modules/ld_so_aix in both configure.in and Makefile.pre.in whereas ld_so_aix is created in build tree.

==================================================
diff -r f4e6e18cae4b Makefile.pre.in
--- a/Makefile.pre.in	Tue Mar 29 17:28:25 2011 -0700
+++ b/Makefile.pre.in	Thu Mar 31 13:05:45 2011 +0200
@@ -1028,7 +1028,7 @@
 		$(INSTALL_SCRIPT) $(srcdir)/Modules/makexp_aix	\
 				$(DESTDIR)$(LIBPL)/makexp_aix;		\
 		echo "$(LIBPL)/makexp_aix";			\
-		$(INSTALL_SCRIPT) $(srcdir)/Modules/ld_so_aix	\
+		$(INSTALL_SCRIPT) Modules/ld_so_aix	\
 				$(DESTDIR)$(LIBPL)/ld_so_aix;		\
 		echo "$(LIBPL)/ld_so_aix";			\
 		echo; echo "See Misc/AIX-NOTES for details.";	\
diff -r f4e6e18cae4b configure.in
--- a/configure.in	Tue Mar 29 17:28:25 2011 -0700
+++ b/configure.in	Thu Mar 31 13:05:45 2011 +0200
@@ -1778,7 +1778,7 @@
 then
 	case $ac_sys_system/$ac_sys_release in
 	AIX*)
-		BLDSHARED="\$(srcdir)/Modules/ld_so_aix \$(CC) -bI:\$(srcdir)/Modules/python.exp"
+		BLDSHARED="Modules/ld_so_aix \$(CC) -bI:Modules/python.exp -L\$(srcdir)"
 		LDSHARED="\$(BINLIBDEST)/config/ld_so_aix \$(CC) -bI:\$(BINLIBDEST)/config/python.exp"
 		;;
 	BeOS*)
==================================================

After fixing these 2 files, Modules/ld_so_aix is found and properly executed by compilation process, but then there is a new issue:

Modules/ld_so_aix xlc_r -bI:Modules/python.exp -L.. -L/opt/freeware/lib -L/opt/freeware/lib build/temp.aix-6.1-2.7/data/tcarel/Python-2.7.1/Modules/_struct.o -L/opt/freeware/lib -L/usr/local/lib -o build/lib.aix-6.1-2.7/_struct.so
Modules/ld_so_aix[183]: Modules/makexp_aix:  not found.

This time, makexp_aix is expected to be is the same directory than ld_so_aix whereas makeexp_aix remains in the source tree.

Here is a fix:

==================================================
diff -r f4e6e18cae4b Modules/ld_so_aix.in
--- a/Modules/ld_so_aix.in	Tue Mar 29 17:28:25 2011 -0700
+++ b/Modules/ld_so_aix.in	Thu Mar 31 13:01:57 2011 +0200
@@ -69,7 +69,10 @@
   echo $usage; exit 2
 fi
 
-makexp=`dirname $0`/makexp_aix
+makexp=`dirname $0`/@srcdir@/makexp_aix
+if test ! -e "$makexp" ; then
+  makeexp=makexp_aix
+fi
 
 # Check for existence of compiler.
 CC=$1; shift
==================================================

The first value fix the issue while building Python. The second will use PATH to find makeexp_aix as explained in section `SHARED LIBRARY SUPPORT' in AIX-NOTES (for building shared extension modules).

You can find a patch for 2.7 branch in attachment.

Regards
-- 
Tristan Carel
Exalead

----------
keywords: +patch
nosy: +Tristan.Carel
Added file: http://bugs.python.org/file21489/aix-fix-out-of-source.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:16:32 2011
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Thu, 31 Mar 2011 11:16:32 +0000
Subject: [issue7995] On Mac / BSD sockets returned by accept inherit the
	parent's FD flags
In-Reply-To: <1266876583.45.0.97810567794.issue7995@psf.upfronthosting.co.za>
Message-ID: <1301570192.1.0.443655128552.issue7995@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I can't see how that patch has anything to do with it.  The problem has been present since at least 2.5.  Your patch fixed it for timeout>0.0 but left the 0.0 case still broken.

It comes from these lines in init_sockobject:
{
     s->sock_timeout = defaulttimeout;
     if (defaulttimeout >= 0.0)
         internal_setblocking(s, 0);
}
This code assumes that the socket's internal state is always blocking, and so only switches it into the non-blocking state if required.

Now, you fixed the 'accept' case with your socket.py patch, but you left out the case where accept_socket.gettimeout() == 0.0.  In other words, you fixed only accept_socket.gettimeout() > 0.0

We can fix it to be as advertized, except that the second part is not possible: 
"if the listening socket is in non-blocking mode, whether the socket     returned by accept() is in blocking or non-blocking mode is operating system-dependent. If you want to ensure cross-platform behaviour, it is recommended you manually override this setting."
The reason is that it is impossible to _ask_ the socket whether it is blocking or non-blocking and therefore, accepted_socket.gettimeout() will not be truthful.

imho, we should just simplify this rule and have the accepted socket inherit the accept socket's properties if defaulttimeout() == None, and not make this special case.  I'll prepare a demonstration patch.

I've added a suggested patch.
p.s. My comments about fixing things in socketmodule.c were only half correct.  I didn't realize that accept had been broken into _accept and socket() in py3k.

----------
hgrepos: +14
Added file: http://bugs.python.org/file21490/defined.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7995>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:28:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 11:28:05 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301570885.14.0.680027945678.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Try the branch on "PPC Leopard 3.x" (test_subprocess timeout):

http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%20custom/builds/6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:49:57 2011
From: report at bugs.python.org (Tim Lesher)
Date: Thu, 31 Mar 2011 11:49:57 +0000
Subject: [issue1635741] Interpreter seems to leak references after finalization
Message-ID: <1301572197.96.0.144465016615.issue1635741@psf.upfronthosting.co.za>


Changes by Tim Lesher <tlesher at gmail.com>:


----------
nosy: +tlesher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:56:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 11:56:13 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1301566848.89.0.0964541678562.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301572569.3535.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

There is a failure on FreeBSD:

======================================================================
FAIL: test_dump_tracebacks_later_repeat (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_faulthandler.py", line 406, in test_dump_tracebacks_later_repeat
    self.check_dump_tracebacks_later(repeat=True)
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_faulthandler.py", line 400, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, None)
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_faulthandler.py", line 381, in _check_dump_tracebacks_later
    trace = self.get_output(code, True, filename)
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_faulthandler.py", line 57, in get_output
    self.assertEqual(exitcode, 0)
AssertionError: -11 != 0

http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%203.x/builds/1333/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:56:56 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 11:56:56 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q5GUh-0000MZ-Ac@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset aa2ac1581d23 by Victor Stinner in branch 'default':
Issue #11393: test_faulthandler checks the exitcode after the output
http://hg.python.org/cpython/rev/aa2ac1581d23

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 13:59:56 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 11:59:56 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301572796.73.0.510233127711.issue11727@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Just a nit but:
"if timeout and 0 < timeout"

Could you use the usual coding style? ("if timeout and timeout > 0")

Putting constants on the left-side of comparisons is pointless in Python, and even in C it's quite ugly and surprising.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:01:59 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 12:01:59 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301572919.91.0.0579529748424.issue11727@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> "x86 Tiger custom" to learn more about test_threadsignals timeout 
> (1 hour)

Please read the comments. There is no timeout anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:03:44 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 12:03:44 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301573024.88.0.507072471969.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

>> "x86 Tiger custom" to learn more about test_threadsignals timeout 
>> (1 hour)
>
> Please read the comments. There is no timeout anymore.

The last build failed with:
---
...
[213/354] test_plistlib
[214/354] test_minidom
[215/354] test_threadsignals

command timed out: 3600 seconds without output, killing pid 24165
process killed by signal 9
---
http://www.python.org/dev/buildbot/all/builders/x86%20Tiger%203.x/builds/2262/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:04:26 2011
From: report at bugs.python.org (valera)
Date: Thu, 31 Mar 2011 12:04:26 +0000
Subject: [issue11728] mbox parser incorrect behaviour
In-Reply-To: <1301573066.6.0.277247050127.issue11728@psf.upfronthosting.co.za>
Message-ID: <1301573066.6.0.277247050127.issue11728@psf.upfronthosting.co.za>


New submission from valera <vmasutin at apache.org>:

mailbox.mbox  parser is splitting mbox files by "^From " pattern, which is wrong , in fairy it should split mbox by "\nFrom ".
Illustration:
------
>From bla-blah at localhost
Header1
Header2
body1
body2

>From blah-blah2 at localhost
Header1
body1
>From your dear friend
body3

------
This mbox would be splitted in 3 messages instead of 2

----------
components: Library (Lib)
messages: 132657
nosy: wally1980
priority: normal
severity: normal
status: open
title: mbox parser incorrect behaviour
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11728>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:06:30 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 12:06:30 +0000
Subject: [issue11724] concurrent.futures: executor.submit() runs until
	completion even when future times out or is canceled
In-Reply-To: <1301518809.28.0.175951319539.issue11724@psf.upfronthosting.co.za>
Message-ID: <1301573190.05.0.922412783892.issue11724@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Agreed with Brian. There is generally no reliable way to terminate another thread or process without cooperation from said thread or process. Especially in the case of threads, terminating a thread while leaving the process alive may leave some resources (including Python interpreter resources) in a consistent state. Admittedly, terminating a process could be implemented using kill().

The solution is to write your long-running task so that it can be cancelled using a synchronization object (such as an Event).

----------
nosy: +pitrou
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11724>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:23:00 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 12:23:00 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301574180.76.0.782735043057.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I ran the full test suite on "x86 Tiger custom" on my features/regrtest_timeout repository: no failure (test_threadsignals failure was not reproduced).

On "PPC Leopard custom", the test suite was interrupted (timeout) on test_io.test_basic_io:
----
...
[ 53/354] test_xdrlib
[ 54/354] test_descr
[ 55/354] test_io
Current thread 0xa09e1820:
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/codecs.py", line 302 in decode
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/_pyio.py", line 1378 in decode
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/_pyio.py", line 1682 in _read_chunk
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/_pyio.py", line 2002 in readline
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_io.py", line 1964 in multi_line_test
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_io.py", line 1945 in test_basic_io
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/case.py", line 387 in _executeTestPart
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/case.py", line 442 in run
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/case.py", line 494 in __call__
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/suite.py", line 105 in run
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/suite.py", line 67 in __call__
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/suite.py", line 105 in run
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/unittest/suite.py", line 67 in __call__
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/support.py", line 1078 in run
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/support.py", line 1166 in _run_suite
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/support.py", line 1192 in run_unittest
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_io.py", line 2845 in test_main
  File "./Lib/test/regrtest.py", line 1029 in runtest_inner
  File "./Lib/test/regrtest.py", line 823 in runtest
  File "./Lib/test/regrtest.py", line 649 in main
  File "./Lib/test/regrtest.py", line 1604 in <module>
make: *** [buildbottest] Error 1
program finished with exit code 2
---
http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%20custom/builds/6

Cool! The traceback was printed correctly, the process exited correctly , and the build stopped also correctly. The full (interrupted) build took 27 min 41 sec, it takes usually 56 min 44 sec.

So a timeout of 5 minutes on each test (each function of each test file) is not enough on PPC Leopard buildslave. Anyway, I plan to use something closer to the actual buildbot timeout (1200 or 3600 seconds). And it would be better if the buildbot can choose its own regrtest.py timeout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:25:38 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 12:25:38 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1301574338.12.0.437023762009.issue9205@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The problem with this approach is that it won't help concurrent.futures.
Detection of killed endpoints should ideally happen at a lower level, e.g. in Process or Queue or Connection objects.

Speaking of which, I wonder why we have both multiprocessing.Pool and concurrent.futures.ProcessPoolExecutor. They seem to fill the exact same needs, with different APIs...

----------
keywords: +easy -patch
versions: +Python 3.2, Python 3.3 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:28:29 2011
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 31 Mar 2011 12:28:29 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1301574338.12.0.437023762009.issue9205@psf.upfronthosting.co.za>
Message-ID: <BANLkTinOxWYh9ZwKOF4kjx2zyQJOpnuF=g@mail.gmail.com>


Jesse Noller <jnoller at gmail.com> added the comment:

On Thu, Mar 31, 2011 at 8:25 AM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Speaking of which, I wonder why we have both multiprocessing.Pool and concurrent.futures.ProcessPoolExecutor. They seem to fill the exact same needs, with different APIs...
>

Brian and I need to work on the consolidation we intend(ed) to occur
as people got comfortable with the APIs. My eventual goal is to remove
anything but the basic multiprocessing.Process/Queue stuff out of MP
and into concurrent.* and support threading backends for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:35:20 2011
From: report at bugs.python.org (Ross Lagerwall)
Date: Thu, 31 Mar 2011 12:35:20 +0000
Subject: [issue10963] "subprocess" can raise OSError (EPIPE) when
	communicating with short-lived processes
In-Reply-To: <1295555014.31.0.879687826689.issue10963@psf.upfronthosting.co.za>
Message-ID: <1301574920.0.0.273053702406.issue10963@psf.upfronthosting.co.za>


Ross Lagerwall <rosslagerwall at gmail.com> added the comment:

I'd argue that this is not a feature request but a bug.

I did some testing of this issue and the problem is that EPIPE is only generated sometimes depending on the time the process takes to finish, the size of the data sent, the underlying mechanism used (select vs poll) and the whether anything happens between the starting of the process and the communicate() call.

Here are some results (on my PC, I think some of these will vary on others):
With poll:
 [sys.executable, 'c', 'pass']- no error
 ['dd', 'option=bad'] - varies between EPIPE and no error
 ['dd', 'option=bad'], sleep(1) - EPIPE

With select:
 [sys.executable, 'c', 'pass']- EPIPE
 ['dd', 'option=bad'] - EPIPE
 ['dd', 'option=bad'], sleep(1) - EPIPE

Only stdin (neither select or poll):
 [sys.executable, 'c', 'pass']- no error (error in 2.7)
 ['dd', 'option=bad'] - no error (error in 2.7)
 ['dd', 'option=bad'], sleep(1) - EPIPE

(all of my tests appear to fail on Windows, they also generate EINVAL sometimes)

I think it's best to remove all this inconsistency and fix it so that EPIPE is never generated and then backport it to 2.7, 3.1, 3.2.

Attached is a patch which fixes it for poll, select, windows and adds two tests.

----------
nosy: +rosslagerwall
Added file: http://bugs.python.org/file21491/10963.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10963>
_______________________________________

From report at bugs.python.org  Thu Mar 31 14:38:40 2011
From: report at bugs.python.org (Ismail Donmez)
Date: Thu, 31 Mar 2011 12:38:40 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>


New submission from Ismail Donmez <ismail at namtrac.org>:

The check under Modules/_ctypes/libffi/configure.ac does;

    echo '.text; foo: nop; .data; .long foo-.; .text' > conftest.s
    if $CC $CFLAGS -c conftest.s 2>&1 | grep -i warning > /dev/null; then
        libffi_cv_as_x86_pcrel=no
    fi  

With clang; we get:

clang: warning: argument unused during compilation: '-g'

So it fails to detect pc relocation support due to an unrelated warning.

----------
components: Build
messages: 132663
nosy: cartman
priority: normal
severity: normal
status: open
title: libffi assembler relocation check is not robust, fails with clang
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:05:30 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 13:05:30 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1301576730.65.0.264943424486.issue9205@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Possible plan for POSIX, where a connection uses a pipe() or socketpair(): exploit the fact that an endpoint becomes ready for reading (indicating EOF) when the other endpoint is closed:

>>> r, w = os.pipe()
>>> select.select([r], [], [r], 0)
([], [], [])
>>> os.close(w)
>>> select.select([r], [], [r], 0)
([4], [], [])

>>> a, b = socket.socketpair()
>>> select.select([b], [], [b], 0)
([], [], [])
>>> a.close()
>>> select.select([b], [], [b], 0)
([<socket.socket object, fd=8, family=1, type=1, proto=0>], [], [])

So, each Process could have a sentinel fd in the parent process, which becomes ready when the process exits. These sentinel fds can be used in the various select() calls underlying Queue.get().

(I don't understand why _multiprocessing/socket_connection.c in written in C. Rewriting it in Python would make improvements much easier)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:08:13 2011
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 31 Mar 2011 13:08:13 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1301576893.95.0.759907149971.issue9205@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

(certainly not easy, sorry)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:13:16 2011
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 31 Mar 2011 13:13:16 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1301576730.65.0.264943424486.issue9205@psf.upfronthosting.co.za>
Message-ID: <BANLkTinwHd9ndC_dJf46tqZ_zEyWVMO-PQ@mail.gmail.com>


Jesse Noller <jnoller at gmail.com> added the comment:

On Thu, Mar 31, 2011 at 9:05 AM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Possible plan for POSIX, where a connection uses a pipe() or socketpair(): exploit the fact that an endpoint becomes ready for reading (indicating EOF) when the other endpoint is closed:
>
>>>> r, w = os.pipe()
>>>> select.select([r], [], [r], 0)
> ([], [], [])
>>>> os.close(w)
>>>> select.select([r], [], [r], 0)
> ([4], [], [])
>
>>>> a, b = socket.socketpair()
>>>> select.select([b], [], [b], 0)
> ([], [], [])
>>>> a.close()
>>>> select.select([b], [], [b], 0)
> ([<socket.socket object, fd=8, family=1, type=1, proto=0>], [], [])
>
> So, each Process could have a sentinel fd in the parent process, which becomes ready when the process exits. These sentinel fds can be used in the various select() calls underlying Queue.get().
>
> (I don't understand why _multiprocessing/socket_connection.c in written in C. Rewriting it in Python would make improvements much easier)

I concur with you. The only reason it is in C is legacy; I don't see
an immediate reason why it should continue to be that way

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:25:21 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 13:25:21 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301577921.19.0.52544336051.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Result on "x86 FreeBSD 7.2 custom":
--------------------
...
[148/354] test_fileinput
[149/354] test_subprocess
[36645 refs]
[36645 refs]
...
[36647 refs]
[44034 refs]
Current thread 0x28401040:
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/subprocess.py", line 1282 in _execute_child
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/subprocess.py", line 766 in __init__
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/test/test_subprocess.py", line 687 in test_leaking_fds_on_error
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/case.py", line 387 in _executeTestPart
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/case.py", line 442 in run
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/case.py", line 494 in __call__
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/suite.py", line 105 in run
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/suite.py", line 67 in __call__
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/suite.py", line 105 in run
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/unittest/suite.py", line 67 in __call__
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/test/support.py", line 1078 in run
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/test/support.py", line 1166 in _run_suite
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/test/support.py", line 1192 in run_unittest
  File "/usr/home/db3l/buildarea/custom.bolen-freebsd7/build/Lib/test/test_subprocess.py", line 1607 in test_main
  File "./Lib/test/regrtest.py", line 1029 in runtest_inner
  File "./Lib/test/regrtest.py", line 823 in runtest
  File "./Lib/test/regrtest.py", line 649 in main
  File "./Lib/test/regrtest.py", line 1604 in <module>
program finished with exit code 1
elapsedTime=2100.157408
--------------------
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%20custom/builds/3

So test_subprocess does timeout (5 min) because of test_leaking_fds_on_error, it may be related to #8052. subprocess.MAXFD=655000 on FreeBSD: create a subprocess requires to call close() system calls 655,000 times and test_leaking_fds_on_error() creates 1024 subprocesses.

There is something interesting in this output: the test uses a subprocess and we only have the traceback of the parent. It may be nice to have the trace of the child process. It might be possible by sending a signal to the child process (but how can we get the list of the child processes in a C signal handler?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:32:28 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 13:32:28 +0000
Subject: [issue11284] slow close file descriptors in subprocess, popen2,
	os.popen*
In-Reply-To: <1298367491.02.0.82009440358.issue11284@psf.upfronthosting.co.za>
Message-ID: <1301578348.93.0.981342637727.issue11284@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test_subprocess.test_leaking_fds_on_error takes more than 5 minutes on x86 FreeBSD 7.2 build slave! This tests creates 1,024 subprocesses, and subprocess has to close 655,000 file descriptors just to create on child process (whereas there are only something like 10 open files...).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11284>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:33:40 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 13:33:40 +0000
Subject: [issue8052] subprocess close_fds behavior should only close open fds
In-Reply-To: <1267672679.06.0.725064778002.issue8052@psf.upfronthosting.co.za>
Message-ID: <1301578420.94.0.706200279178.issue8052@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

test_subprocess.test_leaking_fds_on_error takes more than 5 minutes on x86 FreeBSD 7.2 build slave! This tests creates 1,024 subprocesses, and subprocess has to close 655,000 file descriptors just to create on child process (whereas there are only something like 10 open files...).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Thu Mar 31 15:47:03 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 31 Mar 2011 13:47:03 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1278619251.36.0.833806205056.issue9205@psf.upfronthosting.co.za>
Message-ID: <1301579223.43.0.291791260111.issue9205@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords:  -easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:00:02 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Thu, 31 Mar 2011 14:00:02 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301580002.12.0.371514458895.issue11727@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:07:47 2011
From: report at bugs.python.org (=?utf-8?q?Westley_Mart=C3=ADnez?=)
Date: Thu, 31 Mar 2011 14:07:47 +0000
Subject: [issue11678] Add support for Arch
	Linux	to	platform.linux_distributions()
In-Reply-To: <1301098195.86.0.891765525403.issue11678@psf.upfronthosting.co.za>
Message-ID: <1301580467.08.0.808985189683.issue11678@psf.upfronthosting.co.za>


Westley Mart?nez <anikom15 at gmail.com> added the comment:

Perhaps I wasn't clear. That release version isn't for the system. It's for the installation disc. There's no way to get that info and it means nothing to anyone anyways. All users of Arch are expected to have their system fully up to date. There are no releases; Just do "pacman -Syu" and the system is made up to date.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11678>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:13:50 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 31 Mar 2011 14:13:50 +0000
Subject: [issue11728] mbox parser incorrect behaviour
In-Reply-To: <1301573066.6.0.277247050127.issue11728@psf.upfronthosting.co.za>
Message-ID: <1301580830.42.0.909219232752.issue11728@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

All the references I could find talk about triggering the match without the proceeding newline.  That is, it is not certain that a blank line will precede the 'From ' header, and the typical quoting rules for mbox format call for any 'From ' at the start of a line (whether preceded by a blank line or not) to be quoted.  This might have something to do with the fact that otherwise you have to special case the first line of the mbox, but I don't really know.

What tool are you using that is producing the unquoted 'From ' lines in your mbox?  I know there are variants on the mbox format, so if one of them has the format you propose, this would become a feature request to support that variant mbox format.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11728>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:25:57 2011
From: report at bugs.python.org (Charles-Francois Natali)
Date: Thu, 31 Mar 2011 14:25:57 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301581557.75.0.913179913235.issue11727@psf.upfronthosting.co.za>


Charles-Francois Natali <neologix at free.fr> added the comment:

> There is something interesting in this output: the test uses a subprocess and we only have the traceback of the parent. It may be nice to have the trace of the child process. It might be possible by sending a signal to the child process (but how can we get the list of the child processes in a C signal handler?).

I don't think you can find that, but you could send a signal to the whole process group:
if (getpgrp() == getpid()) {
    kill(-getpgrp(), <signal>);
}

The getpgrp() == getpid() makes sure that you'll only do that if the current process is the group leader (and it's async-safe). You'll probably want to block <signal> in the parent's handler first.
Note that it won't work if your child process calls setsid(), of course (start_new_session argument to Popen).

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:43:51 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Thu, 31 Mar 2011 14:43:51 +0000
Subject: [issue10645] Remove egg-info files in stdlib
In-Reply-To: <1291712814.77.0.81787148742.issue10645@psf.upfronthosting.co.za>
Message-ID: <1301582631.01.0.417237498489.issue10645@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10645>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:47:31 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 14:47:31 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301582851.1.0.198525075681.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Same issue on PPC Leopard custom:

[224/354] test_faulthandler
test test_faulthandler failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 412, in test_dump_tracebacks_later_file
    self.check_dump_tracebacks_later(file=True)
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 398, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, filename)
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 381, in _check_dump_tracebacks_later
    trace = self.get_output(code, True, filename)
  File "/Users/buildbot/buildarea/custom.parc-leopard-1/build/Lib/test/test_faulthandler.py", line 57, in get_output
    self.assertEqual(exitcode, 0)
AssertionError: 1 != 0

Reopen the issue until this test is fixed.

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 16:57:33 2011
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 31 Mar 2011 14:57:33 +0000
Subject: [issue10645] Remove egg-info files in stdlib
In-Reply-To: <1291712814.77.0.81787148742.issue10645@psf.upfronthosting.co.za>
Message-ID: <1301583453.67.0.085896513277.issue10645@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree that the egg-info file should be removed in 3.3, especially because distutils2 has a better way of specifying python version dependencies.

The OSX installers for 2.7, 3.1 and 3.2 should remove the egg-info file for older releases, that way we at least don't lie about the version.

IMO we cannot remove the egg-info for current releases, someone might depend on their existence and this is a minor enough nit to not risk breaking code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10645>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:06:25 2011
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 31 Mar 2011 15:06:25 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301583985.01.0.425934338274.issue11729@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I suggest you complain to the libffi maintainers.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:12:51 2011
From: report at bugs.python.org (Ismail Donmez)
Date: Thu, 31 Mar 2011 15:12:51 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301584371.45.0.362850664758.issue11729@psf.upfronthosting.co.za>


Ismail Donmez <ismail at namtrac.org> added the comment:

This is already fixed in upstream, check has been changed into:

libffi_cv_as_x86_pcrel=no
echo '.text; foo: nop; .data; .long foo-.; .text' > conftest.s
if $CC $CFLAGS -c conftest.s > /dev/null; then
libffi_cv_as_x86_pcrel=yes
fi
])

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:16:06 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Thu, 31 Mar 2011 15:16:06 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301584566.24.0.655030711963.issue11729@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

You can install the newest libffi and pass --with-system-ffi option to main `configure` of Python.

----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:17:24 2011
From: report at bugs.python.org (ysj.ray)
Date: Thu, 31 Mar 2011 15:17:24 +0000
Subject: [issue11730] Setting sys.stdin to an invalid input stream causes
	interpreter run loop forever.
In-Reply-To: <1301584644.8.0.189290691333.issue11730@psf.upfronthosting.co.za>
Message-ID: <1301584644.8.0.189290691333.issue11730@psf.upfronthosting.co.za>


New submission from ysj.ray <ysj.ray at gmail.com>:

Setting sys.stdin to an invalid input stream under interactive mode causes interpreter run loop forever:

Python 3.3a0 (default:22ae2b002865+, Mar 30 2011, 21:17:03) 
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
[57804 refs]
>>> sys.stdin = None
[57809 refs]
[57809 refs]
[57809 refs]
[57809 refs]
[57809 refs]
......


Not only setting to None but also to any other invalid input stream could cause this. It's because in the beginning of PyRun_InteractiveOneFlags(), in order to get stdin encoding, the code tries to get sys.stdin and check if it's valid(not NULL, not None, has "encoding" attribute), if not, return -1 directly, then the loop in PyRun_InteractLoopFlags() continues and does the same thing. I think this should be fixed by using the Py_FileSystemDefaultEncoding instead when sys.stdin is invalid.

----------
components: Interpreter Core
messages: 132678
nosy: ysj.ray
priority: normal
severity: normal
status: open
title: Setting sys.stdin to an invalid input stream causes interpreter run loop forever.
type: crash
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11730>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:17:53 2011
From: report at bugs.python.org (Ismail Donmez)
Date: Thu, 31 Mar 2011 15:17:53 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301584673.79.0.382729597926.issue11729@psf.upfronthosting.co.za>


Ismail Donmez <ismail at namtrac.org> added the comment:

Yes I can workaround it but I'd like to get it fixed inside Python too ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:25:58 2011
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Thu, 31 Mar 2011 15:25:58 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301585158.88.0.243796645784.issue11729@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

Internal copies of third-party libraries are rather always outdated, so it's better to always use system libraries. IMHO Python shouldn't bundle any third-party libraries and should force users to use system libraries. At least, system libraries could be used by default and main `configure` could accept --with-internal-expat and --with-internal-libffi options.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 17:43:01 2011
From: report at bugs.python.org (Dave Malcolm)
Date: Thu, 31 Mar 2011 15:43:01 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301586181.2.0.47031914518.issue10632@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

This is indeed looking like it's RHEL-specific.

I was about to close it out as a duplicate of issue 10517, but I'm wondering why Brian chose to open it as a separate bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:03:09 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 31 Mar 2011 16:03:09 +0000
Subject: [issue11726] linecache becomes specific to Python scripts in Python 3
In-Reply-To: <1301566082.59.0.198488725536.issue11726@psf.upfronthosting.co.za>
Message-ID: <1301587389.01.0.359479954492.issue11726@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11726>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:16:38 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 16:16:38 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <E1Q5KY1-0000iO-0T@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset bdc946dc512a by Victor Stinner in branch 'default':
Issue #11727: add --timeout option to regrtest (disabled by default).
http://hg.python.org/cpython/rev/bdc946dc512a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:16:38 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 16:16:38 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q5KY1-0000iO-12@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset e91de993964c by Victor Stinner in branch 'default':
Issue #11393: check that stdout is empty if we use a file
http://hg.python.org/cpython/rev/e91de993964c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:28:27 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 16:28:27 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <E1Q5KjR-0001p5-8G@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 0f3dbf93ac06 by Victor Stinner in branch 'default':
Issue #11727: Antoine and Arfrever don't like "0 < timeout" style (regrtest.py)
http://hg.python.org/cpython/rev/0f3dbf93ac06

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:37:05 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 16:37:05 +0000
Subject: [issue11727] Add a --timeout option to regrtest.py using the
	faulthandler module
In-Reply-To: <1301566785.42.0.872105634784.issue11727@psf.upfronthosting.co.za>
Message-ID: <1301589425.71.0.49968437659.issue11727@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Patch commited into 3.3 (bdc946dc512a, 0f3dbf93ac06). I opened a thread on python-dev to decide if we turn this on by default on buildbots.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11727>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:41:52 2011
From: report at bugs.python.org (Isaac Salsberg)
Date: Thu, 31 Mar 2011 16:41:52 +0000
Subject: [issue11725] httplib and urllib2 failed ssl connection
	httplib.BadStatusLine
In-Reply-To: <1301550234.98.0.946954388837.issue11725@psf.upfronthosting.co.za>
Message-ID: <1301589712.6.0.210462799.issue11725@psf.upfronthosting.co.za>


Isaac Salsberg <isalsberg at users.sourceforge.net> added the comment:

Yep, I am sure Ronald, the RH server has no special configuration. 

The RH box actually immediately connects to the server, an because it requires a certificate returns a 403 forbidden code:


[opentrails at redhat5 ~]$ uname -a
Linux redhat5.ultralat.com 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
[opentrails at redhat5 ~]$ python
Python 2.6.5 (r265:79063, Dec  1 2010, 19:40:01) 
[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> response = urllib2.urlopen('https://www.finratrace.org/')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.6/urllib2.py", line 126, in urlopen
    return _opener.open(url, data, timeout)
  File "/usr/local/lib/python2.6/urllib2.py", line 397, in open
    response = meth(req, response)
  File "/usr/local/lib/python2.6/urllib2.py", line 510, in http_response
    'http', request, response, code, msg, hdrs)
  File "/usr/local/lib/python2.6/urllib2.py", line 435, in error
    return self._call_chain(*args)
  File "/usr/local/lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/usr/local/lib/python2.6/urllib2.py", line 518, in http_error_default
    raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
urllib2.HTTPError: HTTP Error 403: Forbidden

--------------------------------------------------------------

And "HTTP Error 403: Forbidden: is what MAC OS X should return as well when the certificate was not sent.

==============================================================

Furthermore, MAC OS X hangs even with the second sample code, which provides the certificate and the authentication, failing as well.

See the section "====>Same thing happens Using python 2.7.1" on my original post. That example sends the certificate and the authentication but it simply hangs, getting the "httplib.BadStatusLine: ''" error at the end.

--------------------------------------------------------------
Now, if I send the authentication and certificate under the linux box, it works fine:



[opentrails at redhat5 ~]$ uname -a
Linux redhat5.ultralat.com 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
[opentrails at redhat5 ~]$ python
Python 2.6.5 (r265:79063, Dec  1 2010, 19:40:01) 
[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import httplib,base64
>>> 
>>> key,cert=('/tmp/cert_nopwd.pem',)*2
>>> HOSTNAME = 'www.finratrace.org'
>>> 
>>> username,password='mysuer','mypass'
>>> 
>>> base64string = base64.encodestring('%s:%s' % (username, password))[:-1]
>>> 
>>> 
>>> conn = httplib.HTTPSConnection(HOSTNAME,key_file = key,cert_file = cert)
>>> conn.putrequest('GET', '/')
>>> conn.putheader("Authorization", "Basic %s" % base64string)
>>> 
>>> conn.endheaders()
>>> response = conn.getresponse()
>>> print response.status,response.reason
200 OK
>>> html= response.read()
>>> open("/tmp/kk.html",'w').write(html)
>>> 

I attached the response file from the web site.

---------------------------------------------
By the way, I am using openssl 0.9.8 in both machines:

imac:bin isaac$ uname -a 
Darwin imac.localdomain 10.7.0 Darwin Kernel Version 10.7.0: Sat Jan 29 15:16:10 PST 2011; root:xnu-1504.9.37~1/RELEASE_X86_64 x86_64
imac:bin isaac$ openssl version
OpenSSL 0.9.8l 5 Nov 2009


- - - - - - - - - - - - - -

Redhat has two  openssl flavors:

[opentrails at redhat5 ~]$ openssl version
OpenSSL 0.9.8b 04 May 2006
[opentrails at redhat5 ~]$ /usr/local/ssl/bin/openssl version
OpenSSL 0.9.8p 16 Nov 2010

-------------------------------------------------------------

In case it might help, this was working with MAC OS X 10.4 with PPC. It started to fail when I upgraded to an intel iMac with OSX 10.6. I do not know if it has something to do with the 64 bits kernel.

----------
Added file: http://bugs.python.org/file21492/kk.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11725>
_______________________________________

From report at bugs.python.org  Thu Mar 31 18:48:39 2011
From: report at bugs.python.org (valera)
Date: Thu, 31 Mar 2011 16:48:39 +0000
Subject: [issue11728] mbox parser incorrect behaviour
In-Reply-To: <1301580830.42.0.909219232752.issue11728@psf.upfronthosting.co.za>
Message-ID: <20110331174831.660dfa29@office.office.loc>


valera <vmasutin at apache.org> added the comment:

On Thu, 31 Mar 2011 14:13:50 +0000
"R. David Murray" <report at bugs.python.org> wrote:

> 
> R. David Murray <rdmurray at bitdance.com> added the comment:
> 
> All the references I could find talk about triggering the match
> without the proceeding newline.  That is, it is not certain that a
> blank line will precede the 'From ' header, and the typical quoting
> rules for mbox format call for any 'From ' at the start of a line
> (whether preceded by a blank line or not) to be quoted.  This might
> have something to do with the fact that otherwise you have to special
> case the first line of the mbox, but I don't really know.
> 
> What tool are you using that is producing the unquoted 'From ' lines
> in your mbox?  I know there are variants on the mbox format, so if
> one of them has the format you propose, this would become a feature
> request to support that variant mbox format.
> 
> ----------
> nosy: +r.david.murray
> 

Hello, David !

This is  an email from netcraft mailing list - the host which accepted
it is running sendmail  with some antivirus software  on top -
mimedefang + spamassassin from what I know.
Could be tat something is broken in that chain, I've spotted the error
when I was writing the script for mailbox --> maildir conversion,
while migrating this server.
So I had to inherit mailbox.mbox  and  fix as I need, I'll investigate
further what lead to such behaviour. 
Nevertheless, here is snippet from rfc4155 -    
In order to improve interoperability among messaging systems, this
 memo defines a "default" mbox database format, which MUST be
 supported by all implementations that claim to be compliant with this
 specification.

 The "default" mbox database format uses a linear sequence of Internet
 messages, with each message being immediately prefaced by a separator
 line, and being terminated by an empty line.

---
So I think  assuming that there should be  an empty line before
"From " separator line is fine  (for the second email and further) and
would help to deal with all kinds of mbox  mailboxes, fix is rather
trivial.

Best regards,
Valery Masiutsin

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11728>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:08:17 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 17:08:17 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q5LLz-0005Ps-Cv@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 61626c3f3a54 by Victor Stinner in branch 'default':
Issue #11393: get more information on assertion error (test_faulthandler)
http://hg.python.org/cpython/rev/61626c3f3a54

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:14:28 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 17:14:28 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301591668.64.0.584274366521.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Other failures on "x86 XP-4 3.x":
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/4308

======================================================================
FAIL: test_dump_tracebacks_later (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 404, in test_dump_tracebacks_later
    self.check_dump_tracebacks_later()
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 401, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, None)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 390, in _check_dump_tracebacks_later
    self.assertRegex(trace, '^%s$' % regex)
AssertionError: Regex didn't match: '^^Thread 0x[0-9a-f]+:\n  File "\\<string\\>", line 7 in func\\n  File "\\<string\\>", line 30 in \\<module\\>$$' not found in 'Thread 0x000007cc:\n  File "<string>", line 7 in func\n  File "<string>", line 30 in <module>\nTraceback (most recent call last):\n  File "<string>", line 30, in <module>\n  File "<string>", line 11, in func\nAssertionError'

======================================================================
FAIL: test_dump_tracebacks_later_file (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 413, in test_dump_tracebacks_later_file
    self.check_dump_tracebacks_later(file=True)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 399, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, filename)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 391, in _check_dump_tracebacks_later
    self.assertEqual(exitcode, 0)
AssertionError: 1 != 0

======================================================================
FAIL: test_dump_tracebacks_later_repeat (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 407, in test_dump_tracebacks_later_repeat
    self.check_dump_tracebacks_later(repeat=True)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 401, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, None)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 390, in _check_dump_tracebacks_later
    self.assertRegex(trace, '^%s$' % regex)
AssertionError: Regex didn't match: '^^Thread 0x[0-9a-f]+:\n  File "\\<string\\>", line 7 in func\\n  File "\\<string\\>", line 30 in \\<module\\>\nThread 0x[0-9a-f]+:\n  File "\\<string\\>", line 7 in func\\n  File "\\<string\\>", line 30 in \\<module\\>$$' not found in 'Thread 0x00000fd8:\n  File "<string>", line 7 in func\n  File "<string>", line 30 in <module>\nThread 0x00000fd8:\n  File "<string>", line 7 in func\n  File "<string>", line 30 in <module>\nTraceback (most recent call last):\n  File "<string>", line 30, in <module>\n  File "<string>", line 11, in func\nAssertionError'

======================================================================
FAIL: test_dump_tracebacks_later_repeat_cancel (test.test_faulthandler.FaultHandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 410, in test_dump_tracebacks_later_repeat_cancel
    self.check_dump_tracebacks_later(repeat=True, cancel=True)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 401, in check_dump_tracebacks_later
    self._check_dump_tracebacks_later(repeat, cancel, None)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_faulthandler.py", line 390, in _check_dump_tracebacks_later
    self.assertRegex(trace, '^%s$' % regex)
AssertionError: Regex didn't match: '^^Thread 0x[0-9a-f]+:\n  File "\\<string\\>", line 7 in func\\n  File "\\<string\\>", line 30 in \\<module\\>\nThread 0x[0-9a-f]+:\n  File "\\<string\\>", line 7 in func\\n  File "\\<string\\>", line 30 in \\<module\\>$$' not found in 'Thread 0x0000082c:\n  File "<string>", line 7 in func\n  File "<string>", line 30 in <module>\nThread 0x0000082c:\n  File "<string>", line 7 in func\n  File "<string>", line 30 in <module>\nTraceback (most recent call last):\n  File "<string>", line 30, in <module>\n  File "<string>", line 11, in func\nAssertionError'


The 3 assertion errors mean that time.sleep(pause) takes less than pause seconds. 61626c3f3a54 adds more information about these failure.

test_dump_tracebacks_later_file() failure is the same than the PPC Leopard failure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:53:27 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 31 Mar 2011 17:53:27 +0000
Subject: [issue6498] Py_Main() does not return on SystemExit
In-Reply-To: <1247787023.18.0.165575901629.issue6498@psf.upfronthosting.co.za>
Message-ID: <1301594007.25.0.79355522522.issue6498@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6498>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:57:29 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 31 Mar 2011 17:57:29 +0000
Subject: [issue11729] libffi assembler relocation check is not robust,
	fails with clang
In-Reply-To: <1301575120.29.0.707250693117.issue11729@psf.upfronthosting.co.za>
Message-ID: <1301594249.07.0.597162947973.issue11729@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11729>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:57:32 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 31 Mar 2011 17:57:32 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1301594252.36.0.783408643692.issue10050@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Feel free to create them and set orsenthil as assignee.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:58:53 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 31 Mar 2011 17:58:53 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
	result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1301594333.55.0.696915617203.issue6087@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m not sure yet whether this is a bug or a new feature, but when python runs from an uninstalled build, I would like paths to refer to the source directory, not the default configure prefix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Thu Mar 31 19:59:40 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 31 Mar 2011 17:59:40 +0000
Subject: [issue10645] Remove egg-info files in stdlib
In-Reply-To: <1291712814.77.0.81787148742.issue10645@psf.upfronthosting.co.za>
Message-ID: <1301594380.32.0.333448434196.issue10645@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Yes, I only target 3.3.

----------
assignee: tarek -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10645>
_______________________________________

From report at bugs.python.org  Thu Mar 31 20:20:03 2011
From: report at bugs.python.org (Ned Deily)
Date: Thu, 31 Mar 2011 18:20:03 +0000
Subject: [issue11725] httplib and urllib2 failed ssl connection
	httplib.BadStatusLine
In-Reply-To: <1301550234.98.0.946954388837.issue11725@psf.upfronthosting.co.za>
Message-ID: <1301595603.77.0.236040863548.issue11725@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

This appears to be a bug in the versions of the Apple-supplied openssl libs supplied in OS X 10.5 (0.9.7l) and 10.6 (0.9.8l).  You can see the same results using the openssl test client:

   $ openssl s_client -connect www.finratrace.org:443

With the Apple-supplied versions in 10.5 and 10.6, it hangs. With a newer MacPorts-installed openssl (I have a 1.0.0d), the openssl s_client exits after the error. I verified that the urllib.request in the MacPorts python3.2 which is linked with the newer openssl also correctly does not hang.

----------
nosy: +ned.deily
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
type: resource usage -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11725>
_______________________________________

From report at bugs.python.org  Thu Mar 31 20:49:00 2011
From: report at bugs.python.org (R. David Murray)
Date: Thu, 31 Mar 2011 18:49:00 +0000
Subject: [issue11731] Simplify email API via 'policy' objects
In-Reply-To: <1301597340.87.0.239759427177.issue11731@psf.upfronthosting.co.za>
Message-ID: <1301597340.87.0.239759427177.issue11731@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

As part of the email6 design, the email-sig came up with the idea of simplifying the current email API by introducing the concept of "policy objects".  A policy object is an object that hold various parameters and methods that can be used to control the behavior of the email package.  Thus, instead of having 'maxheaderlen', '_mangle_from', 'unixfrom', linesep, etc, etc options, you have a policy object that holds settings for these options that are applicable to a particular domain.  Thus an 'SMTP' policy would have a maxheaderlen of 76, a linesep of \r\n, and _mangle_from and unixfrom false, while mbox would have linesep \n and _mangle_from and unixfrom True.  HTTP would be like SMTP, but with maxheaderlen 0 (unlimited).

The policy is passed to the parser and/or the generator construtor to control how input is interpreted and how output is generated.  By encapsulating the details into objects related to clearly defined problem domains, we make it much simpler to use the email package both within a domain and for translating messages between domains.

Originally we saw the policy object as fundamental to the whole email6 design, but it has become clear that it is actually a relatively independent piece, and by itself much smaller than the parser and generator changes required for the full email6 implementation.

Therefore I'm starting the email6 development with the policy object piece as a standalone proposal.  I'd like to see this piece get reviewed and committed early in the process so I can use it as an underpinning for the further work.

I've set up a feature repo for email6 at features/email6.  I've pushed the framework (the policy object and its docs, with a selection of the options I intend to implement documented) and several integration updates (raise_on_defect, linesep, must_be_7bit).  I thought I'd post this issue now, with the link to the repo, so people can give me early feedback if they wish.

Ultimately I would like to deprecate the constructor arguments that are subsumed by the policy object settings.

----------
assignee: r.david.murray
hgrepos: 15
messages: 132694
nosy: barry, r.david.murray
priority: normal
severity: normal
stage: patch review
status: open
title: Simplify email API via 'policy' objects
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11731>
_______________________________________

From report at bugs.python.org  Thu Mar 31 20:52:53 2011
From: report at bugs.python.org (Ka-Ping Yee)
Date: Thu, 31 Mar 2011 18:52:53 +0000
Subject: [issue2736] datetime needs an "epoch" method
In-Reply-To: <1209675808.9.0.995048704016.issue2736@psf.upfronthosting.co.za>
Message-ID: <1301597573.29.0.36281636792.issue2736@psf.upfronthosting.co.za>


Ka-Ping Yee <python at zesty.ca> added the comment:

I am extremely disappointed by what has happened here.

We are talking about a very simple method that everybody needs, and that has been reimplemented over and over again.  I have been frustrated countless times by the lack of a utctotimestamp() method.  I have watched beginners and experienced programmers alike suffer over and over again for the lack of this method, and spend hours trying to figure out why Python doesn't have it and how it should be spelled in Python.

The discussion here has been stuck on assumptions that the method must meet all of the following ideals:

  1. It must produce a value that is easy to compute with
  2. It must have perfect precision in representing microseconds, forever
  3. It must make an exact round-trip for any possible input
  4. It must let users use whatever epoch they want

These ideals cannot all be met simultaneously and perfectly.  The correct thing to do as an engineer is to choose a practical compromise and document the decision.

The compromise that almost everyone chooses (because it is useful, convenient, has microsecond precision at least until the year 2100, and millisecond precision is frequently sufficient) is to use a floating-point number with an epoch of 1970-01-01.  Floating-point seconds can be easily subtracted, added, serialized, and deserialized, and are a primitive data type in nearly every language and database.  They are unmatched in ease of use.  So everyone wastes time searching for the answer and figuring out how to write:

    import calendar
    calendar.timegm(dt.utctimetuple()) + dt.microsecond * 1e-6

We should use this as the definition of datetime.utctotimestamp(), document its limitations, and be done with it.

Instead, this essential and useful method has now been held up for almost three YEARS by an inability to accept a simple engineering decision.  Unbelievable.

----------
nosy: +ping

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2736>
_______________________________________

From report at bugs.python.org  Thu Mar 31 21:52:38 2011
From: report at bugs.python.org (Brian Quinlan)
Date: Thu, 31 Mar 2011 19:52:38 +0000
Subject: [issue10632] multiprocessing generates a fatal error
In-Reply-To: <1291575231.48.0.0739915325097.issue10632@psf.upfronthosting.co.za>
Message-ID: <1301601158.18.0.704116875918.issue10632@psf.upfronthosting.co.za>


Brian Quinlan <brian at sweetapp.com> added the comment:

Filing a new bug might have been a mistake. Once the investigation in issue 10517 isolated the failure as being in a different module, I thought it best to file a new bug with a minimal repro case.

Fill free to cleanup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10632>
_______________________________________

From report at bugs.python.org  Thu Mar 31 22:18:30 2011
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 31 Mar 2011 20:18:30 +0000
Subject: [issue2736] datetime needs an "epoch" method
In-Reply-To: <1301597573.29.0.36281636792.issue2736@psf.upfronthosting.co.za>
Message-ID: <AANLkTik=N1MwUod_NmH0ukNiDyYXSODw8CLRTNxxy6u2@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Thu, Mar 31, 2011 at 2:52 PM, Ka-Ping Yee <report at bugs.python.org> wrote:
..
> I am extremely disappointed by what has happened here.
>

What exactly are you disappointed about?  As far as I can tell, the
feature request has not been rejected, just no one has come up with a
satisfactory solution.   The issue is open and patches are welcome.

> We are talking about a very simple method that everybody needs, and that has been
> reimplemented over and over again. ?I have been frustrated countless times by the lack of
> a utctotimestamp() method.

This is not what this issue has been about so far.  It was about local
time to timestamp.  In py3k,  utctotimestamp() is easy:

EPOCH = datetime(1970, 1, 1)
def utctotimestamp(dt) :
      return (dt - EPOCH).total_seconds()

> ?I have watched beginners and experienced programmers alike suffer over and over
> again for the lack of this method, and spend hours trying to figure out why Python
> doesn't have it and how it should be spelled in Python.
>

These "beginners and experienced programmers" may want to reconsider
using floating point numbers to store high precision timestamps.  I
know that some OSes made the same unfortunate choice in system APIs,
but it does not make this choice any better.   I can make a long list
of why this is a bad choice, but I'll just mention that the precision
of your timestamp varies from year to year and the program that works
fine today may mysteriously fail in 5 years when nobody is around who
can fix it anymore.

> The discussion here has been stuck on assumptions that the method must meet
> all of the following ideals:
>
> ?1. It must produce a value that is easy to compute with
> ?2. It must have perfect precision in representing microseconds, forever
> ?3. It must make an exact round-trip for any possible input
> ?4. It must let users use whatever epoch they want
>

No it was actually stuck because of the inability to reliably obtain
the system UTC offset for historical times.  This is a solvable
problem, but the patches proposed so far did not solve it correctly.
On top of this,  there is an issue of datetime.fromtimestamp() not
being invertible in the presence of DST shifts, so
datetime.totimestamp() is ambiguous for some datetime values.

> These ideals cannot all be met simultaneously and perfectly. ?The correct thing to
> do as an engineer is to choose a practical compromise and document the decision.
>
> The compromise that almost everyone chooses (because it is useful, convenient, has
> microsecond precision at least until the year 2100, and millisecond precision is frequently
> sufficient) is to use a floating-point number with an epoch of 1970-01-01. ?Floating-point
> seconds can be easily subtracted, added, serialized, and deserialized, and are a primitive
> data type in nearly every language and database.

Those who need to do arithmetics on time values more often deal with
durations rather than points in time.   An arbitrary epoch around
current time is often more appropriate for timeseries analytics than
Unix epoch.

> ?They are unmatched in ease of use.

Compared to what?  I find integers much more suitable for representing
points in time than floats.  Yes, in some languages you have to deal
with 32-bit int overflow issues if you want to be able to deal with
durations of over 100 years expressed in microseconds, but these days
64-bit integers are almost universally available.

> ?So everyone wastes time searching for the answer and figuring out how to write:
>
> ? ?import calendar
> ? ?calendar.timegm(dt.utctimetuple()) + dt.microsecond * 1e-6
>

And this is the wrong answer.  Someone else using (dt -
EPOCH).total_seconds() may get a slightly different result.  Some may
argue that given that it is not obvious what expression to use, we
need to provide a function.  However, we already provided
timedelta.total_seconds() that hides the floating point details.  In
my opinion, even adding total_seconds() was a mistake and x /
timedelta(seconds=1) is just as short and more explicit than
x.total_seconds().

I think the best we can do is to expand datetime.utcfromtimestamp()
documentation to explain that it is equivalent to

def utcfromtimestamp(s):
     return EPOCH + timedelta(seconds=s)

and either leave it as an exercise to the reader to solve
utcfromtimestamp(s) = dt for s or spell out

def utctotimestamp(dt) :
      return (dt - EPOCH) / timedelta(seconds=1)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2736>
_______________________________________

From report at bugs.python.org  Thu Mar 31 22:36:36 2011
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 31 Mar 2011 20:36:36 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <E1Q5Oba-0007Th-Ro@dinsdale.python.org>


Roundup Robot <devnull at devnull> added the comment:

New changeset 69f58be4688a by Victor Stinner in branch 'default':
Issue #11393: test_faulthandler is more tolerant on inaccurate time
http://hg.python.org/cpython/rev/69f58be4688a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 22:53:31 2011
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 31 Mar 2011 20:53:31 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>


New submission from Brian Curtin <brian at python.org>:

Attached is a patch which adds skip_unless_unattended, which ideally would be used with at least test_faulthandler when running on Windows.

Running the tests on a Windows desktop results in the user having to click through Windows Error Reporting dialogs in order to continue. Build slaves disable or handle WER dialogs in order to continue running without manual intervention. The patch looks in the common registry keys [0,1] to see the status of WER and skips tests when it finds that WER is enabled and would require user intervention.

We may want to additionally hook this up to a regrtest command line parameter to override the registry setting.

Maybe there's a better name for the decorator - I'm not stuck with what I suggested. I consider build slaves as running in "unattended" mode as opposed to a human kicking off the tests.


[0] http://www.spyany.com/program/registry-disable-error-reporting.htm
[1] http://msdn.microsoft.com/en-us/library/bb513638(v=vs.85).aspx

----------
assignee: brian.curtin
components: Tests, Windows
files: unattended_decorator.diff
keywords: patch
messages: 132699
nosy: brian.curtin
priority: normal
severity: normal
stage: patch review
status: open
title: Skip decorator for tests requiring manual intervention on Windows
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file21493/unattended_decorator.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar 31 22:54:38 2011
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 31 Mar 2011 20:54:38 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1301604878.13.0.585472933038.issue11732@psf.upfronthosting.co.za>


Brian Curtin <brian at python.org> added the comment:

Attached is an example of how this might be used with Lib/test/test_faulthandler.py

----------
nosy: +haypo, loewis
Added file: http://bugs.python.org/file21494/faulthandler_example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:13:13 2011
From: report at bugs.python.org (Thomas Rachel)
Date: Thu, 31 Mar 2011 21:13:13 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301605993.99.0.225458700368.issue11714@psf.upfronthosting.co.za>


Thomas Rachel <th.rachel at googlemail.com> added the comment:

Oops, sorry. I have re-made it; it is to be applied to 69f58be4688a.

The original one was made against the respective file of my distribution which contains Python 2.6. It can be applied to (at least) 787b969d37f0, a fact which might help backporting it to 2.x, if wanted.

----------
Added file: http://bugs.python.org/file21495/threading.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:19:54 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 21:19:54 +0000
Subject: [issue11393] Integrate faulthandler module into Python 3.3
In-Reply-To: <1299194385.57.0.300728524683.issue11393@psf.upfronthosting.co.za>
Message-ID: <1301606394.21.0.0194816321708.issue11393@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Cool, 69f58be4688a fixed all failures (all related to dump_backtraces_later()) on "x86 XP-4 3.x". So "PPC Leopard" should also be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11393>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:20:08 2011
From: report at bugs.python.org (Thomas Rachel)
Date: Thu, 31 Mar 2011 21:20:08 +0000
Subject: [issue11714] threading.Semaphore does not use try...finally
In-Reply-To: <1301429285.55.0.524593153571.issue11714@psf.upfronthosting.co.za>
Message-ID: <1301606408.34.0.925505025441.issue11714@psf.upfronthosting.co.za>


Thomas Rachel <th.rachel at googlemail.com> added the comment:

Here is another patch which fits to 2.7, if desired.

----------
Added file: http://bugs.python.org/file21496/threading.b36cb4602e21.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11714>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:28:26 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 21:28:26 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1301606906.26.0.734516650952.issue11732@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ah yes, I have also issues with the Windows fault handler (the popup). I disabled this popup manually in my Windows XP box.

Instead of skipping the test, I prefer to disable temporary the popup by setting the right registry key (and then restore the previous value or delete the key).

faulthandler causes fatal errors, but test_capi does also test a crash (I don't know which test exactly). I always have to click on the popup to continue to execute the test suite :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:29:33 2011
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 31 Mar 2011 21:29:33 +0000
Subject: [issue4657] Doctest gets line numbers wrongs with <> in name
In-Reply-To: <1229242886.47.0.883564319605.issue4657@psf.upfronthosting.co.za>
Message-ID: <1301606973.87.0.0534124835656.issue4657@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Note that this appears to have been fixed already in the 3.x series (I haven't investigated the differences to see what makes this a 2.x only problem)

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4657>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:33:04 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 21:33:04 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1301607184.77.0.603835162231.issue11732@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ubuntu has also a fault handler: Apport.
https://wiki.ubuntu.com/Apport

Fedora has abrt.
https://fedorahosted.org/abrt/wiki
http://fedoraproject.org/wiki/Features/ABRT

If we should to disable the Windows fault handler, we may also disable these tools.

test_faulthandler already disable another fault handler: it disables the creation of core files. prepare_subprocess() calls setrlimit(RLIMIT_CORE, (0, 0)).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:33:22 2011
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 31 Mar 2011 21:33:22 +0000
Subject: [issue11723] No proper support for mingw64 - patch to add
In-Reply-To: <1301503307.11.0.347710648609.issue11723@psf.upfronthosting.co.za>
Message-ID: <1301607202.3.0.694767010359.issue11723@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Sorry, I honestly wasn't sure whether this is a typo, or whether mings64 is something I hadn't heard of (for the record, I'm not sure what mingw64 really is, either).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11723>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:40:38 2011
From: report at bugs.python.org (Ram Rachum)
Date: Thu, 31 Mar 2011 21:40:38 +0000
Subject: [issue11733] Implement a `Counter.elements_count` method
In-Reply-To: <1301607638.51.0.474843371118.issue11733@psf.upfronthosting.co.za>
Message-ID: <1301607638.51.0.474843371118.issue11733@psf.upfronthosting.co.za>


New submission from Ram Rachum <cool-rr at cool-rr.com>:

I suggest a `Counter.elements_count()` method should be added, that would give the same answer as `sum(counter.itervalues())`.

----------
components: Library (Lib)
messages: 132708
nosy: cool-RR, rhettinger
priority: normal
severity: normal
status: open
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11733>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:46:25 2011
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 31 Mar 2011 21:46:25 +0000
Subject: [issue8668] add a 'develop' command
In-Reply-To: <1273367946.24.0.0664676682922.issue8668@psf.upfronthosting.co.za>
Message-ID: <1301607985.02.0.166719454628.issue8668@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

See also http://groups.google.com/group/the-fellowship-of-the-packaging/browse_thread/thread/10506b8326a7b047

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8668>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:47:08 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 31 Mar 2011 21:47:08 +0000
Subject: [issue11733] Implement a `Counter.elements_count` method
In-Reply-To: <1301607638.51.0.474843371118.issue11733@psf.upfronthosting.co.za>
Message-ID: <1301608028.26.0.251099989492.issue11733@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for the feature request.  Py3.3 is a long ways away, so I'll leave this open for a while.

Comments in favor:
* Precedent with Smalltalk bags that know their total length

Comments against:
* sum(c.values()) is trivial to write
* fattening the API makes it harder to learn and remember

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11733>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:51:54 2011
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 31 Mar 2011 21:51:54 +0000
Subject: [issue11733] Implement a `Counter.elements_count` method
In-Reply-To: <1301607638.51.0.474843371118.issue11733@psf.upfronthosting.co.za>
Message-ID: <1301608314.12.0.270300951775.issue11733@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

It would be interesting to have Counter.elements_count() if it has a complexity of O(1): if the collections maintains a total (in a private attribute).

Otherwise, I think that sum(c.values()) is enough and can be documented as an example in the Counter doc.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11733>
_______________________________________

From report at bugs.python.org  Thu Mar 31 23:58:25 2011
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 31 Mar 2011 21:58:25 +0000
Subject: [issue11733] Implement a `Counter.elements_count` method
In-Reply-To: <1301607638.51.0.474843371118.issue11733@psf.upfronthosting.co.za>
Message-ID: <1301608705.05.0.512286241512.issue11733@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> It would be interesting to have Counter.elements_count() 
> if it has a complexity of O(1): if the collections 
> maintains a total (in a private attribute).

I agree that it would be interesting; however, it would be an implementation disaster.  We would have to override (and slow-down) every mutating method in order to maintain the invariant.  And as a dict subclass, any C module using PyDict_Setitem() would bypass those methods and still break the invariant no matter what we do.

The Counter tool was designed in an open fashion (a simple, fully exposed dictionary with a few handy methods for counting).  In that regard, it is much different and more flexible than a traditional Bag class that maintains its data privately.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11733>
_______________________________________